[Bug gold/25236] common symbols ignore size and alignment of symbols in shared libraries

2019-12-06 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25236 Alan Modra changed: What|Removed |Added Status|ASSIGNED|NEW CC|

[Bug ld/25236] common symbol: don't consider definitions in shared objects

2019-12-06 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=25236 --- Comment #8 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=5fa370e437f39bf73a133cc84c4e6329943522bf commit 5fa370e437f39bf73a133cc84c4e6

[Bug ld/25236] common symbol: don't consider definitions in shared objects

2019-12-06 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25236 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug ld/25236] common symbol: don't consider definitions in shared objects

2019-12-06 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=25236 --- Comment #6 from Fangrui Song --- To make sure we are on the same page. In the case that both a.o and a.so define the common symbol: The definition from a.o wins. --version-script should apply versions on the definition. At runtime, the sh

[Bug ld/25236] common symbol: don't consider definitions in shared objects

2019-12-06 Thread ian at airs dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25236 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #5

Re: Bug Report ( sensitive information on Github )

2019-12-06 Thread kunal mhaske
Yes, I did. On Fri 6 Dec, 2019, 12:12 PM Ian Lance Taylor, wrote: > kunal mhaske writes: > > > Because the github leak the your engineers id and password > > You seem to be confusing binut...@sourceware.org with a Red Hat mailing > list. > > Ian > > > On Thu 5 Dec, 2019, 9:41 PM Ian Lance Taylo

Re: Bug Report ( sensitive information on Github )

2019-12-06 Thread Ian Lance Taylor
kunal mhaske writes: > Because the github leak the your engineers id and password You seem to be confusing binut...@sourceware.org with a Red Hat mailing list. Ian > On Thu 5 Dec, 2019, 9:41 PM Ian Lance Taylor, wrote: > >> kunal mhaske writes: >> >> > Any update on this? >> >> I don't under

[Bug ld/25236] common symbol: don't consider definitions in shared objects

2019-12-06 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25236 Alan Modra changed: What|Removed |Added CC||iant at google dot com -- You are recei

[Bug ld/25236] common symbol: don't consider definitions in shared objects

2019-12-06 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=25236 --- Comment #3 from Fangrui Song --- Maybe we should discuss on the generic ABI mailing list. It is very late here (01:00) so I'll not do that now. If you create a thread, can you CC me? My feeling is that a STN_COMMON (STT_COMMON) definition

[Bug ld/25236] common symbol: don't consider definitions in shared objects

2019-12-06 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25236 --- Comment #4 from Alan Modra --- No, I'm not saying a common in a shared library wins over a common in a regular object, just that the maximum size is taken into account. See the comment in bfd/elflink.c starting /* NEWDYNCOMMON and OLDDYNC