I've been building lynx off and on for a number of years. Today I attempted
to build lynx 2-8-4, patch level 10, on a SPARC Solaris 2.6 system.
Here's the errors I get, after doing a make clean and a new configure.
cc -c -DLOCALEDIR=\"/projects/intranet/share/locale\"
-DGNULOCALEDIR=\"/projects
/intranet/share/locale\"
-DLOCALE_ALIAS_PATH=\"/projects/intranet/share/locale:.
\" -DHAVE_CONFIG_H -I.. -I. -I/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/intl
-I/ho
me/lwv26/i/src/Unix/lynx/t/lynx2-8-4/lib -I/ldatae/include
-I/projects/gnu/sparc
-sun-solaris2.6/include -I../intl -Icurses.h -g -Xc localealias.c
"localealias.c", line 258: warning: argument #1 is incompatible with
prototype:
prototype: pointer to char : "/usr/include/stdio.h", line 269
argument : pointer to uchar
"localealias.c", line 264: warning: argument #1 is incompatible with
prototype:
prototype: pointer to const char : "/usr/include/string.h", line 51
argument : pointer to uchar
"localealias.c", line 317: warning: argument #1 is incompatible with
prototype:
prototype: pointer to const char : "/usr/include/string.h", line 64
argument : pointer to uchar
"localealias.c", line 318: warning: argument #1 is incompatible with
prototype:
prototype: pointer to const char : "/usr/include/string.h", line 64
argument : pointer to uchar
cc -c -DLOCALEDIR=\"/projects/intranet/share/locale\"
-DGNULOCALEDIR=\"/projects
/intranet/share/locale\"
-DLOCALE_ALIAS_PATH=\"/projects/intranet/share/locale:.
\" -DHAVE_CONFIG_H -I.. -I. -I/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/intl
-I/ho
me/lwv26/i/src/Unix/lynx/t/lynx2-8-4/lib -I/ldatae/include
-I/projects/gnu/sparc
-sun-solaris2.6/include -I../intl -Icurses.h -g -Xc explodename.c
"explodename.c", line 112: warning: argument #1 is incompatible with
prototype:
prototype: pointer to const uchar : "./loadinfo.h", line 53
argument : pointer to const char
cc -DHAVE_CONFIG_H -I/ldatae/include
-I/projects/gnu/sparc-sun-solaris2.6/includ
e -I../intl -Icurses.h -I../..
-I/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/src -I/
home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/src/chrtrans
-I/home/lwv26/i/src/Unix/lyn
x/t/lynx2-8-4/WWW/Library/Implementation
-I/home/lwv26/i/src/Unix/lynx/t/lynx2-8
-4/ -I/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/intl -g -Xc -o makeuctb
makeuct
b.o ../../intl/libintl.a -L/ldatae/lib -R/ldatae/lib -lz
-L/projects/gnu/sparc-s
un-solaris2.6/lib -R/projects/gnu/sparc-sun-solaris2.6/lib -lncurses -lnsl
-lsoc
ket
ild: (argument error) can't find library argument :: -lz
make[2]: *** [makeuctb] Error 8
make[2]: Leaving directory
`/projects/intranet/src/Unix/lynx/t/lynx2-8-4/src/chr
trans'
make[1]: [do_chartrans_stuff] Error 2 (ignored)
cc -DHAVE_CONFIG_H -I/ldatae/include
-I/projects/gnu/sparc-sun-solaris2.6/inclu
de -I../intl -Icurses.h -DLOCALEDIR=\"/projects/intranet/share/locale\"
-I. -I..
-Ichrtrans -I/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/src/chrtrans
-I/home/lwv26
/i/src/Unix/lynx/t/lynx2-8-4 -I/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/src
-I/ho
me/lwv26/i/src/Unix/lynx/t/lynx2-8-4/WWW/Library/Implementation
-I/home/lwv26/i/
src/Unix/lynx/t/lynx2-8-4/intl -g -Xc -c
/home/lwv26/i/src/Unix/lynx/t/lynx2-8
-4/src/LYReadCFG.c
"../cfg_defs.h", line 8: syntax error before or at: }
"../cfg_defs.h", line 13: warning: old-style declaration or incorrect type
for:
config_defines
followed by a long line of errors.
followed by:
"/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/src/LYReadCFG.c", line 2339:
syntax err
or before or at: if
"/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/src/LYReadCFG.c", line 2339:
undefined
or not a type: reloading
"/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/src/LYReadCFG.c", line 2339:
identifier
redeclared: reloading
current : function() returning int
previous: char :
"/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/WWW/Library/Im
plementation/HTTP.h", line 22
"/home/lwv26/i/src/Unix/lynx/t/lynx2-8-4/src/LYReadCFG.c", line 2339:
cannot rec
over from previous errors
Here's what the cfg_defs.h looks like:
static CONST struct {
CONST char *name;
CONST char *value;
} config_cache[] = {
};
I am doing a make distclean, configure and make to see if things work any
better...
--
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:address@hidden> <URL:
http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should
be construed as representing my employer's opinions.
-><-