Hi Ian,
this patch indeed fixes my problem. Thanks a lot.
Actually, I am wondering whether it makes sense to use "-s" and
"-shared" together. What information stays in the shared object that I
am still able to link it?
Roland
Ian Lance Taylor wrote:
Roland Baumann <roland.baum...@coware.com> writes:
I compile this with:
g++-4.1.2 -c test_shared.cc -o test_shared.o
g++-4.1.2 -B <path_to_gold> -shared -s test_shared.o -o test_shared.so
I'm not able to recreate this problem with either binutils 2.19 or
with the development version. Can you post the output of your -shared
command line with the -v option? That will show precisely how the
linker is being invoked.
Here it comes:
Thanks. Unfortunately I still can't recreate it.
I took a closer look at the code, and I found a possible problem if
there are local symbols which have to go into the dynamic symbol
table. I committed this patch, which may fix your problem.
Ian
2009-01-15 Ian Lance Taylor <i...@google.com>
* object.cc (Sized_relobj::write_local_symbols): Don't write out
local symbols when stripping all symbols.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
