| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
MIPS64 n64 binaries are broken with libcompiler_rt at this time.
Switch mips back to libgcc until the cause of breakage is analyzed
and fixed.
|
| |
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
thread specific informations.
In order to do that, and in order to avoid KBI breakage with existing
infrastructure the following semantic is implemented:
- For live programs, a new member to the PT_LWPINFO is added (pl_tdname)
- For cores, a new ELF note is added (NT_THRMISC) that can be used for
storing thread specific, miscellaneous, informations. Right now it is
just popluated with a thread name.
GDB, then, retrieves the correct informations from the corefile via the
BFD interface, as it groks the ELF notes and create appropriate
pseudo-sections.
Sponsored by: Sandvine Incorporated
Tested by: gianni
Discussed with: dim, kan, kib
MFC after: 2 weeks
|
|
|
|
|
| |
Reviewed by: arch@
Approved by: kib (mentor)
|
| |
|
|
|
|
|
|
|
| |
it exists in order to allow arch-specific overrides. This fixes the
binutils (and world) build on powerpc64 after recent TBEMD merges.
Reviewed by: imp
|
| |
|
|
|
|
|
|
|
|
| |
this code in the first place).
Also MACHINE_ARCH powerpc is 32-bit, not MACHINE_CPUARCH == powerpc.
Submitted by: nathanw
|
|
|
|
| |
Submitted by: nathanw@
|
|
|
|
|
|
|
|
|
| |
I've had a report of a sparc64 system where cc1 generates illegal
instructions. We still have to diagnose this properly, but instead of
hosing all sparc64 boxes out there, fall back to libgcc to prevent more
damage.
Reported by: Florian Smeets
|
|
|
|
|
|
| |
not been connected to the build for more than 6 years.
Obtained from: projects/binutils-2.17
|
|
|
|
|
|
| |
installed for more than 6 years.
Obtained from: projects/binutils-2.17
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
libcompiler_rt.a is a BSD licensed C language runtime, which implements
many routines which are linked into binaries on architectures where
certain functionality is missing (e.g. 64 bits mul/div on i386).
Unfortunately, libcompiler_rt cannot replace libgcc entirely. Certain
features, such as an unwinder for exception handling, are missing.
That's why only libgcc.a is replaced for now, because this one does seem
to be complete.
Tested by: rene (amd64), nwhitehorn (powerpc), droso (i386 exprun)
and many others. Thanks!
Obtained from: user/ed/compiler-rt
|
|
|
|
|
|
|
| |
Once we use libcompiler_rt, the LIB-line must go, to prevent libgcc.a
from being built. Therefore, just hardcode the name.
Obtained from: user/ed/compiler-rt
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
TARGET_BIG_ENDIAN is now completely dead, except where it was
originally supposed to be used (internally in the toolchain building).
TARGET_ARCH has changed in three cases:
(1) Little endian mips has changed to mipsel.
(2) Big endian mips has changed to mipseb.
(3) Big endian arm has changed to armeb.
Some additional changes are needed to make 'make universe' work on arm
and mips after this change, so those are commented out for now.
UPDATING information will be forthcoming. Any remaining rough edges
will be hammered out in -current.
|
| |
|
|
|
|
| |
be called before _initialize_thread_db
|
|
|
|
| |
- Minor clean-up
|
| |
|
|
|
|
|
| |
Reviewed by: ru
MFC after: 3 days
|
|
|
|
|
| |
Reviewed by: ru
MFC after: 3 days
|
|
|
|
| |
Approved by: wes (mentor)
|
| |
|
|
|
|
|
| |
This uses only GPL2 source code and is a requirement for a 64 bit EFI
boot loader.
|
|
|
|
|
| |
avoids spinning in an infinite loop for some (possibly corrupt?) core
files at work.
|
|
|
|
|
|
|
|
|
|
|
|
| |
and sys/boot/pc98/boot2, do not simply assign 'gcc' to CC, since compile
flags are sometimes passed via this variable, for example during the
build32 stage on amd64. This caused the 32-bit libobjc build on amd64
to fail.
Instead, only replace the first instance of clang (if any, including
optional path) with gcc, and leave the arguments alone.
Approved-by: rpaulo (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
gnu/lib/libobjc and sys/boot/i386/boot2, so it also works when using
absolute paths and/or options, as in CC="/absolute/path/clang -foo".
Approved by: rpaulo (mentor)
|
|
|
|
| |
code made obsolete in the same commit.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
selected() callback. When the dialog first appears, you will not see
the printed statement on the dialog, if you move down one, you will,
move up again and it now appears. I am assuming that you call a
*printw() function on a line in the dialog box of course.
The fix, from the pr:
This is a hack at best, I looked at the redraw code in
dialog_checklist() and took the minimal amount of it out to do
a simple "refresh" right after the items are drawn. This
doesn't hurt anything and makes the library work like it
should. There is probably a better way however =).
PR: 148609
Submitted by: John Hixson
|
|
|
|
|
| |
Prefer MACHNE_CPUARCH to MACHINE_ARCH in most contexts where you want
to test of all the CPUs of a given family conform.
|
|
|
|
|
|
|
|
| |
WITH_BSD_GREP knob.
- Bump __FreeBSD_version
Requested by: dougb
Approved by: delphij (mentor)
|
|
|
|
|
|
| |
it will be overwritten when we include bsd.lib.mk.
Pointed out by: Dimitry Andric <dimitry at andric.com>
|
|
|
|
|
|
|
| |
read-only by default, meaning files copied can't be overwritten next time.
Reviewed by: imp
Approved by: ken (mentor)
|
| |
|
| |
|
| |
|
|
|
|
| |
Sponsored by: The FreeBSD Foundation
|
|
|
|
| |
Sponsored by: The FreeBSD Foundation
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Unlike for modules with dso type, in elf object modules all the sections
have virtual address of zero. So, it is insufficient to add module base
address to section virtual address (as recorded in section header) to
get section address in kernel memory.
Instead, we should apply the same calculations that are performed by
kernel loaders (in boot code and in kernel) when they lay out sections
in memory.
Discussed with: jhb, np
MFC after: 3 weeks
|
|
|
|
| |
Submitted by: Dimitry Andric <dimitry at andric.com>
|
|
|
|
| |
as compiler options resulted in an invalid executable on PowerPC.
|
|
|
|
|
|
|
|
| |
a variety of bugs in binutils related to handling of 64-bit PPC ELF,
provides a GCC configuration for 64-bit PowerPC on FreeBSD, and
associated build systems tweaks.
Obtained from: projects/ppc64
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
dialog(1) is run without arguments and works as expected. Therefore,
it should be part of the manual as well.
Note: dialog(1) has not been updated for many years and is not actively
maintained at the moment.
PR: docs/139682
Submitted by: manolis@
Discussed with: jkim@
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
available.
Suggested by: davidxu
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
| |
of of 4 causes _end to be word aligned, which will be returned by sbrk.
malloc(3), when compiled for n32, expects sbrk to return an 8-byte aligned
value.
Approved by: rrs (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
error in /usr/lib/crtendS.o(.eh_frame); no .eh_frame_hdr table will be created.
The issue is that crtend is compiled with unwind table, and also it
places the special CIE into the .eh_frame indicating the end of section,
that is located before generated unwind table. New ld has assertion that
verifies that closing CIE is indeed the last CIE, causing the crypting
message to be issued, and refusing to generate dwarf unwind.
Add -fno-asynchronous-unwind-tables to disable unwind table generation
for crtbegin/crtend. While there, disable omitting the frame pointer [1].
Requested by: kan [1]
Reviewed by: kan
MFC after: 2 weeks
|
|
|
|
|
|
| |
Fix coredump in menu3.c.
Approved by: kib (mentor)
|
|
|
|
|
| |
Reviewed by: imp
Sponsored by: The FreeBSD Foundation
|