https://sourceware.org/bugzilla/show_bug.cgi?id=18703
Cary Coutant changed:
What|Removed |Added
CC||jrnieder at gmail dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
Cary Coutant changed:
What|Removed |Added
Blocks||12261
Referenced Bugs:
https://sourc
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
Cary Coutant changed:
What|Removed |Added
Blocks||13521
Referenced Bugs:
https://sourc
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #22 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Cary Coutant :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=3ac0a36c297a7bb3325c6efa75640572dbdb
commit 3ac0a36c297a7bb3325c6efa75
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #20 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Cary Coutant :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=b45e00b3ed40589af75b8a36a67905ae265a20f8
commit b45e00b3ed40589af75b8a36a6
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #19 from Cary Coutant ---
> FAIL: vers1
This is because gold does not handle "sym@" properly. Working on it.
> FAIL: vers2
> FAIL: vers3
> FAIL: vers6
> FAIL: vers8
These look like the same root problem.
> ERROR: tcl error sour
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #18 from Cary Coutant ---
Another change you can make is to remove "foo" from the version script
entirely. If foo.map is just this:
VERS_1.1 {
};
then both linkers will put "foo@VERS_1.1" into the dynamic symbol
table (no default
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #17 from Sriraman Tallam ---
On Wed, Jul 22, 2015 at 11:24 AM, hjl.tools at gmail dot com
wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=18703
>
> --- Comment #16 from H.J. Lu ---
> (In reply to Sriraman Tallam from com
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #16 from H.J. Lu ---
(In reply to Sriraman Tallam from comment #15)
>
> H.J. : Can we use Cary's idea to fix libgcc/config/i386/cpuinfo.c to
> make libgcc_s.so.1 do the right thing with gold too until this issue
> is resolved in s
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #15 from Sriraman Tallam ---
On Tue, Jul 21, 2015 at 5:35 PM, ccoutant at gmail dot com
wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=18703
>
> --- Comment #6 from Cary Coutant ---
>>Another usage of the '.symver'
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #14 from H.J. Lu ---
I created users/hjl/gold-test branch and added ld-elfvers/vers-gold.exp
to run ld symbol version tests with gold:
[hjl@gnu-6 ld]$ make check RUNTESTFLAGS="vers-gold.exp"
...
Running
/export/gnu/import/git/sour
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #13 from H.J. Lu ---
Change assembler may break existing code. I think gold should
behave the same as ld on this.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #12 from Cary Coutant ---
> The documentation can have some improvements. But ld.bfd behavior is
> well-defined as shown by testcases in ld/testsuite/ld-elfvers.
If you're going to maintain that ".symver foo,foo@VER" is valid, th
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #11 from H.J. Lu ---
(In reply to Cary Coutant from comment #10)
>
> In this example, "foo" is both unversioned and versioned. In response
> to the unversioned one, gold is creating a default version, as
> directed by the linker s
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #10 from Cary Coutant ---
>> T foo
>> T foo@VERS_1.1
>>
>> With the version script, gold sees the first of those (plain "foo")
>> and makes it the default version (as, I think, it should). The seco
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #9 from H.J. Lu ---
(In reply to Sriraman Tallam from comment #8)
>
> From your later comments, it does look like the difference is because
> of the extra "@" added by gold to make it the default symbol.
>
Linker shouldn't add t
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #8 from Sriraman Tallam ---
On Tue, Jul 21, 2015 at 5:07 PM, ccoutant at gmail dot com
wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=18703
>
> --- Comment #3 from Cary Coutant ---
> Sorry, I need more context than that
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #7 from H.J. Lu ---
(In reply to Cary Coutant from comment #6)
> >Another usage of the '.symver' directive is:
> > .symver NAME, NAME2@@NODENAME
> >In this case, the symbol NAME must exist and be defined within the
> >
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #6 from Cary Coutant ---
>Another usage of the '.symver' directive is:
> .symver NAME, NAME2@@NODENAME
>In this case, the symbol NAME must exist and be defined within the
> file being assembled. It is similar to NAME2
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #5 from H.J. Lu ---
>From "info ld":
To do this, you must use multiple '.symver' directives in the source
file. Here is an example:
__asm__(".symver original_foo,foo@");
__asm__(".symver old_foo,foo@VERS_1.1");
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #4 from H.J. Lu ---
(In reply to Cary Coutant from comment #1)
> I think this is working as intended, although comparing with Gnu ld output,
> I see that gold defines it as a default version ("@@") where Gnu ld does
> not. I'm not
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #3 from Cary Coutant ---
Sorry, I need more context than that. You've said that the symbol is
not versioned, but in fact it is. The only differences between the two
linkers that I see are:
(1) The name that appears in the linker s
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #2 from Sriraman Tallam ---
On Tue, Jul 21, 2015 at 11:03 AM, ccoutant at gmail dot com
wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=18703
>
> --- Comment #1 from Cary Coutant ---
> You're looking at the linker symbol
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #1 from Cary Coutant ---
You're looking at the linker symbol table with nm. (And nm does not show
versioning information from the .gnu.version* sections.)
When I build this with gold, readelf -Vs shows:
Symbol table '.dynsym' con
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
Sriraman Tallam changed:
What|Removed |Added
CC||ccoutant at gmail dot com
--
You a
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
Sriraman Tallam changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You
27 matches
Mail list logo
