|
Revision tags: release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0 |
|
| #
69b4d461 |
| 06-Jan-2017 |
John Baldwin <[email protected]> |
Enable /usr/lib32 for o32 binaries on mips64.
Build and install an o32 set of libraries on mips64 suitable for running o32 binaries via COMPAT_FREEBSD32. Enable COMPAT_FREEBSD32 in MALTA64.
Reviewe
Enable /usr/lib32 for o32 binaries on mips64.
Build and install an o32 set of libraries on mips64 suitable for running o32 binaries via COMPAT_FREEBSD32. Enable COMPAT_FREEBSD32 in MALTA64.
Reviewed by: jmallett, imp Sponsored by: DARPA / AFRL Differential Revision: https://reviews.freebsd.org/D9032
show more ...
|
| #
c7fbd772 |
| 04-Nov-2016 |
Ed Maste <[email protected]> |
Connect new LLVM-based libgcc_eh & libgcc_s to the build
Compiler-rt and LLVM's libunwind provide a suitable replacement for libgcc.a, libgcc_eh.a, and libgcc_s.so.
Remove the now-unused LLVM_LIBUN
Connect new LLVM-based libgcc_eh & libgcc_s to the build
Compiler-rt and LLVM's libunwind provide a suitable replacement for libgcc.a, libgcc_eh.a, and libgcc_s.so.
Remove the now-unused LLVM_LIBUNWIND block from gnu/lib/libgcc.
PR: 213480 [exp-run] Reviewed by: brooks, ed Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D8189
show more ...
|
| #
862d6450 |
| 31-Oct-2016 |
Glen Barber <[email protected]> |
Fix packaging /usr/lib{,32}/libgcc_eh{,_p}.a.
Reported by: woodsb02 MFC after: 3 days Sponsored by: The FreeBSD Foundation
|
| #
5bca2215 |
| 31-Oct-2016 |
Ruslan Bukin <[email protected]> |
Add full softfloat and hardfloat support for MIPS.
This adds new target architectures for hardfloat: mipselhf mipshf mips64elhf mips64hf.
Tested in QEMU only.
Sponsored by: DARPA, AFRL Sponsored b
Add full softfloat and hardfloat support for MIPS.
This adds new target architectures for hardfloat: mipselhf mipshf mips64elhf mips64hf.
Tested in QEMU only.
Sponsored by: DARPA, AFRL Sponsored by: HEIF5 Differential Revision: https://reviews.freebsd.org/D8376
show more ...
|
| #
dc9b124d |
| 22-Oct-2016 |
Justin Hibbits <[email protected]> |
Create a new MACHINE_ARCH for Freescale PowerPC e500v2
Summary: The Freescale e500v2 PowerPC core does not use a standard FPU. Instead, it uses a Signal Processing Engine (SPE)--a DSP-style vector p
Create a new MACHINE_ARCH for Freescale PowerPC e500v2
Summary: The Freescale e500v2 PowerPC core does not use a standard FPU. Instead, it uses a Signal Processing Engine (SPE)--a DSP-style vector processor unit, which doubles as a FPU. The PowerPC SPE ABI is incompatible with the stock powerpc ABI, so a new MACHINE_ARCH was created to deal with this. Additionaly, the SPE opcodes overlap with Altivec, so these are mutually exclusive. Taking advantage of this fact, a new file, powerpc/booke/spe.c, was created with the same function set as in powerpc/powerpc/altivec.c, so it becomes effectively a drop-in replacement. setjmp/longjmp were modified to save the upper 32-bits of the now-64-bit GPRs (upper 32-bits are only accessible by the SPE).
Note: This does _not_ support the SPE in the e500v1, as the e500v1 SPE does not support double-precision floating point.
Also, without a new MACHINE_ARCH it would be impossible to provide binary packages which utilize the SPE.
Additionally, no work has been done to support ports, work is needed for this. This also means no newer gcc can yet be used. However, gcc's powerpc support has been refactored which would make adding a powerpcspe-freebsd target very easy.
Test Plan: This was lightly tested on a RouterBoard RB800 and an AmigaOne A1222 (P1022-based) board, compiled against the new ABI. Base system utilities (/bin/sh, /bin/ls, etc) still function appropriately, the system is able to boot multiuser.
Reviewed By: bdrewery, imp Relnotes: yes Differential Revision: https://reviews.freebsd.org/D5683
show more ...
|
| #
ae5f5e1c |
| 21-Oct-2016 |
Enji Cooper <[email protected]> |
Revert r307689
The proposed change ("Fix building of llvm's unwind if gcc has been also built") breaks the build with clang/llvm.
Tested with...
( export SRCCONF=/dev/null WITH_CLANG= cd gnu/li
Revert r307689
The proposed change ("Fix building of llvm's unwind if gcc has been also built") breaks the build with clang/llvm.
Tested with...
( export SRCCONF=/dev/null WITH_CLANG= cd gnu/lib/libgcc; make obj; make depend; make all )
MFC after: 3 days X-MFC with: r307689 Pointyhat to: bapt Reported by: Jenkins, O. Hartmann <[email protected]> Sponsored by: Dell EMC Isilon
show more ...
|
| #
14c3b02e |
| 20-Oct-2016 |
Baptiste Daroussin <[email protected]> |
Fix building of llvm's unwind if gcc has been also built
when building gcc an unwind.h header is generate in the cc_tool directory which is included in the CFLAGS before the path where the llvm's un
Fix building of llvm's unwind if gcc has been also built
when building gcc an unwind.h header is generate in the cc_tool directory which is included in the CFLAGS before the path where the llvm's unwind.h file lives
Reviewed by: emaste MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D7357
show more ...
|
|
Revision tags: release/11.0.1 |
|
| #
2b4da8aa |
| 24-Sep-2016 |
Marcel Moolenaar <[email protected]> |
When MAKEOBJDIRPREFIX points to a case-insensitive file system, the build can break when different source files create the same target files (case-insensitivity speaking). This is the case for objec
When MAKEOBJDIRPREFIX points to a case-insensitive file system, the build can break when different source files create the same target files (case-insensitivity speaking). This is the case for object files compiled with -fpic and shared libraries. The former uses an extension of ".So", and the latter an extension ".so". Rename shared object files from *.So to *.pico to match what NetBSD does.
See also r305855
MFC after: 1 month Sponsored by: Bracket Computing Differential Revision: https://reviews.freebsd.org/D7906
show more ...
|
|
Revision tags: release/11.0.0 |
|
| #
790ba09e |
| 31-Aug-2016 |
Bryan Drewery <[email protected]> |
DIRDEPS_BUILD: Avoid cyclic dependency with libc++.
The DIRDEPS_BUILD does not have a 'make includes' phase, so it would otherwise want libc++ to be fully built/staged before building libgcc. Using
DIRDEPS_BUILD: Avoid cyclic dependency with libc++.
The DIRDEPS_BUILD does not have a 'make includes' phase, so it would otherwise want libc++ to be fully built/staged before building libgcc. Using the header directly works.
MFC after: 3 days Sponsored by: EMC / Isilon Storage Division
show more ...
|
| #
ea3dc21b |
| 27-Jul-2016 |
Ed Maste <[email protected]> |
rename ARM's libunwind.S to to avoid conflict with llvm libunwind
llvm libunwind includes a libunwind.cpp, but on ARM libunwind.S is found first in .PATH. Rename the latter one, since it is not goin
rename ARM's libunwind.S to to avoid conflict with llvm libunwind
llvm libunwind includes a libunwind.cpp, but on ARM libunwind.S is found first in .PATH. Rename the latter one, since it is not going to be updated again.
Reviewed by: andrew MFC after: 3 days Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D7162
show more ...
|
| #
dcc88911 |
| 08-Jul-2016 |
Ed Maste <[email protected]> |
libunwind: enable only the native unwinder by default
This significantly reduces stack space requirements, and runtimes require only native unwinding.
MFC after: 1 week Sponsored by: The FreeBSD Fo
libunwind: enable only the native unwinder by default
This significantly reduces stack space requirements, and runtimes require only native unwinding.
MFC after: 1 week Sponsored by: The FreeBSD Foundation
show more ...
|
| #
09fb6bff |
| 18-Apr-2016 |
Bryan Drewery <[email protected]> |
Follow-up r297842: Rework header generation to fix always rebuilding.
This reworks the handling of common headers to just include the needed logic rather than invoke MAKE. This avoids the problem l
Follow-up r297842: Rework header generation to fix always rebuilding.
This reworks the handling of common headers to just include the needed logic rather than invoke MAKE. This avoids the problem listed in r297842 and avoids other dependency tracking issues.
Pointyhat to: bdrewery Reported by: Nikolai Lifanov <[email protected]> Sponsored by: EMC / Isilon Storage Division
show more ...
|
| #
8a5f4396 |
| 12-Apr-2016 |
Bryan Drewery <[email protected]> |
META_MODE: Avoid changed build command every build.
Because the file is generated with -f using another Makefile, 2 different Makefiles are trying to handle the .meta file for the target. The obvio
META_MODE: Avoid changed build command every build.
Because the file is generated with -f using another Makefile, 2 different Makefiles are trying to handle the .meta file for the target. The obvious .NOMETA_CMP or .NOMETA on the ${MAKE} targets don't work as they are very limited in scope in bmake. Using .PHONY fixes the problem and ensures that the ${MAKE} command is always ran to check if it is outdated in the sub-make.
An example of the problem in gnu/lib/libgcc (with make -dM): /usr/obj/root/git/freebsd/gnu/lib/libgcc/tm.h.meta: 2: a build command has changed TARGET_CPU_DEFAULT="" HEADERS="options.h i386/biarch64.h i386/i386.h i386/unix.h i386/att.h dbxelf.h elfos-undef.h elfos.h freebsd-native.h freebsd-spec.h freebsd.h i386/x86-64.h i386/freebsd.h i386/freebsd64.h defaults.h" DEFINES="" /bin/sh /root/git/freebsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh tm.h vs (cd /root/git/freebsd/gnu/lib/libgcc; make -f /root/git/freebsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/root/git/freebsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/root/git/freebsd/gnu/lib/libgcc/../../../contrib/gcc tm.h) Skipping meta for tm.h: .NOMETA (cd /root/git/freebsd/gnu/lib/libgcc; make -f /root/git/freebsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/root/git/freebsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/root/git/freebsd/gnu/lib/libgcc/../../../contrib/gcc tm.h) `tm.h' is up to date.
Sponsored by: EMC / Isilon Storage Division
show more ...
|
|
Revision tags: release/10.3.0 |
|
| #
90a2d984 |
| 24-Feb-2016 |
Bryan Drewery <[email protected]> |
OBJS and POBJS have not been used since r215127.
r215127 disabled building of libgcc.a.
MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division
|
| #
6607cb5d |
| 24-Feb-2016 |
Bryan Drewery <[email protected]> |
Don't hide AR command as bsd.lib.mk's r283925 changed as well.
MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division
|
| #
c389411c |
| 05-Feb-2016 |
Glen Barber <[email protected]> |
Remove libc, librtld_db, libthr packages, and further increase the constraints on what needs to be installed in a specific to maintain consistency during upgrades.
Create a new clibs package contain
Remove libc, librtld_db, libthr packages, and further increase the constraints on what needs to be installed in a specific to maintain consistency during upgrades.
Create a new clibs package containing libraries that are needed as a bare minimum for consistency.
With much help and input from: kib Sponsored by: The FreeBSD Foundation
show more ...
|
| #
a2e4e33f |
| 27-Jan-2016 |
Alexander Kabaev <[email protected]> |
Make .debug file for libgcc_s.so.1 more useful.
The files compiled into libgcc_s.so.1 did not have -g on compiler command line, making generated .debug quite pointless.
|
| #
faf51c55 |
| 26-Jan-2016 |
Ruslan Bukin <[email protected]> |
Make libgcc compilable on RISC-V.
|
| #
fff38c35 |
| 22-Jan-2016 |
Ed Maste <[email protected]> |
Restore libunwind.cpp to LLVM libunwind build (reverts r294576)
The unw_* functions are not exported, but are used internally.
|
| #
596675a6 |
| 22-Jan-2016 |
Ed Maste <[email protected]> |
Drop HP libunwind (unw_*) functions from LLVM libunwind
They are not needed for exception handling.
|
| #
ba865213 |
| 22-Jan-2016 |
Ed Maste <[email protected]> |
Remove old generated unwind.h when using LLVM libunwind
When not using LLVM libunwind, unwind.h is a generated header and a stale copy may remain in the OBJDIR after enabling LLVM libunwind. Explici
Remove old generated unwind.h when using LLVM libunwind
When not using LLVM libunwind, unwind.h is a generated header and a stale copy may remain in the OBJDIR after enabling LLVM libunwind. Explicitly remove it.
Reported by: bz Reviewed by: bdrewery Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D5019
show more ...
|
| #
0c9eb4d6 |
| 19-Jan-2016 |
Ed Maste <[email protected]> |
Remove local override for .cpp.o and .cpp.po rules
The local build rule used to set -fvisibility=hidden and -fPIC, in addition to -fexceptions and -D defines that had no effect.
With -fvisibility=h
Remove local override for .cpp.o and .cpp.po rules
The local build rule used to set -fvisibility=hidden and -fPIC, in addition to -fexceptions and -D defines that had no effect.
With -fvisibility=hidden and -fPIC in STATIC_CXXFLAGS the standard bsd.lib.mk rules are suitable for libgcc_s's C++ source.
PR: 206381 Sponsored by: The FreeBSD Foundation
show more ...
|
| #
c4601d6d |
| 19-Jan-2016 |
Ed Maste <[email protected]> |
Remove local override for .cpp.So rule
The standard bsd.lib.mk rule is suitable for libgcc_s's C++ source.
The local rule had the following non-functional argument differences or additions:
1. -DS
Remove local override for .cpp.So rule
The standard bsd.lib.mk rule is suitable for libgcc_s's C++ source.
The local rule had the following non-functional argument differences or additions:
1. -DSHARED (rather than -DPIC from bsd.lib.mk)
The C++ sources don't have an #ifdef for either one.
2. -fexceptions
This is enabled by default for C++ so does not need to be set explicitly.
3. -D__GLIBC__=3
Not used by LLVM libunwind.
4. -DElfW=__ElfN
LLVM libunwind provides its own definition.
PR: 206381 Differential Revision: The FreeBSD Foundation
show more ...
|
| #
b80f3546 |
| 09-Jan-2016 |
Ed Maste <[email protected]> |
Support use of LLVM's libunwind for exception unwinding
It is built in libgcc_s.so and libgcc_eh.a to simplify transition.
It is enabled by default on arm64 (where we previously had no other unwind
Support use of LLVM's libunwind for exception unwinding
It is built in libgcc_s.so and libgcc_eh.a to simplify transition.
It is enabled by default on arm64 (where we previously had no other unwinder) and may be enabled for testing on other platforms by setting WITH_LLVM_LIBUNWIND in src.conf(5).
Also add compiler-rt's __gcc_personality_v0 implementation for use with the LLVM unwinder.
Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D4787
show more ...
|
|
Revision tags: release/10.2.0 |
|
| #
27e1b8ab |
| 16-Jun-2015 |
Simon J. Gerraty <[email protected]> |
Hook extra libs to _LIBS so bsd.lib.mk can do its thing
Differential Revision: D2843 Reviewed by: imp
|