Re: Problem compiling star on Debian squeeze

With the hints you gave me I solved the problem. I had only one =

libschily library on the server. That one must be the problem. So I =

removed the complete /opt/schily directorystructure and started all over.

I unpacked schily-2011-06-22.tar.bz2 and executed "make". Then I =

switched to smake and did a "make install", next I switched to ../star =

and "smake install". Both packages are now compiled and installed. =

Tonight the first backup with the freshly compiled star.

Thanks for your help.

Op 24-6-2011 13:32, Joerg Schilling schreef:
> Ruud Baart<[email protected]>  wrote:
>
>> Thanks again. I downloaded the latest collection and compiled a new
>> version of star without problems.
>>
>> I tried to compile a new version of smake  but that fails. It is not a
>> big issue for me because "Smake release 1.2.1 (i686-pc-linux-gnu)" works
>> for me. But perhaps you like to know this failure.
>>
>> root@dolphy:/usr/local/src/schily-2011-06-22/smake# /opt/schily/bin/smake
>>           =3D=3D>  MAKING DIRECTORY "OBJ/i686-linux-cc"
>>           =3D=3D>  MAKING DEPENDENCIES "make.d"
>>           =3D=3D>  MAKING DEPENDENCIES "archconf.d"
>>           =3D=3D>  MAKING DEPENDENCIES "readfile.d"
>>           =3D=3D>  MAKING DEPENDENCIES "parse.d"
>>           =3D=3D>  MAKING DEPENDENCIES "update.d"
>>           =3D=3D>  MAKING DEPENDENCIES "rules.d"
>>           =3D=3D>  MAKING DEPENDENCIES "memory.d"
>>           =3D=3D>  COMPILING "make.o"
>>           =3D=3D>  COMPILING "archconf.o"
>>           =3D=3D>  COMPILING "readfile.o"
>>           =3D=3D>  COMPILING "parse.o"
>>           =3D=3D>  COMPILING "update.o"
>>           =3D=3D>  COMPILING "rules.o"
>>           =3D=3D>  COMPILING "memory.o"
>>           =3D=3D>  LINKING "OBJ/i686-linux-cc/smake"
>> OBJ/i686-linux-cc/make.o: In function `main':
>> make.c:(.text+0x2559): undefined reference to `searchfileinpath'
>> OBJ/i686-linux-cc/update.o: In function `exp_var':
>> update.c:(.text+0x1e45): undefined reference to `strlcpy'
>> update.c:(.text+0x1fea): undefined reference to `strlcpy'
>> update.c:(.text+0x217e): undefined reference to `strlcpy'
>> update.c:(.text+0x21d2): undefined reference to `strlcpy'
>> OBJ/i686-linux-cc/update.o: In function `make':
>> update.c:(.text+0x2bba): undefined reference to `strlcpy'
>> OBJ/i686-linux-cc/update.o:update.c:(.text+0x2bff): more undefined
>> references to `strlcpy' follow
>> collect2: ld returned 1 exit status
>> /opt/schily/bin/smake: Operation not permitted. *** Code 1 from command
>> line for target 'OBJ/i686-linux-cc/smake'.
>> /opt/schily/bin/smake: The following command caused the error:
>> echo "  =3D=3D>  LINKING \"OBJ/i686-linux-cc/smake\""; gcc -o
>> OBJ/i686-linux-cc/smake OBJ/i686-linux-cc/make.o
>> OBJ/i686-linux-cc/archconf.o OBJ/i686-linux-cc/readfile.o
>> OBJ/i686-linux-cc/parse.o OBJ/i686-linux-cc/update.o
>> OBJ/i686-linux-cc/rules.o OBJ/i686-linux-cc/memory.o
>> -L../libs/i686-linux-cc -L../libs/i686-linux-cc  -L/opt/schily/lib
>> -Wl,-R/opt/schily/lib -Wl,-R/opt/schily/lib  -lschily
>> /opt/schily/bin/smake: Couldn't make 'all'.
> Given the fact that these symbols are of course part of libschily, you mo=
st
> likely did set up a LD* environment variable that prevents ld from working
> correctly.
>
> It seems tht you try to link against an older version of libschly in
> /opt/schily/lib even though  -L../libs/i686-linux-cc should be first in l=
d's
> search path.
>
> J=F6rg
>

-- =

Regards,

Ruud Baart