[Bug binutils/32006] ld pulls symbols from wrong library

2024-07-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=32006 --- Comment #5 from Felix von Leitner --- (In reply to Thomas Jahns from comment #4) > My understanding is that __stdio_init_file should be in an object file > separate from the one using it in libc.a because static linkage means no > late bin

[Bug binutils/32006] ld pulls symbols from wrong library

2024-07-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=32006 Felix von Leitner changed: What|Removed |Added Resolution|NOTABUG |--- Status|RESOLVED

[Bug binutils/32006] New: ld pulls symbols from wrong library

2024-07-22 Thread felix-glibc at fefe dot de
: binutils Assignee: unassigned at sourceware dot org Reporter: felix-glibc at fefe dot de Target Milestone: --- I'm not quite sure what is going on here. Basically, I'm linking a program like this: $ diet -v gcc -o t test.c -pthread -Wl,-Map,mapfile diet is a wr

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #6 from Felix von Leitner --- -N makes .text and .data the same LOAD program header, which is read+write+execute, so that is actually a real security problem. It does make the binary smaller, but the cost is too high. -- You are

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #4 from Felix von Leitner --- Hey Nick, thanks for the quick help! With -z noseparate-code I'm down to 9512 bytes. That is much better but still more than gold produces. And looking at the binary in a hex editor still shows a ton

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #2 from Felix von Leitner --- Unfortunately, I can't use gold generally, because it lacks --no-dynamic-linker for static PIE. -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #1 from Felix von Leitner --- For comparison, with ld.gold instead of ld.bfd: -rwxr-xr-x1 leitner users8184 Aug 23 15:07 bin-x86_64/diet-i Elf file type is EXEC (Executable file) Entry point 0x400cd7 There are 5 prog

[Bug ld/23567] New: much larger static binaries compared to a few months ago

2018-08-23 Thread felix-glibc at fefe dot de
Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: felix-glibc at fefe dot de Target Milestone: --- One of my projects is a small libc, for the express purpose of making small static binaries. It comes with a small wrapper around

[Bug ld/23566] New: emultempl/elf32.em and gcc 8.2: -Werror uninitialized value

2018-08-23 Thread felix-glibc at fefe dot de
: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: felix-glibc at fefe dot de Target Milestone: --- make[4]: Entering directory '/hdd/cvs/binutils-gdb/ld' gcc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./

[Bug ld/23561] New: linux x86_64: ELF PHDR not mapped

2018-08-22 Thread felix-glibc at fefe dot de
Assignee: unassigned at sourceware dot org Reporter: felix-glibc at fefe dot de Target Milestone: --- I'm using gcc 8.2.0 with binutils 2.31.1 to build my dietlibc (www.fefe.de/dietlibc/, use CVS version to reproduce). Part of the startup code of my libc goes through auxv

[Bug binutils/22782] ld.bfd large static binaries

2018-02-04 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=22782 Felix von Leitner changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug binutils/22782] New: ld.bfd large static binaries

2018-02-03 Thread felix-glibc at fefe dot de
Assignee: unassigned at sourceware dot org Reporter: felix-glibc at fefe dot de Target Milestone: --- Created attachment 10782 --> https://sourceware.org/bugzilla/attachment.cgi?id=10782&action=edit test case (object files and shell script that calls ld) I wrote a sma

[Bug ld/19805] New: visibility=hidden and .a fails

2016-03-10 Thread felix-glibc at fefe dot de
Assignee: unassigned at sourceware dot org Reporter: felix-glibc at fefe dot de Target Milestone: --- Problem 1: /usr/bin/ld: /hdd/home/leitner/projects/dietlibc-0.32/bin-x86_64/dietlibc.a(perror.o): relocation R_X86_64_PC32 against symbol `sys_errlist' can not be used when making a s

[Bug gold/11712] New: wine segfaults in ld.so when built with gold

2010-06-17 Thread felix-glibc at fefe dot de
does not segfault immediately. -- Summary: wine segfaults in ld.so when built with gold Product: binutils Version: 2.21 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: ian at airs dot com

[Bug binutils/11466] gold fails to build Linux kernel

2010-04-02 Thread felix-glibc at fefe dot de
--- Additional Comments From felix-glibc at fefe dot de 2010-04-02 17:58 --- not that it matters, since the error message contains the line number of the assert that triggers although it can happen in practice, but here you go: binutils from cvs head as of yesterday, as I already

[Bug binutils/11466] New: gold fails to build Linux kernel

2010-04-01 Thread felix-glibc at fefe dot de
P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: felix-glibc at fefe dot de CC: bug-binutils at gnu dot org GCC build triplet: x86_64-linux GCC host triplet: x86_64-linux GCC target triplet: x86_64-linux h

[Bug binutils/11423] New: can't build firefox 3.6.2 with gold

2010-03-23 Thread felix-glibc at fefe dot de
2.21 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: felix-glibc at fefe dot de CC: bug-binutils at gnu dot org GCC build triplet: x86_64-unknown-linu