The following header lines retained to effect attribution: |Date: Thu, 25 Jan 2001 11:23:27 -0500 (EST) |From: Blue Lang <[EMAIL PROTECTED]> |Subject: Re: SSH 2.4.0 on Irix 6.5.10 with Mips r4000 CPU produces binaries for |To: "Dr. D. Karron." <[EMAIL PROTECTED]> |Cc: "Ssh (E-mail)" <[EMAIL PROTECTED]> |On Wed, 24 Jan 2001, Dr. D. Karron. wrote: |> but the binaries don't run, the loader punting them with a 'wrong |> architecture'. |that's a very cool error :) what compiler did you use, and what does |'file' and 'ldd' ing the file tell you? how about trussing it? | Blue Lang, Unix Voodoo Priest http://www.gator.net/~blue | 202 Ashe Ave, Apt 3, Raleigh, NC. 919 835 1540 | "A computer is a state machine. Threads are for people who can't program | state machines." - Alan Cox, From Larry McVoy's quote page # cat e.c int main(){write(1,MSG,5); return 0;} # cc -32 -DMSG='"-32\n\0"' e.c -o e32 # cc -n32 -DMSG='"-n32\n"' e.c -o en32 # cc -64 -DMSG='"-64\n\0"' e.c -o e64 # uname -s IRIX # ./e32; ./en32; ./e64 -32 -n32 ksh: ./e64: cannot execute # file e32 en32 e64 e32: ELF 32-bit MSB mips-2 dynamic executable (not stripped) MIPS - version 1 en32: ELF N32 MSB mips-4 dynamic executable (not stripped) MIPS - version 1 e64: ELF 64-bit MSB mips-4 dynamic executable (not stripped) MIPS - version 1 # rcp e32 en32 e64 herber@fcdfsgi2: # rsh -l herber fcdfsgi2 "uname -s; ./e32; ./en32; ./e64" IRIX64 -32 -n32 -64 # head a.c b.c ==> a.c <== int main() { return b(); } ==> b.c <== int b(){ return 42; } # cc -c -n32 b.c # cc -o q a.o b.o ld32: FATAL 12 : Expecting n32 objects: a.o is o32. # cc -32 -o q a.o b.o ld: FATAL 12 : Expecting o32 objects: b.o is n32. If uname -s says IRIX, then -64 compilied executables will not work. If uname -s says IRIX64, then they will.kkk And, the object files can neither mixed nor converted to another type. Randolph J. Herber, [EMAIL PROTECTED], +1 630 840 2966, CD/CDFTF PK-149F, Mail Stop 318, Fermilab, Kirk & Pine Rds., PO Box 500, Batavia, IL 60510-0500, USA. (Speaking for myself and not for US, US DOE, FNAL nor URA.) (Product, trade, or service marks herein belong to their respective owners.)
