Problem with multilib build

Jim Wilson wilson@tuliptree.org
Fri Apr 18 18:26:00 GMT 2008


Ethan Du wrote:
>  You see, "./arm-none-linux-gnueabi/lib/cortex-a8" was missing. After
> gave a check I found the binaries should be placed under
> "./arm-none-linux-gnueabi/lib/cortex-a8" was actually placed under
> "./arm-none-linux-gnueabi/lib".

Check the multilib.h file in the build directory to make sure it is OK. 
  You also might be able to get some useful info by looking at the build 
files.

>  I was thinking config/arm/t-linux-eabi should be the only place need
> to be modified for multilib build, is that right?

Normally, yes, though it depends on what you are trying to do.

>  I see libraries under ./arm-none-linux-gnueabi/lib/ is armv5, where
> is this default arch value defined?

Look for a definition of MULTILIB_DEFAULTS in one of the .h files.

>  I already have such a toolchain installed, but without the multilib
> I want. To avoid a new install, I just copied the multilib folders to
> the old toolchain, and used -specs=my_new_specs to try,

There is a multilib.h file created that is included by gcc.c.  You can't 
override this stuff via the specs files.  You need to build a new gcc 
driver.  You should not need to rebuild anything else.

Jim



More information about the Gcc-help mailing list