| Age | Commit message (Collapse) | Author |
|
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
Notes:
svn path=/head/; revision=358454
|
|
Update a bunch of Makefile.depend files as
a result of adding Makefile.depend.options files
Reviewed by: bdrewery
MFC after: 1 week
Sponsored by: Juniper Networks
Differential Revision: https://reviews.freebsd.org/D22494
Notes:
svn path=/head/; revision=355617
|
|
Its been quite a while since the last time we updated this and since then
we have grown iconv and a bunch of complex math functions.
This only applies to the platforms which still use GCC 4.2.1 in the
toolchain.
Differential Revision: https://reviews.freebsd.org/D16289
Notes:
svn path=/head/; revision=336351
|
|
Sponsored by: Dell EMC Isilon
Notes:
svn path=/head/; revision=325188
|
|
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)
Notes:
svn path=/head/; revision=315175
|
|
These are no longer needed after the recent 'beforebuild: depend' changes
and hooking DIRDEPS_BUILD into a subset of FAST_DEPEND which supports
skipping 'make depend'.
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=295989
|
|
directory.
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
Notes:
svn path=/head/; revision=291320
|
|
This both avoids some dependencies on xinstall.host and allows
bootstrapping on older releases to work due to lack of at least 'install -l'
support.
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=291307
|
|
Off by default, build behaves normally.
WITH_META_MODE we get auto objdir creation, the ability to
start build from anywhere in the tree.
Still need to add real targets under targets/ to build packages.
Differential Revision: D2796
Reviewed by: brooks imp
Notes:
svn path=/head/; revision=284345
|
|
Notes:
svn path=/projects/bmake/; revision=284172
|
|
Notes:
svn path=/projects/bmake/; revision=283595
|
|
Reported by: Ivan Klymenko <fidaj@ukr.net>
Reviewed by: bapt
Differential Revision: D1412
Notes:
svn path=/head/; revision=276565
|
|
Reduce overlinking
Notes:
svn path=/head/; revision=275077
|
|
Notes:
svn path=/projects/bmake/; revision=274683
|
|
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
Notes:
svn path=/head/; revision=272350
|
|
Notes:
svn path=/projects/bmake/; revision=270164
|
|
Reviewed by: theraven
Notes:
svn path=/projects/bmake/; revision=266221
|
|
Notes:
svn path=/projects/bmake/; revision=266219
|
|
bsd.*.mk infrastructure changes. Apparently, you must now modify
CXXFLAGS *before* including bsd.lib.mk, or your changes will be lost.
Notes:
svn path=/head/; revision=265895
|
|
Notes:
svn path=/projects/bmake/; revision=265802
|
|
Notes:
svn path=/projects/bmake/; revision=265720
|
|
from the latter.
Notes:
svn path=/head/; revision=265420
|
|
Notes:
svn path=/projects/bmake/; revision=265044
|
|
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
Notes:
svn path=/head/; revision=259730
|
|
Notes:
svn path=/projects/bmake/; revision=256424
|
|
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)
Notes:
svn path=/head/; revision=255500
|
|
Notes:
svn path=/projects/bmake/; revision=255263
|
|
The logl(3) family of functions were implemented in r251292.
Define them in libstdc++'s configuration so they can be used.
Reviewed by: dim
Notes:
svn path=/head/; revision=254295
|
|
Notes:
svn path=/projects/bmake/; revision=249429
|
|
Notes:
svn path=/projects/bmake/; revision=248169
|
|
Notes:
svn path=/projects/bmake/; revision=246868
|
|
almost-C99 headers.
MFC after: 1 week
Notes:
svn path=/head/; revision=246857
|
|
Notes:
svn path=/projects/bmake/; revision=246555
|
|
Notes:
svn path=/projects/bmake/; revision=246449
|
|
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.
Notes:
svn path=/head/; revision=245539
|
|
Notes:
svn path=/projects/bmake/; revision=242796
|
|
Notes:
svn path=/projects/bmake/; revision=242788
|
|
Notes:
svn path=/projects/bmake/; revision=242545
|
|
-std= flags above c++98 or gnu++98 from CXXFLAGS *after* including
bsd.lib.mk, otherwise some additions to CXXFLAGS done in bsd.*.mk might
not be preserved.
MFC after: 1 week
Notes:
svn path=/head/; revision=241960
|
|
option from CXXFLAGS, otherwise these libraries will not build.
Similarly, filter out any -std=xxx options that aren't supported.
Submitted by: Yamaya Takashi <yamayan@kbh.biglobe.ne.jp>
MFC after: 2 weeks
Notes:
svn path=/head/; revision=239695
|
|
Requested by: Simon Gerraty <sjg@juniper.net>
Notes:
svn path=/projects/bmake/; revision=239572
|
|
r231619 and working since r233106.
Notes:
svn path=/head/; revision=237098
|
|
for it.
This allows people to swap out libsupc++ for libcxxrt easily, so we can begin
the libstdc++ -> libc++ migration.
Approved by: dim (mentor)
Notes:
svn path=/head/; revision=233749
|
|
to be gcc's default before r198344, calls to atomic builtins will not be
expanded inline. Instead, they will be generated as calls to external
functions (e.g. __sync_fetch_and_add_N), leading to linking errors later
on.
Put in a seatbelt that disables use of atomic builtins in libstdc++ and
llvm, when tuning specifically for the real i386 CPU. This does not
protect against all possible issues, but it is better than nothing.
Notes:
svn path=/head/; revision=227215
|
|
in r218822 and rtld(1) committed in r219533 turn on TLS support in GCC.
Notes:
svn path=/head/; revision=219534
|
|
Because FreeBSD no longer supports the 80386 cpu all code targeting
FreeBSD/i386 necessarily runs on i486 or higher so the compiler
built-ins can be used by default inside libstdc++ and in C++ headers.
This allows newly compiled C++ code to inline some atomic operations.
Old binaries continue to use libstdc++ functions.
PR: 148926
Tested by: Yuri Karaban <tech askold net>
Reviewed by: kan
Approved by: kib (mentor)
MFC after: 2 weeks
Notes:
svn path=/head/; revision=212286
|
|
Prefer MACHNE_CPUARCH to MACHINE_ARCH in most contexts where you want
to test of all the CPUs of a given family conform.
Notes:
svn path=/head/; revision=211725
|
|
headers as GCC, but of their own implementation. So put the GCC ones into
their own header "namespace".
Requested by: ed
Notes:
svn path=/head/; revision=207995
|
|
flag when compiling profiled objects as it's ignored by the compiler.
This removes the associated warning for each file compiled.
MFC after: 1 month
Notes:
svn path=/head/; revision=202808
|
|
Notes:
svn path=/head/; revision=186641
|