Re: [Bug-zile] Comments on zile-2.2.59

[Reuben Thomas]

On Wed, 14 May 2008, Nelson H. F. Beebe wrote:

> I've built and installed zile-2.2.59 (and also its predecessor,
> zile-2.2.58) on about 25 flavors of Unix in my test laboratory.

Thanks very much.

Would you be able to help me fix these by testing from Zile CVS? I've 
already committed fixes for most of the problems (although obviously can't 
test them).

> ------------------------------------------------------------------------
> Sun Solaris 7 SPARC:
>
> Compilation and linking with native cc fails because alloca is
> undefined.  Change the build procedure to
>
>         env CC=gcc \
>             LIBS='-ldl -liberty -lncurses'  \
>             LDFLAGS='-L/usr/local/lib -R/usr/local/lib' \
>             ./configure && make all check

This should be fixed by using a more recent version of regex which falls 
back to using malloc, which I've now checked in (although it might cause 
other build failures because it changes things around quite a bit; however, 
I'd rather fix up-to-date than old code).

The above implies that I also need -liberty -ldl on this platform; is that 
the case?

> ------------------------------------------------------------------------
> GNU/Linux MIPS (Gentoo Base System version 1.4.16):
>
> configure fails with
>         checking for getch in -lcurses... no
>         configure: error: cannot find either libncurses or libcurses
>
> This system HAS both -lcurses and -lncurses.  The problem is that -ldl
> is also needed.  This works:
>
>         env LIBS=-ldl \
>             LDFLAGS='-L/usr/local/lib -Wl,-rpath,/usr/local/lib' \
>             ./configure && make all check

Is there some way I should be able to work that out? For now, I just try 
adding -ldl to the library list when looking for curses and ncurses.

> ------------------------------------------------------------------------
> Sun Solaris 10 AMD64, IA-32, and SPARC:
>
> Compilation with c99 fails:
>
>         /opt/SUNWspro/bin/c99 -DHAVE_CONFIG_H -I. -I..  
> -DPATH_DATA="\"/usr/local/share/zile\""   -I/usr/local/include -c funcs.c
> "funcs.c", line 1549: warning: implicit function declaration: popen
> "funcs.c", line 1549: warning: improper pointer/integer combination: op "="
> "funcs.c", line 1565: warning: implicit function declaration: pclose
> "funcs.c", line 1607: undefined symbol: P_tmpdir
> "funcs.c", line 1607: warning: {}-enclosed initializer required
> "funcs.c", line 1607: syntax error before or at: "/zileXXXXXX"
> "funcs.c", line 1608: invalid type combination
> "funcs.c", line 1645: warning: improper pointer/integer combination: op "="
> "funcs.c", line 1699: cannot recover from previous errors
> c99: acomp failed for funcs.c
>
> This works:
>
>         set path=(/usr/bin /bin /usr/ccs/bin /usr/sfw/bin /usr/local/bin)
>         env CC=/usr/sfw/bin/gcc LIBS='-lcurses -liberty' \
>             ./configure && /usr/local/bin/make all check

I'm puzzled. According to the Solaris man pages, popen is defined in 
stdio.h, which is included. See

http://docs.sun.com/app/docs/doc/816-5168/popen-3c?a=view

Any ideas?

> ------------------------------------------------------------------------
> Compaq/DEC Alpha OSF/1 4.0:
>
> cc -std -c -I../doc -I.. -I../src -ieee -I/usr/local/include ./mkdoc.c
> cc: Info: ../src/vasprintf.c, line 490: In this statement, type long double has 
> the same representation as type double on this platform. (longdoublenyi)
>                            va_arg (s->vargs, long double));
> ---------------------------^
> cc: Error: ../src/vasprintf.c, line 628: In this statement, "vargs" is of type "struct 
> declared without a tag", and cannot be converted to "pointer to const void". (noconvert)
>  memcpy (&s.vargs, vargs, sizeof (va_list));
> --------------------^
> make[2]: *** [mkdoc.o] Error 1
>
> No zile build has yet succeeded on this system.

I've added gnulib's va_copy support, though it doesn't mention specifically 
working on this system. At least that makes it a gnulib problem!

> ------------------------------------------------------------------------
> SGI IRIX 6.5 MIPS R10000:
>
> gcc -DHAVE_CONFIG_H -I. -I..  -DPATH_DATA="\"/usr/local/share/zile\""   -g -O2 
> -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic -MT term_ncurses.o -MD -MP -MF 
> .deps/term_ncurses.Tpo -c -o term_ncurses.o term_ncurses.c
> In file included from 
> /export/local/indigo-irix6/bin/../lib/gcc/mips-sgi-irix6.5/3.4.3/include/curses.h:759,
>                 from term_ncurses.c:33:
> /usr/local/include/unctrl.h:57: error: syntax error before "char"
> /usr/local/include/unctrl.h:57: error: conflicting types for 'unctrl'
> /export/local/indigo-irix6/bin/../lib/gcc/mips-sgi-irix6.5/3.4.3/include/curses.h:267:
>  error: previous declaration of 'unctrl' was here
> /usr/local/include/unctrl.h:57: error: conflicting types for 'unctrl'
> /export/local/indigo-irix6/bin/../lib/gcc/mips-sgi-irix6.5/3.4.3/include/curses.h:267:
>  error: previous declaration of 'unctrl' was here
> make[2]: *** [term_ncurses.o] Error 1
>
> No zile build has yet succeeded on this system.

I'm not clear what I'm supposed to do about this: it looks like a 
configuration problem.

> ------------------------------------------------------------------------
> Warnings on Sun Solaris 7 SPARC:
>
> Since char can be signed or unsigned, it should not be used as a
> subscript unless first cast to unsigned int.

In this case to "int", since all the calls in question are of ctype.h is* 
functions, which all take int, not unsigned int.

--
http://rrt.sc3d.org/ | compulsion, n.  the eloquence of power (Bierce)