HI,

here are some more lines before the error occurs:

gcc -DMONOLITH -I.. -I../include  -DOPENSSL_THREADS -D_REENTRANT -fPIC
-m64 -O3 -
Wall -DL_ENDIAN -DMD32_REG_T=int -DMD5_ASM   -c -o engine.o engine.c
gcc -DMONOLITH -I.. -I../include  -DOPENSSL_THREADS -D_REENTRANT -fPIC
-m64 -O3 -
Wall -DL_ENDIAN -DMD32_REG_T=int -DMD5_ASM   -c -o ocsp.o ocsp.c
gcc -DMONOLITH -I.. -I../include  -DOPENSSL_THREADS -D_REENTRANT -fPIC
-m64 -O3 -
Wall -DL_ENDIAN -DMD32_REG_T=int -DMD5_ASM   -c -o prime.o prime.c
gcc -DMONOLITH -I.. -I../include  -DOPENSSL_THREADS -D_REENTRANT -fPIC
-m64 -O3 -
Wall -DL_ENDIAN -DMD32_REG_T=int -DMD5_ASM   -c -o openssl.o openssl.c
rm -f openssl
shlib_target=; if [ -n "" ]; then \
        shlib_target="solaris-shared"; \
fi; \
if [ "${shlib_target}" = "darwin-shared" ] ; then \
  LIBRARIES="../libssl.a  ../libcrypto.a" ; \
else \
  LIBRARIES="-L.. -lssl  -L.. -lcrypto" ; \
fi; \
/opt/local/bin/make -f ../Makefile.shared -e \
        APPNAME=openssl OBJECTS="openssl.o verify.o asn1pars.o req.o
dgst.o dh.o
dhparam.o enc.o passwd.o gendh.o errstr.o ca.o pkcs7.o crl2p7.o crl.o
rsa.o rsaut
l.o dsa.o dsaparam.o ec.o ecparam.o x509.o genrsa.o gendsa.o s_server.o
s_client.
o speed.o s_time.o apps.o s_cb.o s_socket.o app_rand.o version.o
sess_id.o cipher
s.o nseq.o pkcs12.o pkcs8.o spkac.o smime.o rand.o engine.o ocsp.o
prime.o" \
        LIBDEPS=" $LIBRARIES -lsocket -lnsl -ldl" \
        link_app.${shlib_target}
( :; LIBDEPS="${LIBDEPS:--L.. -lssl  -L.. -lcrypto -lsocket -lnsl
-ldl}"; LDCMD="
${LDCMD:-gcc}"; LDFLAGS="${LDFLAGS:--DOPENSSL_THREADS -D_REENTRANT -fPIC
-m64 -O3
 -Wall -DL_ENDIAN -DMD32_REG_T=int -DMD5_ASM}"; LIBPATH=`for x in
$LIBDEPS; do if
 echo $x | grep '^ *-L' > /dev/null 2>&1; then echo $x | sed -e 's/^
*-L//'; fi;
done | uniq`; LIBPATH=`echo $LIBPATH | sed -e 's/ /:/g'`;
LD_LIBRARY_PATH=$LIBPAT
H:$LD_LIBRARY_PATH ${LDCMD} ${LDFLAGS} -o ${APPNAME:=openssl} openssl.o
verify.o
asn1pars.o req.o dgst.o dh.o dhparam.o enc.o passwd.o gendh.o errstr.o
ca.o pkcs7
.o crl2p7.o crl.o rsa.o rsautl.o dsa.o dsaparam.o ec.o ecparam.o x509.o
genrsa.o
gendsa.o s_server.o s_client.o speed.o s_time.o apps.o s_cb.o s_socket.o
app_rand
.o version.o sess_id.o ciphers.o nseq.o pkcs12.o pkcs8.o spkac.o smime.o
rand.o e
ngine.o ocsp.o prime.o ${LIBDEPS} )
/usr/lib/amd64/crt1.o: file not recognized: File format not recognized


Thanx for your help,

  Peter Zimmer

On Fri, Jan 20, 2006, Peter Zimmer wrote:

> I cannot compile openssl (openpkg 2.5) on AMD64 running Solaris 10 x86
> 1/06
>
> Here's the error:
>
> /usr/lib/amd64/crt1.o: file not recognized: File format not recognized
> collect2: ld returned 1 exit status
> make[2]: *** [link_app.] Error 1
> make[1]: *** [openssl] Error 2
> make: *** [build_apps] Error 1
> error: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.2256 (%build)
>
> And the options from the spec file:
>
> #   package options
> %option       with_zlib     no
> %option       with_idea     yes
> %option       with_threads  yes
> %option       with_pic      yes
>
> I would appreciate any help.

Hmmm... sorry, in the OpenPKG Foundation we have just a Solaris 10/x86
box running under 32-but on IA32 but due to extremely limited hardware
resources no Solaris 10/x86 running in 64-bit mode on a AMD64. And at
least under Solaris 10/x86 in 32-bit mode on IA32, OpenSSL from OpenPKG
2.5 builds fine.

The above error looks to me as if GNU binutils thinks it is linking in
32-bit mode while the C run-time object it picks up is a 64-bit piece of
code because the underlying OS is running is 64-bit mode. Can you show
us the last 2 or 3 "cc" or "ld" commands which is diplayed by "make"
just before this error occurs? Perhaps there are some strange flags
which cause this...

As I know that we already had some trouble with Solaris/x86 related to
32 bit 64 mode, we really have to investigate deeper here.

Christoph or Thomas, can you remember what the issue exactly was? I just
can remember that we wanted to run it in 64-bit mode (as the DL380 G4
rm1.openpkg.net supports Intel EMT64) but failed for some reasons. Does
anybody of you still know what our problem was?

                                       Ralf S. Engelschall
                                       [EMAIL PROTECTED]
                                       www.engelschall.com

______________________________________________________________________
The OpenPKG Project                                    www.openpkg.org
User Communication List                      openpkg-users@openpkg.org
______________________________________________________________________
The OpenPKG Project                                    www.openpkg.org
User Communication List                      openpkg-users@openpkg.org

Reply via email to