Re: gcc -m32 option on amd64.
- From: Tom Evans <tevans.uk@xxxxxxxxxxxxxx>
- Date: Mon, 30 Jul 2007 09:24:43 +0100
On Sat, 2007-07-28 at 17:55 +1000, Peter Jeremy wrote:
On 2007-Jul-27 17:32:35 +0100, Tom Evans <tevans.uk@xxxxxxxxxxxxxx> wrote:
gcc on amd64 is capable of generating i386 code, but ld on amd64 is
incapable of linking i386 code together without serious amounts of work.
Can you elaborate on what you mean by "incapable of linking i386 code"?
The stock ld can definitely link i386 code:
turion% ld -V
GNU ld version 2.15 [FreeBSD] 2004-05-23
Supported emulations:
elf_i386_fbsd
elf_x86_64_fbsd
turion%
There is a problem that the 32-bit pathnames on FreeBSD/amd64 are
different to the 32-bit pathnames on FreeBSD/i386 (ie an i386
executable built on amd64 will point to /libexec/ld-elf32.so.1, rather
than /libexec/ld-elf.so.1) so the result won't execute on a
FreeBSD/i386 box - but I don't see that as a problem with ld, rather
the configuration.
Sure. By 'incapable of linking i386 code' I mean that the default
toolchain of gcc invoking ld to assemble libraries and object files into
executables is incapable of doing so when compiling i386 code. I say
without serious amounts of work because, as you point out, it is
possible to do.
Any other english sentences you need explaining?
Attachment:
signature.asc
Description: This is a digitally signed message part
- Follow-Ups:
- Re: gcc -m32 option on amd64.
- From: Giorgos Keramidas
- Re: gcc -m32 option on amd64.
- References:
- gcc -m32 option on amd64.
- From: Sharad Chandra
- Re: gcc -m32 option on amd64.
- From: Peter Jeremy
- Re: gcc -m32 option on amd64.
- From: Tom Evans
- Re: gcc -m32 option on amd64.
- From: Peter Jeremy
- gcc -m32 option on amd64.
- Prev by Date: Fatal trap 12: page fault while in kernel mode.Need help.
- Next by Date: Re: [patch] enhance powerd(8) to handle max temperature
- Previous by thread: Re: gcc -m32 option on amd64.
- Next by thread: Re: gcc -m32 option on amd64.
- Index(es):
Relevant Pages
|
|