On 29.12.2010 13:38, George Danchev wrote:
Frank B. Brokken writes:
Dear Matthias Klose, you wrote:
this has nothing to do with --as-needed or --no-as-needed. you don't
link with -lstdc++, therefore use the g++ driver, not the gcc
driver.
Ok, that's clear and it's certainly true and an improvement, but it doesn't
solve the undefined references when building lcgen. Using --no-as-needed
does, apparently, although I'm not convinced that it solves the problem.
It probably only bypasses it. Or does it...?
I experience the same behavior (bobcat not linked with ssl) when -Wl,--as-
needed is requested even if linkage is performed with g++ driver. This is to
be a correct linker action when faced with --as-needed in my opinion since ssl
symbols are not needed for bobcat itself.
I can see that in bobcat is not linked with ssl in Matthias's build too, even
though gcc driver was used:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608145#25
yes, expected. I did use gcc, not g++.
To summarize, I believe we should go with (for icmake/libraries):
run("g++ " + " -shared -Wl,-z,def,-soname," + libsomajor +
" -o " + destDir + libsoshared + " */os/*.o " + g_sharedLibReq );
ok.
One more thing to do independently of any --as-needed/--no-as-needed flag is to
look at the existing build logs and the dpkg-shlibdeps warnings, e.g.
https://buildd.debian.org/fetch.cgi?pkg=bobcat&arch=amd64&ver=2.10.02-1&stamp=1293288515&file=log&as=raw
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
