mips64-linux multilib vs -B mips64-linux/lib32/
Guido Guenther
agx@sigxcpu.org
Mon Jul 21 22:41:00 GMT 2003
On Sat, Jul 19, 2003 at 07:58:29PM +0200, Andreas Jaeger wrote:
> -B is the prefix for the executables etc. It should be the same
> independend of the multilib.
Well the problem is that -B is not only executables, the docs told me...
# This option specifies where to find the executables, libraries,
# include files, and data files of the compiler itself.
...and it seems to be right since we really pick up the wrong libc.
> The magic happens AFAIK with the --print-multi options. For example I
> have on x86_64:
> $ gcc --print-multi-lib
> .;
> 32;@m32
> $ gcc --print-multi-directory
> .
> $ gcc --print-multi-os-directory
> ../lib64
> $ gcc --print-multi-os-directory -m32
> ../lib
> $ gcc --print-multi-directory -m32
> 32
I stumbled on these already and they all looked reasonable:
$ mips64-linux-gcc -mabi=n64 --print-multi-os-directory
../lib
$ mips64-linux-gcc -mabi=64 --print-multi-os-directory
../lib64
mips64-linux-gcc -mabi=32 --print-multi-os-directory
../lib
I'm still puzzled what exactly mabi-fake-default is:
$ mips64-linux-gcc --print-multi-lib
.;@mabi-fake-default
32;@mabi=n32@mabi-fake-default
64;@mabi=64@mabi-fake-default
I'm digging into this further...
Thanks,
-- Guido
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <https://gcc.gnu.org/pipermail/gcc/attachments/20030721/f2b5efbd/attachment.sig>
More information about the Gcc
mailing list