From: Rene Rivera (grafik.list_at_[hidden])
Date: 2005-03-31 12:31:12
Brad Cox wrote:
> Rene Rivera wrote:
>> Brad Cox wrote:
>> Yes... There's even a whole list dedicated to this, Jamboost, see...
> Thanks! Actually I subscribed there too. Should I move followup
> questions there?
Probably.. I'll start with this one :-)
>> 1. Remove the use of objcopy by removing the line this line in the
>> flags gcc .OBJCOPY : [ GLOB $(GCC_BIN_DIRECTORY) $(PATH) : objcopy ] ;
> Thanks! Changing objcopy in this line to ppc_82xx-objcopy nailed it.
Awesome.. like in Star Trek (tm) going for that third option :-)
> Much further along now; 261 lines in the log before the build derailed
> on python:
> Relocations in generic ELF (EM: 0)
> could not read symbols: File in wrong format
> collect2: ld returned 1 exit status
Now that's a strange error :-\
> If I'm reading this right, looks like python is the only problem. Can I
> just ignore this? We're only using boost threads AFAIK. I'd rather do it
> completely though.
I'm not sure it's a Boost.Python problem...
> BTW: I have a ppc_82xx-ld. Should I use that instead of the
> ppc-linux/bin/ld? Somehow?
Definitely! That's likely the above problem.. Using one linker with the
output of a different compiler. But I'm not sure how you *are* managing
to not use the ppc_82xx-ld linker. When one builds GCC for cross compile
the linker is "hard coded" into the build so that it invokes only that
when linking. And for bjam we just call GCC to do the linking not LD
Hmm... although there are other commands we do call directly...
Specifically "ranlib" and "ar". For "ar" it finds it the same way as the
objcopy (the line for that is above the objcopy lines). As for ranlib
you can specify which one to use either by making sure it's first in the
PATH. Or by specifying it in the bjam invocation: bjam ..
-- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com - 102708583/icq
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk