go moko wrote:
/usr/bin/ld: nsCOMPtr.o: relocation R_X86_64_PC32
against
`nsGetServiceByContractIDWithError::operator()(nsID
const&, void**)
const' can not be used when making a shared object;
Just a blind shot: Have you -fPIC option in your
CFLAGS?
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
I guess I jumped to an incorrect assumption that everybody has read all
my past posts and was sick of seeing the output of my ineffective
attempts to get Thunderbird running on my system. If I had included the
entire failed compile output, besides the above you would see the full
command line c++ and all the args including -fPIC. After what's above
the output then suggests that I re-compile with -fPIC. I asked a few
people exactly what that switch did and nobody could tell me. I finally
got around to reading parts of interest in the gcc man page at work
today and found out that it tells the compiler/linker to build a shared
object. It seems to have something to do with addressing. The man page
also said that if you use the switch in the final linking command you
also need to use it to compile the objects that you are linking into an
so file. What I don't know yet is if ALL the objects in the linking line
have been compiled with the switch. I do know as I scrolled back to look
once it failed I saw a lot of -fPIC switches. As far as CFLAGS goes I
don't have any set. Back in CLFS the book said clear anything that was
set and I haven't seen anything to change that. :-)
Arnie
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
