src/gnu/lib/libstdc++/Makefile, branch main FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=main 2020-02-29T03:25:51Z remove GCC 4.2.1 build infrastructure 2020-02-29T03:25:51Z Ed Maste emaste@FreeBSD.org 2020-02-29T03:25:51Z urn:sha1:57f804675e65951d630a38d94c07be4a27ae4053 As described in Warner's email message[1] to the FreeBSD-arch mailing list we have reached GCC 4.2.1's retirement date. At this time all supported architectures either use in-tree Clang, or rely on external toolchain (i.e., a contemporary GCC version from ports). GCC 4.2.1 was released July 18, 2007 and was imported into FreeBSD later that year, in r171825. GCC has served us well, but version 4.2.1 is obsolete and not used by default on any architecture in FreeBSD. It does not support modern C and does not support arm64 or RISC-V. Thanks to everyone responsible for maintaining, updating, and testing GCC in the FreeBSD base system over the years. So long, and thanks for all the fish. [1] https://lists.freebsd.org/pipermail/freebsd-arch/2020-January/019823.html PR: 228919 Reviewed by: brooks, imp Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23124 Convert gnu to using SRCTOP 2017-03-12T18:59:16Z Warner Losh imp@FreeBSD.org 2017-03-12T18:59:16Z urn:sha1:ffec31518362596811966085741c2d1bec930572 Prefer SRCTOP over CURDIR/../../contrib, etc. However, retain the "up one level" instances of ../ because they are really relative to this part of the tree and not a means to find the root of the tree. As such, it's better to leave them since that further the goal of being able to move directories if watned to in the future. Differential Revision: https://reviews.freebsd.org/D9932 Sponsored by: Netflix Silence On: arch@ (twice) META MODE: Don't create .meta files when symlinking sources into the obj directory. 2015-11-25T19:44:43Z Bryan Drewery bdrewery@FreeBSD.org 2015-11-25T19:44:43Z urn:sha1:b791fbe6302023b0cf00807865059c8f016fe5dc Tracking these leads to situations where meta mode will consider the file to be out of date if /bin/sh or /bin/ln are newer than the source file. There's no reason for meta mode to do this as make is already handling the rebuild dependency fine. Sponsored by: EMC / Isilon Storage Division Convert to LIBADD 2014-11-25T21:18:18Z Baptiste Daroussin bapt@FreeBSD.org 2014-11-25T21:18:18Z urn:sha1:ee5a34ecba51f02e3bf46b112e265abf976f39b6 Reduce overlinking Remove MK_ARM_EABI, the armeb issues have been fixed. The code to support 2014-10-01T08:26:51Z Andrew Turner andrew@FreeBSD.org 2014-10-01T08:26:51Z urn:sha1:6d4766c1b839d7eeb4cc0f15eef51d887848cbc4 the oabi is still in the tree, but it is expected this will be removed as developers work on surrounding code. With this commit the ARM EABI is the only supported supported ABI by FreeBSD on ARMa 32-bit processors. X-MFC after: never Relnotes: yes Differential Revision: https://reviews.freebsd.org/D876 Allow libstdc++ and libsupc++ to compile with clang again, after the 2014-05-11T21:07:00Z Dimitry Andric dim@FreeBSD.org 2014-05-11T21:07:00Z urn:sha1:eb941910cad1a01601278802b7194937c15fff1f bsd.*.mk infrastructure changes. Apparently, you must now modify CXXFLAGS *before* including bsd.lib.mk, or your changes will be lost. Use src.opts.mk in preference to bsd.own.mk except where we need stuff 2014-05-06T04:22:01Z Warner Losh imp@FreeBSD.org 2014-05-06T04:22:01Z urn:sha1:c6063d0da8e1f8d8452b0c2ee1c7ad718c1a7052 from the latter. To avoid having to explicitly test COMPILER_TYPE for setting 2013-12-22T17:51:33Z Dimitry Andric dim@FreeBSD.org 2013-12-22T17:51:33Z urn:sha1:b294993d630a50780b2513770315b85c11019f9e clang-specific or gcc-specific flags, introduce the following new variables for use in Makefiles: CFLAGS.clang CFLAGS.gcc CXXFLAGS.clang CXXFLAGS.gcc In bsd.sys.mk, these get appended to the regular CFLAGS or CXXFLAGS for the right compiler. MFC after: 1 week After r255321, clang uses libc++ by default. This leads to a lot of 2013-09-12T21:24:59Z Dimitry Andric dim@FreeBSD.org 2013-09-12T21:24:59Z urn:sha1:44acc1e156e6aca0958fbbc292d52a18d1eea245 errors when you enable WITH_GNUCXX to build libstdc++, since it will include C++ headers from the libc++ installation under ${WORLDTMP}, and those are not compatible with libstdc++ at all. To fix this, add -stdlib=libstdc++ to CXXFLAGS when building libstdc++ (and its companion libsupc++) with clang. Approved by: re (delphij) Add compiler support for the ARM EABI. 2013-01-17T05:56:28Z Andrew Turner andrew@FreeBSD.org 2013-01-17T05:56:28Z urn:sha1:1992e9a10c0528edb04533610ee7a6bb1ea689f6 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.