From: SourceForge.net <no...@so...> - 2007-03-13 19:56:13
|
Bugs item #1606544, was opened at 2006-12-01 06:14 Message generated for change (Comment added) made by broeker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=1606544&group_id=4664 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: C lexer/parser Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Bernhard Broeker (broeker) Summary: [Solaris] scanner.l breaks with vendor tools. Initial Comment: When i try to make ... I get teh below error. gmake[2]: Entering directory `/home/eshanka/cscope-15.6/src' source='scanner.c' object='scanner.o' libtool=no \ DEPDIR=.deps depmode=none /bin/bash ../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I.. -g -c scanner.c "scanner.h", line 80: identifier redeclared: yytext current : array[-1] of char previous: pointer to char : "scanner.c", line 730 "scanner.c", line 1106: left operand must be modifiable lvalue: op "=" "scanner.c", line 1106: left operand must be modifiable lvalue: op "-=" "scanner.l", line 218: warning: implicit function declaration: myrealloc "scanner.l", line 218: warning: improper pointer/integer combination: op "=" "scanner.l", line 219: warning: improper pointer/integer combination: op "=" "scanner.l", line 519: left operand must be modifiable lvalue: op "=" "scanner.l", line 519: left operand must be modifiable lvalue: op "-=" "scanner.c", line 1874: cannot recover from previous errors cc: acomp failed for scanner.c gmake[2]: *** [scanner.o] Error 2 gmake[2]: Leaving directory `/home/eshanka/cscope-15.6/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/eshanka/cscope-15.6' gmake: *** [all] Error 2 ---------------------------------------------------------------------- >Comment By: Hans-Bernhard Broeker (broeker) Date: 2007-03-13 20:56 Message: Logged In: YES user_id=27517 Originator: NO That problem is with the installation of libncurses. If you install libraries into any place outside where the OS itself puts them, it's your job to tell the dynamic loader about that location. In short: /usr/local/lib should be on your LD_LIBRARY_PATH (or equivalent), but isn't. We could work around this by using libtool to build cscope, but IMHO so far the problem has been rare enough to not warrant its overhead. ---------------------------------------------------------------------- Comment By: jerrybevan (jerrybevan) Date: 2007-03-13 18:40 Message: Logged In: YES user_id=1742682 Originator: NO I have much the same problem. After reading this thread, tried following suggesttion, did this: ./configure --with-flex then make, which has a warning but succeeded. However, now I try to run cscope and I get this: $ cscope ld.so.1: cscope: fatal: libncurses.so.5: open failed: No such file or directory Killed Not sure what version of Solaris, but uname -a gives this: SunOS telsun8 5.9 Generic_112233-11 sun4u sparc SUNW,Sun-Fire-V250 I note this at the end of the make output: gcc -g -O2 -o cscope scanner.o egrep.o alloc.o basename.o build.o command.o compath.o crossref.o dir.o display.o edit.o exec.o find.o help.o history.o input.o invlib.o logdir.o lookup.o main.o mouse.o mygetenv.o mypopen.o vpaccess.o vpfopen.o vpinit.o vpopen.o -L/usr/local/lib -L/usr/local/lib/ncurses -lncurses -ll I checked this: $ find /usr -name libncurses.so.5 /usr/local/lib/libncurses.so.5 $ ls -l /usr/local/lib/libncurses.so.5 lrwxrwxrwx 1 root other 17 Apr 2 2004 /usr/local/lib/libncurses.so.5 -> libncurses.so.5.3 $ ls -l /usr/local/lib/libncurses.so.5.3 -rw-r--r-- 1 bin bin 343844 May 2 2003 /usr/local/lib/libncurses.so.5.3 So I can't see what the problem is. Can you? Thanks. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2006-12-16 04:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Bernhard Broeker (broeker) Date: 2006-12-01 20:44 Message: Logged In: YES user_id=27517 Originator: NO None of those messages makes terribly much sense. There is no "array[-1] of char" declaration of yytext in scanner.h. And since when did Sun's lex start to have its yytext a pointer instead of the traditional array? The complaint in line 519 of scanner.l indicates that you have two tools, both made by Sun, disagreeing over what a usable expansion of the standard lex macro yyless() should look like. There's nothing anyone but Sun could do about that. To further clarify this (and also why nobody else reported this particular type of problem on Solaris), it would be nice if you named horse and rider: what Solaris, what platform, what cc and what lex? Summing it up: I recommend you forget about Sun's "lex" and use flex instead. Just as the first recommendation in the "Tips" section of the INSTALL says. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=1606544&group_id=4664 |