> file crypto/cryptlib.o
> crypto/cryptlib.o:      ELF 32-bit MSB relocatable SPARC32PLUS Version 1, V8+ 
>Required, UltraSPARC1 Extensions Required
Looks great!
> 
> thus when I do use "nm" to list the archive library created:
> 
> nm -u libcrypto.a
> nm: cryptlib.o: File format not recognized
> ......
Can you post output from 'which nm'? Can you confirm that
/usr/ccs/bin/nm exhibits same behaviour? Do check other involved
"parties" as well! Namely what does 'which ar' say? Which ld gets hired
to link programs? In order to figure the latter out run 'touch a.o;
truss -f -t exec gcc a.o'... What is the first argument to the last
execve system call? 
> 
> I certainly am not happy with the following option on the compile list :
> 
> -mcpu=ultrasparc
> 
> Even though "uname " reports
> SunOS 5.5.1 Generic_103640-24 sun4u sparc SUNW,Ultra-2
> 
> It appears to me that some sort of cross compiling is happening here.
Define "cross compiling." I don't consider this case as cross compiling
because it's the very same system interfaces (libc and accompanying
/usr/include) get involved with and without -mcpu=ultrasparc option.
> 
>   Tarang

Ulf wrote:
> So, "sun4u" (and even "Ultra-2" in the uname output) does not imply
> that we can use -multrasparc?
I bet it does and the problem is very likely caused by out-of-date GNU
binutils present on the $PATH and/or in /.../gcc-lib/../*.
> What do we have to test for to get it
> right?
We could demand having /usr/ccs/bin *first* in the $PATH. Unfortunately
it won't help in situations when people have out-of-date GNU binutils
('as' and 'ld' in particular) fused into the path they have feeded the
the gcc configure script with through the --prefix option. As it was
already discussed here gcc looks for components like 'as' and 'ld' in
its --prefix tree first and only then falls down to vendor provided
utilities:-( Just run 'truss -f -t exec,access gcc a.c' to see where
does it look for the stuff...

Andy.
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       [EMAIL PROTECTED]
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to