All,
OK, this happens with RV too. I may well be a general thing.
Steve.
-----Original Message-----
From: Starlink development [mailto:[log in to unmask]] On Behalf Of
Rankin, SE (Stephen)
Sent: 12 April 2005 15:26
To: [log in to unmask]
Subject: Build artefact in COCO
All,
There appears to be a nightly build artefact in COCO, I configured the
source from the tar.gz file with:
./configure --prefix=/stardev2 --with-starlink=/stardev2
/stardev2 is the prefix where I am installing and testing the tar.gz
files. The build wants to look in the nightly build directory for the
SLA library as the original build path is carried over to the configure
script and --with-starlink is ignored, I think I have reported similar
errors before with other packages:
HAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -I. -I.
-I/home/vmwareshare/rhel30linux_i386/build/build-root/include
-I/stardev2/include -fno-second-underscore -g -O2 -c -o opr.o opr.F
/bin/sh ./libtool --mode=link g77 -g -O2 -o cocomain dp.o dr2tn.o
opw.o prompt.o repra.o repsys.o cocoml.o dqp.o ktest.o par1.o r2dr.o
repres.o tran.o cocomain.o opr.o `sla_link`
-L/home/vmwareshare/rhel30linux_i386/build/build-root/lib
-L/stardev2/lib
mkdir .libs
g77 -g -O2 -o cocomain dp.o dr2tn.o opw.o prompt.o repra.o repsys.o
cocoml.o dqp.o ktest.o par1.o r2dr.o repres.o tran.o cocomain.o opr.o
/home/vmwareshare/rhel30linux_i386/build/build-root/lib/libsla.so
-L/home/vmwareshare/rhel30linux_i386/build/build-root/lib
-L/stardev2/lib -Wl,--rpath
-Wl,/home/vmwareshare/rhel30linux_i386/build/build-root/lib -Wl,--rpath
-Wl,/home/vmwareshare/rhel30linux_i386/build/build-root/lib
/home/vmwareshare/rhel30linux_i386/build/build-root/lib/libsla.so: could
not read symbols: Invalid operation
collect2: ld returned 1 exit status
make: *** [cocomain] Error 1
Perhaps the default should also be set to something more sensible, such
as /star?
Steve.
|