How to configure cross binutils in a sane state?

[Hector Oron]

Hi Andreas,

Thanks for the quick reply

2010/3/30 Andreas Schwab <schwab@linux-m68k.org>:
>> My libs should be under /usr/arm-linux-gnueabi/lib, why is rpath
>> pointing other directory (*-rpath
>> /usr/x86_64-unknown-linux-gnu/arm-linux-gnueabi/lib*)?
>
> That's the correct place for the host libraries as used by cross
> binutils.
>
>> How should I instruct binutils to use /usr/arm-linux-gnueabi/lib?
>
> Not at all.  Nothing should be installed there by bintuils.  It is used
> for target libraries, and binutils does not contain any such library.

Clear then, I was worried about it as for native builds it looks like
rpath usually points to /usr/lib.


>> configure: error: in
>> `/tmp/upstream/binutils-2.20.1/builddir-arm-linux-gnueabi/opcodes':
>> configure: error: C compiler cannot create executables
>> See `config.log' for more details.
>
> Please see `config.log' for more details.

configure:2850: $? = 1
configure:2870: checking for C compiler default output file name
configure:2892: gcc -g -O2    conftest.c  >&5
as: symbol lookup error: as: undefined symbol: concat
configure:2896: $? = 1
configure:2933: result:
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:2939: error: in
`/tmp/upstream/binutils-2.20.1/builddir-arm-linux-gnueabi/opcodes':
configure:2943: error: C compiler cannot create executables
See `config.log' for more details.


Attached opcodes/config.log

-- 
 Héctor Orón

"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us."
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.log
Type: text/x-log
Size: 8259 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20100330/31e0088d/attachment.bin>