http://sourceware.org/bugzilla/show_bug.cgi?id=14776
Bug #: 14776
Summary: Typos in the manual
Product: binutils
Version: 2.23
Status: NEW
Severity: minor
Priority: P2
Component: ld
AssignedTo:
http://sourceware.org/bugzilla/show_bug.cgi?id=15188
Bug #: 15188
Summary: Typos in the manual
Product: binutils
Version: 2.22
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassig.
: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
In the file ld/ld.texinfo in Section Source Core Reference replace
line 3604 creates a entry
with creates an entry
and
line 3625 looks up the symbol @samp{foo} in the symbol table, gets it address
with
: gold
Assignee: ccoutant at google dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
gold/incremental.cc has 2x
#include
and one of the #includes is superfluous.
Uncovered using deheader (git://gitorious.org/deheader/deheader.git
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
I have binutils 2.25/gold 1.11. I compile a program with `ld.gold -s', do
`readelf --all` on in. Then I `strip' the program and do `readelf --all' on
the results. Then I compare the out
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
--- Comment #2 from dilyan.palauzov at aegee dot org ---
The numbers I provide are based on compling opendkim
(git://opendkim.git.sourceforge.net/gitroot/opendkim/opendkim, commit
17c06376ba1c589) with
gcc 4.9.2
64bit
CFLAGS="-pipe -O3
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
--- Comment #3 from dilyan.palauzov at aegee dot org ---
./configure --enable-diffheaders --enable-identity_header --enable-ldap_caching
--enable-rate_limit --enable-replace_rules --enable-resign --enable-stats
--enable-statsext --enable-rbl
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
--- Comment #4 from dilyan.palauzov at aegee dot org ---
You can find the unstripped binary under http://mail.aegee.org/dpa/bz18288/ .
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
--- Comment #6 from dilyan.palauzov at aegee dot org ---
Installing libstrl http://ohnopub.net/~ohnobinki/libstrl/ shall help to find
strlcat() and strlcpy().
I have compressed the whole build-tree from my computer and uploaded it under
tatus: NEW
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
On master (commit 8900d71e3880437) gold/dwo fails compiling using gcc492 wi
th
th
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
I created this binary with gold 2.25/1.11:
http://mail.aegee.org/dpa/bz18288/strip/opendkim-gold2.25-unstripped
unstripped size is 475 880 bytes. When I strip it, the size increases to 2 560
600
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
dilyan.palauzov at aegee dot org changed:
What|Removed |Added
CC||ian at airs dot
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
--- Comment #12 from dilyan.palauzov at aegee dot org ---
> > Using gold from master produces binary of size 475 880 bytes -> suboptimal
> > size. The size is the same, when I use gold 2.25/1.11
> >
>
> So gold
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
--- Comment #14 from dilyan.palauzov at aegee dot org ---
At http://mail.aegee.org/dpa/bz18288/strip2/ you can find the unstripped
binary, the binary stripped with strip-2.25 and the binary stripped with
strip-2.25.51.20150423 (as on master
https://sourceware.org/bugzilla/show_bug.cgi?id=18308
--- Comment #3 from dilyan.palauzov at aegee dot org ---
The uploaded binary is produced as described in PR18288, but using the gold
linker.
At http://mail.aegee.org/dpa/bz18288/strip/ I uploaded
the binary linked with gold-master
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
When compiling binutils-master (commit 8900d71e38) I get these warnings and
-Werror is active:
make[2]: Entering directory '/mnt/new/sr
https://sourceware.org/bugzilla/show_bug.cgi?id=18313
--- Comment #1 from dilyan.palauzov at aegee dot org ---
Compiling ld also fails:
make[2]: Entering directory '/mnt/new/src/gcc/binutils-git-build/ld'
/bin/sh ./libtool --tag=CC --mode=link gcc -W -Wall -Wstrict-prototypes
https://sourceware.org/bugzilla/show_bug.cgi?id=18313
dilyan.palauzov at aegee dot org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://sourceware.org/bugzilla/show_bug.cgi?id=18313
--- Comment #8 from dilyan.palauzov at aegee dot org ---
I filled a report towards gcc/LTO:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991 .
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=18308
--- Comment #6 from dilyan.palauzov at aegee dot org ---
The right URL is
http://mail.aegee.org/dpa/bz18288/strip/opendkim-gold-2.25-unstripped .
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
--- Comment #17 from dilyan.palauzov at aegee dot org ---
I configured it now without -flto and uploaded the tarball at
http://mail.aegee.org/dpa/bz18288/opendkim-without-lto.tar.xz . I use the
newest gold (66f38e2951a1).
cd opendkim
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
--- Comment #18 from dilyan.palauzov at aegee dot org ---
I replaced opendkim/opendkim/LIBS/libmilter.a with a version without LTO, and
liblua.a in the same directory shall not have LTO, too. So the only static
library involved, which might
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
--- Comment #19 from dilyan.palauzov at aegee dot org ---
Hello Cary,
if you want to try me linking with gold and without LTO, can you send me
a libgcc.a which contains data suitable for normal linking (not compiled
using -fno-fat-lto
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
--- Comment #24 from dilyan.palauzov at aegee dot org ---
I took the updated gold ( b8cf50755b57314), compiled opendkim -flto with both
gold and ld and compared the sizes:
471664 - bfd
475896 - gold
So gold/master still produces bigger
https://sourceware.org/bugzilla/show_bug.cgi?id=18288
dilyan.palauzov at aegee dot org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://sourceware.org/bugzilla/show_bug.cgi?id=18313
dilyan.palauzov at aegee dot org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Created attachment 8419
--> https://sourceware.org/bugzilla/attachment.cgi?id=8419&action=e
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
Compiling gold/dirsearch.cc with GCC6.0 fails with
make[2]: Entering directory '/h
: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
Compiling gold with GCC 6.0 -Werror fails with:
armv6kz-hardfloat-linux-gnueabi
(HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Comiling gas for ARM with GCC 6.0 fails with:
armv6kz-hardfloat-linux-gnuea
: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
/git/binutils-gdb/configure --enable-plugins --enable-threads --enable-gold
--with-system-zlib --with-mmap --enable-lto
cat /usr
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
After doing "./configure --enable-lto --enable-plugins --enable-threads
--enable-gold=yes --with-zlib"
https://sourceware.org/bugzilla/show_bug.cgi?id=19146
--- Comment #2 from dilyan.palauzov at aegee dot org ---
>From my perspective this patch fixes the mentioned problem.
--
You are receiving this mail because:
You are on the CC list for the
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
When compiling binutils GCC 6.0 states:
/git/binutils-gdb/gold/dirsearch.cc:125:1: error:
‘{anonymous}::Dir_caches::~Dir_caches()’ defined but not used
[-Werror=unused-function
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Compiling bfd with gcc 6.0.0 20160308 prints:
make[4]: Entering directory '/binutils/bfd'
/bin/bash ./libtool --tag=CC --mode=c
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
Please alter gold/Makefile.am as follows:
change "noinst_PROGRAMS = ld-net incremental-dump" to "
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
When I compile binutils-gdb.git(3e2e34f86) with "/git/binutils-gdb/configure
--enable-plugins -
: UNCONFIRMED
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
I use gcc 6.1.1 20160517, binutils
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I use ld 2.26.51.20160701 ./configure'd with --enable-plugins
--with-system-zlib --with-expat --with-python --disable-tui
--with-system-readline --enable-compr
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Please document what the user has to do, in order to use LTO with ld, gold, nm,
ar, ranlib in regards to the -?-plugin option. In particular,
* when is 'com
https://sourceware.org/bugzilla/show_bug.cgi?id=20343
--- Comment #3 from dilyan.palauzov at aegee dot org ---
The bfd-plugins directory is not documented.
Doing "gcc -c t.c" "strace nm --plugin=liblto_plugin.so.0.0.0 t.o" does not
show that the bfd-plugins directory
D
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
Please apply the following snippet, so that "gold -
https://sourceware.org/bugzilla/show_bug.cgi?id=20343
--- Comment #6 from dilyan.palauzov at aegee dot org ---
I had --enable-plugins.
"strace ar csr ... &|grep bfd" prints
openat(AT_FDCWD, "../bin/../lib/bfd-plugins",
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1
https://sourceware.org/bugzilla/show_bug.cgi?id=20343
--- Comment #7 from dilyan.palauzov at aegee dot org ---
The part with bfd/plugin.c was a false alarm.
The problem was, that I had the change below, which was supposed to fix these
warnings, when I compile binutils with -flto (cf.
https
https://sourceware.org/bugzilla/show_bug.cgi?id=20346
--- Comment #2 from dilyan.palauzov at aegee dot org ---
When is it sufficient to provide a patch to an enhancement report, when it is
sufficient to send a patch to binutils@ (or gdb-patches@) and when is it
necessary to fill a bug report
onent: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
Provided that gold/configure always turns on "--enable-relro", contrary to
ld/configure, as gold/confi
https://sourceware.org/bugzilla/show_bug.cgi?id=20343
--- Comment #9 from dilyan.palauzov at aegee dot org ---
When the bfd-plugins directory looks like:
me@home:/usr/local/lib/bfd-plugins# ls -l
total 4
lrwxrwxrwx 1 root staff 14 Jul 21 15:11 LLVMgold.so -> ../LLVMgold.so
lrwxrwxrwx 1 r
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
The most recent flex v2.6.2-19-g6bea32e generates code like
#define yywrap yywrap
#define yyalloc yyalloc
and from that moment on 'yywrap'
https://sourceware.org/bugzilla/show_bug.cgi?id=20343
--- Comment #11 from dilyan.palauzov at aegee dot org ---
diff --git a/binutils/doc/binutils.texi b/binutils/doc/binutils.texi
index 0a2c4c6ab4..d7b3657aa0 100644
--- a/binutils/doc/binutils.texi
+++ b/binutils/doc/binutils.texi
@@ -534,9
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I think gcc 7 is right here:
gcc -DHAVE_CONFIG_H -I. -I/git/binutils-gdb/binutils -I.
-I/git/b
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
When I compile bingutils-gdb with gcc7 I get the following warnings:
In file included from /git/binutils-gdb/bfd/coff-i386.c:614:0,
from /git/binutils-gdb/bfd/pei
https://sourceware.org/bugzilla/show_bug.cgi?id=21096
--- Comment #4 from dilyan.palauzov at aegee dot org ---
It works, but there is one more warning:
make[4]: Entering directory '/home/d/binutils/opcodes'
/bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I/gi
https://sourceware.org/bugzilla/show_bug.cgi?id=21096
--- Comment #6 from dilyan.palauzov at aegee dot org ---
The second patch eliminates all warnings.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Created attachment 9991
--> https://sourceware.org/bugzilla/attachment.cgi?id=9991&action=edit
Sample
With the attached package I do ./configure an
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Compiling emacs-25.2 without CFLAGS, CXXFLAGS, LDFLAGS, with gcc 6.3.1
20170421, ld.bfd 2.28.51.20170422, works
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I read in config/plugins.m4 that
-- plugins can be enabled only if either dlfcn.h or windows.h is present
-- plugins are enabled, except --disable-plugins is provided
https://sourceware.org/bugzilla/show_bug.cgi?id=21420
--- Comment #2 from dilyan.palauzov at aegee dot org ---
(In reply to H.J. Lu from comment #1)
> Did ld.bfd ever work with those options?
I don't know.
--
You are receiving this mail because:
You are on the CC list for
https://sourceware.org/bugzilla/show_bug.cgi?id=21423
--- Comment #2 from dilyan.palauzov at aegee dot org ---
Reported to gcc https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80514
--
You are receiving this mail because:
You are on the CC list for the bug
erity: normal
Priority: P2
Component: gprofng
Assignee: vladimir.mezentsev at oracle dot com
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
With gcc 12.2.1 20230108 I try to compile binutils-gdb
gdb-13-branchpoint-431-gda1f81c128b (this is the o
https://sourceware.org/bugzilla/show_bug.cgi?id=29987
--- Comment #1 from dilyan.palauzov at aegee dot org ---
linking ld.bfd also fails, when using ld.bfd 2.39.50.20220817:
make V=1
make[1]: Entering directory '/root/binutils/ld'
Making all in po
make[2]
https://sourceware.org/bugzilla/show_bug.cgi?id=29987
--- Comment #3 from dilyan.palauzov at aegee dot org ---
You are right:
# cd /usr/local/lib64
# ls libibe* -ld
-rw-r--r-- 1 root staff 397474 Apr 24 2017 libiberty.a
# mv libiberty.a libiberty.a.bak
Now the build works.
Nevertheless the
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
nm-2.41.50.20231117 --help prints
--with-symbol-versions Display version strings after symbol names
As this is the default, --help shall
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
ld.bfd --help prints:
--compress-debug-sections=[none|zlib|zlib-gnu|zlib-gabi]
Compress DWARF debug sections using zlib
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Most recent gcc 8.0.1 20180209 does not compile most recent binutils
(15b23f3612ffa19b):
make[4]: Entering directory '/home/d/binutils/bfd'
/bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I/gi
https://sourceware.org/bugzilla/show_bug.cgi?id=22823
--- Comment #3 from dilyan.palauzov at aegee dot org ---
This shifts the errors few lines further:
make[4]: Entering directory '/home/d/binutils/bfd'
/bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I/git/bi
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Created attachment 0
--> https://sourceware.org/bugzilla/attachment.cgi?id=0&action=edit
The object file in the experiments.
I gcc (GCC
https://sourceware.org/bugzilla/show_bug.cgi?id=23357
--- Comment #1 from dilyan.palauzov at aegee dot org ---
Created attachment 1
--> https://sourceware.org/bugzilla/attachment.cgi?id=1&action=edit
Binary linked with gold
--
You are receiving this mail because:
You are on
https://sourceware.org/bugzilla/show_bug.cgi?id=23357
--- Comment #2 from dilyan.palauzov at aegee dot org ---
Created attachment 2
--> https://sourceware.org/bugzilla/attachment.cgi?id=2&action=edit
Binary created with ld 2.31.51.20180630
--
You are receiving this mail becau
https://sourceware.org/bugzilla/show_bug.cgi?id=23357
--- Comment #3 from dilyan.palauzov at aegee dot org ---
Created attachment 3
--> https://sourceware.org/bugzilla/attachment.cgi?id=3&action=edit
Binary created with ld 2.30
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=23357
--- Comment #4 from dilyan.palauzov at aegee dot org ---
Relevant for valgrind is:
commit f6aec96dce1ddbd8961a3aa8a2925db2021719bb (HEAD)
Author: H.J. Lu
Date: Tue Feb 27 11:34:20 2018 -0800
ld: Add --enable-separate-code
This
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
$(ld.bfd --help|grep sepa) shows:
-z separate-codeCreate separate code program header
-z noseparate-code Don't create sep
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
ld --help prints:
-z execstackMark executable as requiring executable stack
-z noexecstack Mark executable as not requiring executable
https://sourceware.org/bugzilla/show_bug.cgi?id=23385
--- Comment #1 from dilyan.palauzov at aegee dot org ---
Also for --hash-style state what is the default.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug
: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
gold --help prints:
--hash-style [sysv,gnu,both]
Dynamic hash style
-> write what the default
https://sourceware.org/bugzilla/show_bug.cgi?id=23385
--- Comment #2 from dilyan.palauzov at aegee dot org ---
Here too clary the defaults for mutually exclusing options:
--accept-unknown-input-arch Accept input files whose architecture cannot be
determined
--no-accept-unknown-input-arch
https://sourceware.org/bugzilla/show_bug.cgi?id=23385
--- Comment #3 from dilyan.palauzov at aegee dot org ---
And this:
--eh-frame-hdr Create .eh_frame_hdr section
--no-eh-frame-hdr Do not create .eh_frame_hdr section
--
You are receiving this mail because:
You are
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
Created attachment 11128
--> https://sourceware.org/bugzi
https://sourceware.org/bugzilla/show_bug.cgi?id=23413
--- Comment #1 from dilyan.palauzov at aegee dot org ---
binutils is linked with
export CONFIG_SITE="a"
export CFLAGS="-O3 -pipe"
export CXXFLAGS="-O3 -pipe"
export LDFLAGS="-Wl,-O1,-s -fuse-ld=gold&qu
https://sourceware.org/bugzilla/show_bug.cgi?id=23413
--- Comment #2 from dilyan.palauzov at aegee dot org ---
In fact I have libisl, libmpc
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug
https://sourceware.org/bugzilla/show_bug.cgi?id=23413
--- Comment #3 from dilyan.palauzov at aegee dot org ---
I have libisl and libmpc only in /usr/local/lib,
libgmp in /usr/local/lib and /usr/lib/x86_64-linux-gnu , and
libz in /usr/local/lib and /lib/x86_64-linux-gnu.
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=23413
--- Comment #5 from dilyan.palauzov at aegee dot org ---
Please align the default settings of ld.gold to match those of ld.bfd.
The defaults of ld.gold and ld.bdf in this regard (defaults for -L) shall be
the same, except there are
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
With binutils 2.31.51.20181019, for a program
#include
#include
int main
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
With binutils 2.31.51.20181019, for a program
#include
#include
int main(void) {
printf ("Your new
https://sourceware.org/bugzilla/show_bug.cgi?id=23812
--- Comment #2 from dilyan.palauzov at aegee dot org ---
gcc /src/glibc228/test-prg7044.c -v -fuse-ld=gold -Wl,-t -Wl,--no-as-needed -lc
-lBrokenLocale -lpthread -lcrypt -ldl -lgcc_s -lnsl -
lutil -lnss_dns -lnss_compat -lmvec -lresolv
https://sourceware.org/bugzilla/show_bug.cgi?id=23812
dilyan.palauzov at aegee dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=23812
--- Comment #6 from dilyan.palauzov at aegee dot org ---
While ld.bfd ≠ ld.gold, ld.bfd has a manual, that in applicable to ld.gold .
However --debug is not in the manual of ld.bfd.
Please write a manual of ld.gold, that describes what is
https://sourceware.org/bugzilla/show_bug.cgi?id=21420
dilyan.palauzov at aegee dot org changed:
What|Removed |Added
Status|NEW |RESOLVED
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
This is t.c:
#include
#include
ssize_t __wrap_read(int fd, void *buffer, size_t count) {
printf("%s\n", (char*)buffer);
return fd + count
https://sourceware.org/bugzilla/show_bug.cgi?id=24406
--- Comment #1 from dilyan.palauzov at aegee dot org ---
Reported the same at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89930 for GCC
with the note “since clang+gold works, gcc+gold should also work.”
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=24406
--- Comment #2 from dilyan.palauzov at aegee dot org ---
This works:
clang -flto -fuse-ld=lld -Wl,--wrap=read t.c
with ld.LLD 8.0.0.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=24406
--- Comment #4 from dilyan.palauzov at aegee dot org ---
With the patch applied “clang -flto -fuse-ld=bfd -Wl,--wrap=read t.c” does
work.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=24406
--- Comment #5 from dilyan.palauzov at aegee dot org ---
With the patch applied this works:
clang -flto -fuse-ld=bfd -Wl,--wrap=read -O3 t.c
gcc -flto -fuse-ld=bfd -Wl,--wrap=read -O3 t.c
gcc -flto -fuse-ld=bfd -Wl,--wrap=read -O2 t.c
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: dilyan.palauzov at aegee dot org
CC: ian at airs dot com
Target Milestone: ---
This is t.c:
---
#include
#include
ssize_t __wrap_read(int fd, void *buffer, size_t count) {
printf("
https://sourceware.org/bugzilla/show_bug.cgi?id=24406
--- Comment #6 from dilyan.palauzov at aegee dot org ---
Reported for gold at https://sourceware.org/bugzilla/show_bug.cgi?id=24415 .
--
You are receiving this mail because:
You are on the CC list for the bug
: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Compiling most recent binutils (git/master - commit
b05971a652c35ed72d3c95290e18
https://sourceware.org/bugzilla/show_bug.cgi?id=24440
dilyan.palauzov at aegee dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
With ld.gold und ld.bfd 2.32.51.20190429, ld.gold --help prints:
--no-undefined Report undefined symbols (even with --shared)
-z defs
https://sourceware.org/bugzilla/show_bug.cgi?id=24613
--- Comment #2 from dilyan.palauzov at aegee dot org ---
Both linkers use the same file for their documentation, ld.texi . Either the
file shall describe how the linkers differ, or ld.gold shall provide its own
documentation.
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=24613
--- Comment #5 from dilyan.palauzov at aegee dot org ---
The descriptions of --no-undefined talks about regular object files, while
--allow-shlib-undefined is about shared libraries as opposed to regular object
files. -z undefs is about
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
With ld.bfd 2.32.51.20190802, as discussed at linking with
LINK_ARGS = -Wl,--no-undefined -Wl,--as
1 - 100 of 145 matches
Mail list logo
