https://sourceware.org/bugzilla/show_bug.cgi?id=21964
H.J. Lu changed:
What|Removed |Added
Attachment #10353|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #11 from Michael Matz ---
So I think in addition to what my patch did the following also needs solving:
* if a __start symbol is supposed to be created, then it should be created!
(i.e. not merely use some random other symbol com
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #10 from Michael Matz ---
Created attachment 10356
--> https://sourceware.org/bugzilla/attachment.cgi?id=10356&action=edit
another testcase showing unpatched binutils broken
Like with this new testcase. The difference
is that w
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #9 from Michael Matz ---
(In reply to Michael Matz from comment #8)
> Looking at this, that ld-gc/pr20002 doesn't fail without the patch from
> comment #4 is a nice thing, but I think it succeeds for the wrong reasons.
The testca
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #8 from Michael Matz ---
You mean it shows an additional issue, I wasn't saying my patch is perfect,
merely that it fixes my reported problem. I think it's the same reason of why
the testcase ld-gc/pr20022 fails with the proposed
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #7 from H.J. Lu ---
Created attachment 10355
--> https://sourceware.org/bugzilla/attachment.cgi?id=10355&action=edit
A testcase to show the issue
With the proposed change, I got
[hjl@gnu-6 orphan-2]$ make
cc -g -c -o app.o ap
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #6 from Michael Matz ---
Created attachment 10354
--> https://sourceware.org/bugzilla/attachment.cgi?id=10354&action=edit
tarball with testcase
Here is one. Unlike libqb it's not using dl_iterate_phdr and then dlopen with
the k
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #5 from H.J. Lu ---
(In reply to Michael Matz from comment #4)
> Created attachment 10353 [details]
> Tentative patch
>
> Well, the problem is quite obvious. Just compile this:
>
> % cat t.c
> #include
> extern void * __start__
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #4 from Michael Matz ---
Created attachment 10353
--> https://sourceware.org/bugzilla/attachment.cgi?id=10353&action=edit
Tentative patch
Well, the problem is quite obvious. Just compile this:
% cat t.c
#include
extern void *
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #3 from H.J. Lu ---
(In reply to Michael Matz from comment #2)
> (In reply to H.J. Lu from comment #1)
> > What should happen when there is _verbose section in more than one shared
> > object?
>
> As I said, the code in question u
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #2 from Michael Matz ---
(In reply to H.J. Lu from comment #1)
> What should happen when there is _verbose section in more than one shared
> object?
As I said, the code in question uses dlsym, so nothing interesting happens,
multi
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
--- Comment #1 from H.J. Lu ---
(In reply to Michael Matz from comment #0)
> Commit cbd0eecf reworked the provision of __start_ and __stop_ symbols for
> sections with C-representable names (e.g. to always provide them, not only
> for orphaned
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
Michael Matz changed:
What|Removed |Added
CC||amodra at gmail dot com,
https://sourceware.org/bugzilla/show_bug.cgi?id=21964
Bug ID: 21964
Summary: __start_SCN symbols aren't exported anymore
Product: binutils
Version: 2.29
Status: NEW
Severity: normal
Priority: P2
Component: ld
https://sourceware.org/bugzilla/show_bug.cgi?id=21931
--- Comment #6 from marc.balem...@c-s.fr ---
Symbols in both libraries look fine :
> nm -D /opt/cldk-1.4.0/ppc-linux/lib/nof/libgcc_s.so.1 | grep Unwind
> 00014998 T _Unwind_Backtrace
> 0001497c T _Unwind_DeleteException
> 00011c74 T _Unwind_F
https://sourceware.org/bugzilla/show_bug.cgi?id=21931
--- Comment #5 from Alan Modra ---
Linking with -Wl,-lc looks like it results in libc being searched before
libgcc. I wonder if you have a broken unwinder in libgcc? This still seems
likely a configuration problem to me.
"nm -D ...path_to/l
https://sourceware.org/bugzilla/show_bug.cgi?id=21956
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=21957
--- Comment #2 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=0c54f69295208331faab9bc5e995111a35672f9b
commit 0c54f69295208331faab9bc5e99
https://sourceware.org/bugzilla/show_bug.cgi?id=21956
Bug ID: 21956
Summary: Null Pointer in setup_group
Product: binutils
Version: 2.29
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=21957
Zhihua Yao <499671216 at qq dot com> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=21931
--- Comment #4 from marc.balem...@c-s.fr ---
The output is the following :
> /opt/cldk-1.4.0/lib/gcc/ppc-linux/5.4.0/../../../../ppc-linux/bin/ld: mode
> elf32ppclinux
> /opt/cldk-1.4.0/lib/gcc/ppc-linux/5.4.0/../../../../ppc-linux/lib/crt1.o
21 matches
Mail list logo
