Zsh Mailing List Archive
Messages sorted by: Reverse Date, Date, Thread, Author

Re: Termcap saga again



> SunOS 5.8 is giving me
> 
> ../../../Src/Modules/termcap.c: In function `scantermcap':
> ../../../Src/Modules/termcap.c:327: `boolcodes' undeclared (first use in this function)
> ../../../Src/Modules/termcap.c:327: (Each undeclared identifier is reported only once
> ../../../Src/Modules/termcap.c:327: for each function it appears in.)
> ../../../Src/Modules/termcap.c:336: `numcodes' undeclared (first use in this function)
> ../../../Src/Modules/termcap.c:345: `strcodes' undeclared (first use in this function)

I don't get that from Forte C; these are the only warnings I get.

"parse.c", line 1911: warning: end-of-loop code not reached
"parse.c", line 1973: warning: end-of-loop code not reached
"parse.c", line 1983: warning: end-of-loop code not reached
"/usr/include/iso/stddef_iso.h", line 73: warning: macro redefined: offsetof
"termcap.c", line 132: warning: argument #3 is incompatible with prototype:
        prototype: pointer to function(char) returning int : "/usr/include/term.h", line 1205
        argument : pointer to function(int) returning int
"termcap.c", line 135: warning: improper pointer/integer combination: arg #1
"termcap.c", line 135: warning: argument #3 is incompatible with prototype:
        prototype: pointer to function(char) returning int : "/usr/include/term.h", line 1205
        argument : pointer to function(int) returning int
"terminfo.c", line 96: warning: argument #3 is incompatible with prototype:
        prototype: pointer to function(char) returning int : "/usr/include/term.h", line 1205
        argument : pointer to function(int) returning int

HAVE_CURSES_H is being defined.

On the other hand, I get what you get with gcc 2.95.2.

> which I find a bit alarming.  However, the arg 3 messages are because I
> have `int (*)(char)' as that argument's type whereas we're using `int
> (*)(int)', while the arg 1 message appears because tgoto is only defined if
> __STDC__ isn't.  So this doesn't seem really to be our fault

We could test for this and provide char (*)(int) and int (*)(char) versions
of putraw/putshout, but it hardly seems worth it.



Messages sorted by: Reverse Date, Date, Thread, Author