Hmm. It seems likely to be something to do with running under
Solaris, since most of my cross-development when I was testing was
hosted on a Sparc running NetBSD and targeted to an i386.

Have you tried linking the .o file from the assembler under NetBSD?
If that doesn't work, the problem is still with the assembler, most
likely.

Send me (via private e-mail) a copy of a simple C program that dies
when compiled and linked on your Sparc, (hello, world), the .s
assembler output of gcc (using `gcc -S hello.c'), and the object
file produced with `cc -c hello.c', and I'll have a look at them.

cjs

Curt Sampson    curt@portal.ca		Info at http://www.portal.ca/
Internet Portal Services, Inc.	
Vancouver, BC   (604) 257-9400		De gustibus, aut bene aut nihil.

On 22 Oct 1996, Valtteri Vuorikoski wrote:

> Date: 22 Oct 1996 15:58:49 +0300
> From: Valtteri Vuorikoski <vuori@k.notcom.org>
> To: Curt Sampson <curt@portal.ca>
> Cc: NetBSD-current Users <current-users@NetBSD.ORG>
> Subject: Re: Patches for binutils-2.7 and NetBSD
> 
>  After applying this patch to binutils, the output from the cross-assembler
> (hosted on sparc-sun-solaris2.5, compiling for i386-unknown-netbsd12) works
> fine, but do you have any ideas why the binutils ld seems to be losing ?
> Binaries linked on the Solaris box die on the i386:
> 
> Program terminated with signal 11, Segmentation fault.
> #0  0x19e0 in exit ()
> 
> and that's all that shows in the trace. I have NetBSD /usr/lib nfs mounted
> and according to truss the cross-ld finds the right files.
>