From: SourceForge.net <no...@so...> - 2006-12-16 03:20:11
|
Bugs item #1606544, was opened at 2006-11-30 21:14 Message generated for change (Comment added) made by sf-robot 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: SourceForge Robot (sf-robot) Date: 2006-12-15 19: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 11: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 |