Re: star 1.5a25 (x86_64-redhat-linux-gnu): diff reports many different uname, gname

OK I dared to download and compile the a77 version.

I read carefully the readme files concerning the gnu make warnings that 
I got. Are they harmful ? I got some more messages at the end in mt.c 
(see below).

Can I just use /opt/schilly/bin/star in place of the Red Hat version or 
do I need to install all the files at their original location ?

Thanks

[[email protected] star-1.5]$ make > make.log
                W A R N I N G   Messages like:

gmake[2]: Entering directory `/tmp/cdrtools-2.01/libschily'
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/cvmod.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/dat.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fcons.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fdown.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fdup.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/ffileread.d: No such file or 
directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/ffilewrite.d: No such file or 
directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fgetline.d: No such file or 
directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fgetstr.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/file_raise.d: No such file or 
directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fileclose.d: No such file or 
directory
....

are caused by a GNU make bug and not by the Schily makefile system.

The related bug has been reported to the GNU make maintainers in 1998 but
as the bug has not yet been fixed, it seems that GNU make is 
unmaintained :-(
A working highly portable make program is at ftp://ftp.berlios.de/pub/smake
RULES/rules1.top:239: incs/Dcc.x86_64-linux: Aucun fichier ou répertoire 
de ce type
RULES/rules.cnf:54: incs/x86_64-linux-cc/Inull: Aucun fichier ou 
répertoire de ce type
RULES/rules.cnf:55: incs/x86_64-linux-cc/rules.cnf: Aucun fichier ou 
répertoire de ce type
                W A R N I N G   Messages like:

gmake[2]: Entering directory `/tmp/cdrtools-2.01/libschily'
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/cvmod.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/dat.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fcons.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fdown.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fdup.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/ffileread.d: No such file or 
directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/ffilewrite.d: No such file or 
directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fgetline.d: No such file or 
directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fgetstr.d: No such file or directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/file_raise.d: No such file or 
directory
../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fileclose.d: No such file or 
directory
....

are caused by a GNU make bug and not by the Schily makefile system.

The related bug has been reported to the GNU make maintainers in 1998 but
as the bug has not yet been fixed, it seems that GNU make is 
unmaintained :-(
A working highly portable make program is at ftp://ftp.berlios.de/pub/smake
../RULES/rules.ins:27: attention : écrasement des commandes pour la 
cible « /opt/schily »
../RULES/rules.ins:22: attention : anciennes commandes ignorées pour la 
cible « /opt/schily »
../RULES/rules.ins:30: attention : écrasement des commandes pour la 
cible « ../bins/x86_64-linux-cc »
../RULES/rules.ins:24: attention : anciennes commandes ignorées pour la 
cible « ../bins/x86_64-linux-cc »
Warning: Cannot scan stack on this environment.
mt.c: In function `mtioctl':
mt.c:587: attention : comparaison est toujours fausse en raison d'une 
gamme limitée de type de données
[[email protected] star-1.5]$



> The latest version has a lot of workarounds for knowb Linux include file 
> problems and should compile out of the box.
>
> Anyway: a self compiles version cannot be worse than the version you are using 
> that seems to suffer from a libc interface problem.
>
> Jörg
>