summaryrefslogtreecommitdiffstats
path: root/gnu/usr.bin/cc
Commit message (Collapse)AuthorAgeFilesLines
* Merge from headsjg2014-05-088-7/+8
|\
| * Use src.opts.mk in preference to bsd.own.mk except where we need stuffimp2014-05-068-7/+8
| | | | | | | | from the latter.
* | Merge headsjg2014-04-2811-12/+13
|\ \ | |/
| * NO_MAN= has been deprecated in favor of MAN= for some time, go aheadimp2014-04-136-6/+6
| | | | | | | | | | | | and finish the job. ncurses is now the only Makefile in the tree that uses it since it wasn't a simple mechanical change, and will be addressed in a future commit.
| * Add a new ARM TARGET_ARCH, armv6hf. This is considered experimental.andrew2014-03-231-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This targets the existing ARMv6 and ARMv7 SoCs that contain a VFP unit. This is an optional coprocessors may not be present in all devices, however it appears to be in all current SoCs we support. armv6hf targets the VFP variant of the ARM EABI and our copy of gcc is too old to support this. Because of this there are a number of WITH/WITHOUT options that are unsupported and must be left as the default value. The options and their required value are: * WITH_ARM_EABI * WITHOUT_GCC * WITHOUT_GNUCXX In addition, without an external toolchain, the following need to be left as their default: * WITH_CLANG * WITH_CLANG_IS_CC As there is a different method of passing float and double values to functions the ABI is incompatible with existing armv6 binaries. To use this a full rebuild of world is required. Because no floating point values are passed into the kernel an armv6 kernel with VFP enabled will work with an armv6hf userland and vice versa.
| * gcc: Missing makefile changes for r258501.pfg2013-11-242-3/+4
| | | | | | | | pointyhat: me
| * Fix cross compilation after r258428.andreast2013-11-212-2/+2
| | | | | | | | Reviewed by: pfg
| * Bump OS versions in the toolchain triples to 11.0, and bump thedim2013-10-101-2/+2
| | | | | | | | | | | | __FreeBSD_cc_version predefined macros in clang and gcc. Approved by: re (gjb)
* | Merge head@256308sjg2013-10-141-2/+2
| |
* | Merge headsjg2013-09-111-1/+6
|\ \ | |/
| * On platforms where clang is the default compiler, don't build gcc or libstdc++.theraven2013-09-061-1/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | To enable them, set WITH_GCC and WITH_GNUCXX in src.conf. Make clang default to using libc++ on FreeBSD 10. Bumped __FreeBSD_version for the change. GCC is still enabled on PC98, because the PC98 bootloader requires GCC to build (or, at least, hard-codes the use of gcc into its build). Thanks to everyone who helped make the ports tree ready for this (and bapt for coordinating them all). Also to imp for reviewing this and working on the forward-porting of the changes in our gcc so that we're getting to a much better place with regard to external toolchains. Sorry to all of the people who helped who I forgot to mention by name. Reviewed by: bapt, imp, dim, ...
* | Merge from headsjg2013-09-056-72/+111
|\ \ | |/
| * add support to gcc for AES and PCLMUL intrinsics... This addes thejmg2013-09-033-1/+109
| | | | | | | | | | | | | | | | -maes option, but not the -mpclmul option as I ran out of bits in the 32 bit flags field... You can -D__PCLMUL__ to get this, but it won't be compatible w/ clang and modern gcc... Reviewed by: -current, -toolchain
| * gcc: install AMD intrinsics header ammintrin.hpfg2013-06-071-2/+2
| | | | | | | | | | | | | | This file was included in the changes from r251212 and originated in the pre-GPLv3 gcc43 branch. MFC after: 2 weeks
| * When gcc 4.2.0 was imported, the 3DNow intrinsics header <mm3dnow.h> wasdim2013-05-081-1/+2
| | | | | | | | | | | | | | not added to the list of intrinsics headers to install, so belatedly (5 years :) add it. MFC after: 1 week
| * Remove the Fortran directories.rpaulo2013-04-253-70/+0
| |
* | Updated dependenciessjg2013-03-178-14/+8
| |
* | Updated dependenciessjg2013-02-166-12/+0
| |
* | Sync with HEAD.obrien2013-02-0813-8/+40
|\ \ | |/
| * bsd.own.mk needs to be included before Makefil.inc so MK_ARM_EABI is definedandrew2013-01-251-3/+3
| |
| * Reorder so that NO_MAN is declared before bsd.own.mk is included and thusbrooks2013-01-241-6/+7
| | | | | | | | | | has an effect (not installed a g++.1 manpage over the g++.1(.gz) link created in ../cc).
| * Add compiler support for the ARM EABI.andrew2013-01-1712-3/+34
| | | | | | | | | | | | ARM EABI support is disabled by default and can be enabled by setting WITH_ARM_EABI when building, however only the kernel-toolchain target will work with this flag until the rest of the support is added.
| * Clean up hardcoded ar(1) flags in the tree to use the global ARFLAGS ineadler2012-12-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | share/mk/sys.mk instead. This is part of a medium term project to permit deterministic builds of FreeBSD. Submitted by: Erik Cederstrand <erik@cederstrand.dk> Reviewed by: imp, toolchain@ Approved by: cperciva MFC after: 2 weeks
* | Updated/new Makefile.dependsjg2012-11-081-0/+3
| |
| |
| \
*-. \ Sync from headsjg2012-11-044-4/+8
|\ \ \ | | |/ | |/|
| * | Add support for bmake. This includes:marcel2012-10-062-3/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. Don't do upgrade_checks when using bmake. As long as we have WITH_BMAKE, there's a bootstrap complication in ths respect. Avoid it. Make the necessary changes to have upgrade_checks work wth bmake anyway. 2. Remove the use of -E. It's not needed in our build because we use ?= for the respective variables, which means that we'll take the environment value (if any) anyway. 3. Properly declare phony targets as phony as bmake is a lot smarter (and thus agressive) about build avoidance. 4. Make sure CLEANFILES is complete and use it on .NOPATH. bmake is a lot smarter about build avoidance and should not find files we generate in the source tree. We should not have files in the repository we want to generate, but this is an easier way to cross this hurdle. 5. Have behavior under bmake the same as it is under make with respect to halting when sub-commands fail. Add "set -e" to compound commands so that bmake is informed when sub-commands fail. 6. Make sure crunchgen uses the same make as the rest of the build. This is important when the make utility isn't called make (but bmake for example). 7. While here, add support for using MAKEOBJDIR to set the object tree location. It's the second alternative bmake looks for when determining the actual object directory (= .OBJDIR). Submitted by: Simon Gerraty <sjg@juniper.net> Submitted by: John Van Horne <jvanhorne@juniper.net>
| * | Merging of projects/armv6, part 3gonzo2012-08-152-3/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | r238211: Support TARGET_ARCH=armv6 and TARGET_ARCH=armv6eb This adds a new TARGET_ARCH for building on ARM processors that support the ARMv6K multiprocessor extensions. In particular, these processors have better support for TLS and mutex operations. This mostly touches a lot of Makefiles to extend existing patterns for inferring CPUARCH from ARCH. It also configures: * GCC to default to arm1176jz-s * GCC to predefine __FreeBSD_ARCH_armv6__ * gas to default to ARM_ARCH_V6K * uname -p to return 'armv6' * make so that MACHINE_ARCH defaults to 'armv6' It also changes a number of headers to use the compiler __ARM_ARCH_XXX__ macros to configure processor-specific support routines. Submitted by: Tim Kientzle <kientzle@freebsd.org>
| * | After the binutils 2.17.50 import, the assembler supports AS_REL16nwhitehorn2012-07-081-1/+1
| |/ | | | | | | relocations.
* | Sync FreeBSD's bmake branch with Juniper's internal bmake branch.marcel2012-08-2215-3/+491
|/ | | | Requested by: Simon Gerraty <sjg@juniper.net>
* Add src.conf option WITH_SHARED_TOOLCHAIN to enable building thekib2012-04-293-2/+10
| | | | | | | | toolchain binaries as dynamically linked. Option is disabled by default. Reviewed by: ru (previous version) MFC after: 2 weeks
* Assume a big-endian default on MIPS and drop the "eb" suffix from MACHINE_ARCH.jmallett2012-03-291-2/+3
| | | | | | | | | | | | | | | This makes our naming scheme more closely match other systems and the expectations of much third-party software. MIPS builds which are little-endian should require and exhibit no changes. Big-endian TARGET_ARCHes must be changed: From: To: mipseb mips mipsn32eb mipsn32 mips64eb mips64 An entry has been added to UPDATING and some foot-shooting protection (complete with warnings which should become errors in the near future) to the top-level base system Makefile.
* Add a WITH_CLANG_IS_CC option for src.conf(5), disabled by default, thatdim2012-02-294-7/+951
| | | | | | | | | | installs clang as /usr/bin/cc, /usr/bin/c++ and /usr/bin/cpp. Note this does *not* disable building and installing gcc, which will still be available as /usr/bin/gcc, /usr/bin/g++ and /usr/bin/gcpp. If you want to disable gcc completely, you must use WITHOUT_GCC. MFC after: 2 weeks
* Enable TLS support for ARM toolchaingonzo2012-02-141-2/+0
| | | | Reviewed by: cognet
* * Don't give the impression that this compiler is GPLv3.obrien2011-10-241-1/+1
| | | | | | (It is "well known" that GCC 4.2.2 is GPLv3.) * Don't give the impression that this compiler isn't "trustable". * Fix dependency nit.
* Update gcc's __FreeBSD__ and __FreeBSD_cc_version macros for FreeBSD 10.dim2011-10-181-2/+2
|
* Remove libobjc and other Objective-C related components, as these aredim2011-04-174-42/+1
| | | | | | extremely outdated, and not used by anything in the base system. Silence from: current@
* In r219639, SSSE3 instruction set support was backported to our gcc.dim2011-04-141-1/+1
| | | | | | | | Therefore, we also need to install the new tmmintrin.h header containing the related intrinsic functions, similar to xmmintrin.h, emmintrin.h, etc. Reported by: George Liaskos <geo.liaskos@gmail.com>
* Now that TLS is supported for sparc64 by both binutils 2.17.50 committedmarius2011-03-111-1/+1
| | | | in r218822 and rtld(1) committed in r219533 turn on TLS support in GCC.
* Merge binutils 2.17.50 to head. This brings a number of improvements todim2011-02-181-7/+5
|\ | | | | | | | | | | | | | | | | x86 CPU support, better support for powerpc64, some new directives, and many other things. Bump __FreeBSD_version, and add a note to UPDATING. Thanks to the many people that have helped to test this. Obtained from: projects/binutils-2.17
| * Fix a missing underscore.nwhitehorn2010-12-091-1/+1
| |
| *-. Sync: merge r215944 through r216132 from ^/head.dim2010-12-021-1/+3
| |\ \
| * | | Sync: merge r215396 through r215463 from ^/head.dim2010-11-181-1/+1
| | | |
| * | | Sync: merge r215273 through r215318 from ^/head.dim2010-11-141-1/+1
| | | |
| * | | Sync: merge r214895 through r215140 from ^/head.dim2010-11-114-27/+28
| |\ \ \
| * | | | In case of powerpc64, enable HAVE_LD_NO_DOT_SYMS in gcc's auto-host.h.dim2010-10-221-1/+3
| | | | | | | | | | | | | | | | | | | | Requested by: nwhitehorn
| * | | | Update gcc's auto-host.h header for binutils 2.17: turn ondim2010-10-221-3/+3
| | | | | | | | | | | | | | | | | | | | HAVE_COMDAT_GROUP, HAVE_GAS_WEAKREF and HAVE_LD_SYSROOT.
* | | | | Remove unused support for 64 bit long on 32 bit architectures.tijl2011-01-071-6/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It was used mainly to discover and fix some 64-bit portability problems before 64-bit arches were widely available. Discussed with: bde Approved by: kib (mentor)
* | | | | Retire TARGET_ABI.imp2011-01-072-11/+8
| |_|/ / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Implement MACHINE_ARCH=mips64e[lb] to build N64 images. This replaces MACHINE_ARCH=mipse[lb] TARGET_ABI=n64. MACHINE_ARCH=mipsn32e[lb] has been added, but currently requires WITHOUT_CDDL due to atomic issues in libzfs. I've not investigated this much, but implemented this to preserve as much of the TARGET_ABI functionality that I could. Since its presence doesn't affect the working cases, I've kept it in for now. Added mips64e[lb] to make universe, so more kernels build. And I think this (finally) closes the curtain on the tbemd tree.
* | | | Unbreak amd64<->i386 cross builds.nwhitehorn2010-12-021-2/+3
| | | |
* | | | The driver-XXX.c files used for host CPU detection with -march=nativenwhitehorn2010-12-021-1/+2
| |_|/ |/| | | | | | | | | | | should not be compiled in the cross-tools case (where -march=native makes no sense). This fixes cross-building x86 toolchains on non-x86 systems.
OpenPOWER on IntegriCloud