[Bug ld/3831] Support for automatically including symbols in the list of dynamic symbols that are referenced as global data

2007-01-05 Thread shausman at trolltech dot com
--- Additional Comments From shausman at trolltech dot com 2007-01-05 08:09 --- I believe this applies to all (exported) global variables. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3831 --- You are receiving this mail because: --- You are on the CC list for the bug,

[Bug ld/3831] Support for automatically including symbols in the list of dynamic symbols that are referenced as global data

2007-01-05 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2007-01-05 13:30 --- (In reply to comment #2) > I believe this applies to all (exported) global variables. Linker doesn't know which global variables should be exported. You need to tell linker via --dynamic-list. Linker can only do "all

[Bug ld/3831] Support for automatically including symbols in the list of dynamic symbols that are referenced as global data

2007-01-05 Thread shausman at trolltech dot com
--- Additional Comments From shausman at trolltech dot com 2007-01-05 14:04 --- Sorry, maybe I was mixing up terms incorrectly there. For 'export' I effectively meant ELF visibility. __attribute__((visibility("hidden")) int secret = 0; __attribute__((visibility("default")) int public =

[Bug ld/3831] Support for automatically including symbols in the list of dynamic symbols that are referenced as global data

2007-01-05 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2007-01-05 14:08 --- (In reply to comment #4) > Sorry, maybe I was mixing up terms incorrectly there. For 'export' I > effectively meant ELF visibility. > > __attribute__((visibility("hidden")) int secret = 0; > __attribute__((visibility

[Bug ld/3831] Support for automatically including symbols in the list of dynamic symbols that are referenced as global data

2007-01-05 Thread shausman at trolltech dot com
--- Additional Comments From shausman at trolltech dot com 2007-01-05 14:50 --- (In reply to comment #5) Yes. But since with --dynamic-list-cpp-typeinfo references to the global and visible variables are still bound locally we established that --dynamic-list needs to be used instead,

[Bug ld/3831] Support for automatically including symbols in the list of dynamic symbols that are referenced as global data

2007-01-05 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2007-01-05 14:53 --- (In reply to comment #6) > > I believe this applies to all static class members that have default > visibility > and regular global variables with default visibility. I guess there is no > actual difference betwee

[Bug binutils/3631] bfd/archive64.c is compiled unconditionally even for 32-bit targets

2007-01-05 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2007-01-05 18:43 --- A patch is posted at http://sourceware.org/ml/binutils/2007-01/msg00064.html -- What|Removed |Added

[Bug ld/3831] Support for automatically including symbols in the list of dynamic symbols that are referenced as global data

2007-01-05 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2007-01-05 21:21 --- Created an attachment (id=1475) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1475&action=view) A patch Can you give it a try? -- http://sourceware.org/bugzilla/show_bug.cgi?id=3831 --- You are recei