cscope

Bugs item #813142, was opened at 2003-09-26 18:15
Message generated for change (Comment added) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=813142&group_id=4664

Category: Curses interface
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: open failed on libncurses.so

Initial Comment:
When cscope 15.5 is invoke I am getting error



ld.so.1: cscope: fatal: libncurses.so.5: open failed:

No such file or directory

Killed







Please help





Himanshu



himanshu_patel@...

----------------------------------------------------------------------

>Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-27 00:43

Message:
Logged In: YES 
user_id=27517

That's not a problem of cscope, but of your local installation 

of ncurses, and/or the way you linked cscope to it.



You probably installed the dynamic ncurses lib in a non-

standard place (i.e. one that the dynamic loader doesn't in), 

and forgot to set the LD_LIBRARY_PATH accordingly.  You 

should always do that, because otherwise you'll have to use 

special linker flags to hardcode an equivalent of 

$LD_LIBRARY_PATH into every single program you build that 

uses it.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=813142&group_id=4664

Bugs item #813142, was opened at 2003-09-26 18:15
Message generated for change (Settings changed) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=813142&group_id=4664

Category: Curses interface
Group: None
>Status: Pending
>Resolution: Invalid
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Hans-Bernhard Broeker (broeker)
Summary: open failed on libncurses.so

Initial Comment:
When cscope 15.5 is invoke I am getting error



ld.so.1: cscope: fatal: libncurses.so.5: open failed:

No such file or directory

Killed







Please help





Himanshu



himanshu_patel@...

----------------------------------------------------------------------

Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-27 00:43

Message:
Logged In: YES 
user_id=27517

That's not a problem of cscope, but of your local installation 

of ncurses, and/or the way you linked cscope to it.



You probably installed the dynamic ncurses lib in a non-

standard place (i.e. one that the dynamic loader doesn't in), 

and forgot to set the LD_LIBRARY_PATH accordingly.  You 

should always do that, because otherwise you'll have to use 

special linker flags to hardcode an equivalent of 

$LD_LIBRARY_PATH into every single program you build that 

uses it.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=813142&group_id=4664

Bugs item #804718, was opened at 2003-09-11 22:58
Message generated for change (Comment added) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=804718&group_id=4664

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: mohsin bhally (mbhally)
Assigned to: Nobody/Anonymous (nobody)
Summary: error building on SunOS 5.5.1

Initial Comment:
I'm using flex 2.5.4 and gcc 2.8.1 and getting the 

following error:

gcc2.8.1 -DHAVE_CONFIG_H -I. -I. -I..     -g -O2 -c 

build.c

build.c: In function `opendatabase':

build.c:154: `O_RDONLY' undeclared (first use in this 

function)

build.c:154: (Each undeclared identifier is reported only 

once

build.c:154: for each function it appears in.)

build.c: In function `build':

build.c:317: `O_RDONLY' undeclared (first use in this 

function)

*** Error code 1

make: Fatal error: Command failed for target `build.o'



pls. let me know

----------------------------------------------------------------------

>Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-12 09:46

Message:
Logged In: YES 
user_id=27517

Please try to find out which include file Solaris has their

#define O_RDONLY in.  This just might be the same problem

reported on the same day in another bug report, which

appears to be caused by a missing #include <sys/types.h> in

vp.h.  Could you please try to see if that fixes this

problem, too?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=804718&group_id=4664

Bugs item #804718, was opened at 2003-09-11 22:58
Message generated for change (Settings changed) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=804718&group_id=4664

Category: None
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: mohsin bhally (mbhally)
>Assigned to: Hans-Bernhard Broeker (broeker)
Summary: error building on SunOS 5.5.1

Initial Comment:
I'm using flex 2.5.4 and gcc 2.8.1 and getting the 

following error:

gcc2.8.1 -DHAVE_CONFIG_H -I. -I. -I..     -g -O2 -c 

build.c

build.c: In function `opendatabase':

build.c:154: `O_RDONLY' undeclared (first use in this 

function)

build.c:154: (Each undeclared identifier is reported only 

once

build.c:154: for each function it appears in.)

build.c: In function `build':

build.c:317: `O_RDONLY' undeclared (first use in this 

function)

*** Error code 1

make: Fatal error: Command failed for target `build.o'



pls. let me know

----------------------------------------------------------------------

Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-12 09:46

Message:
Logged In: YES 
user_id=27517

Please try to find out which include file Solaris has their

#define O_RDONLY in.  This just might be the same problem

reported on the same day in another bug report, which

appears to be caused by a missing #include <sys/types.h> in

vp.h.  Could you please try to see if that fixes this

problem, too?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=804718&group_id=4664

Bugs item #804718, was opened at 2003-09-11 20:58
Message generated for change (Comment added) made by mbhally
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=804718&group_id=4664

Category: None
Group: None
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: mohsin bhally (mbhally)
Assigned to: Hans-Bernhard Broeker (broeker)
Summary: error building on SunOS 5.5.1

Initial Comment:
I'm using flex 2.5.4 and gcc 2.8.1 and getting the 

following error:

gcc2.8.1 -DHAVE_CONFIG_H -I. -I. -I..     -g -O2 -c 

build.c

build.c: In function `opendatabase':

build.c:154: `O_RDONLY' undeclared (first use in this 

function)

build.c:154: (Each undeclared identifier is reported only 

once

build.c:154: for each function it appears in.)

build.c: In function `build':

build.c:317: `O_RDONLY' undeclared (first use in this 

function)

*** Error code 1

make: Fatal error: Command failed for target `build.o'



pls. let me know

----------------------------------------------------------------------

>Comment By: mohsin bhally (mbhally)
Date: 2003-09-14 19:26

Message:
Logged In: YES 
user_id=846527

Broeker,

The file that has the O_RDONLY defined is sys/fcntl.h, i took 

out the condidtional compiles around : 

# include <sys/fcntl.h> in vp.h        

this took care of the build.c error but then display.c gave 

errors where sys_nerr and sys_errlist were not defined. I 

commented out the conditional compiles from around where 

these were referenced, that fixed the display.c error,

and now got stuck with the following error:



gcc2.8.1 -DHAVE_CONFIG_H -I. -I. -I..     -g -O2 -c 

mypopen.c

mypopen.c: In function `myopen':

mypopen.c:80: `F_SETFD' undeclared (first use in this 

function)

mypopen.c:80: (Each undeclared identifier is reported only 

once

mypopen.c:80: for each function it appears in.)

mypopen.c: In function `myfopen':

mypopen.c:116: `F_SETFD' undeclared (first use in this 

function)

mypopen.c: In function `mypopen':

mypopen.c:156: `F_DUPFD' undeclared (first use in this 

function)

*** Error code 1

make: Fatal error: Command failed for target `mypopen.o'



??

----------------------------------------------------------------------

Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-12 07:46

Message:
Logged In: YES 
user_id=27517

Please try to find out which include file Solaris has their

#define O_RDONLY in.  This just might be the same problem

reported on the same day in another bug report, which

appears to be caused by a missing #include <sys/types.h> in

vp.h.  Could you please try to see if that fixes this

problem, too?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=804718&group_id=4664

Bugs item #804718, was opened at 2003-09-11 22:58
Message generated for change (Comment added) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=804718&group_id=4664

Category: None
Group: None
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: mohsin bhally (mbhally)
Assigned to: Hans-Bernhard Broeker (broeker)
Summary: error building on SunOS 5.5.1

Initial Comment:
I'm using flex 2.5.4 and gcc 2.8.1 and getting the 

following error:

gcc2.8.1 -DHAVE_CONFIG_H -I. -I. -I..     -g -O2 -c 

build.c

build.c: In function `opendatabase':

build.c:154: `O_RDONLY' undeclared (first use in this 

function)

build.c:154: (Each undeclared identifier is reported only 

once

build.c:154: for each function it appears in.)

build.c: In function `build':

build.c:317: `O_RDONLY' undeclared (first use in this 

function)

*** Error code 1

make: Fatal error: Command failed for target `build.o'



pls. let me know

----------------------------------------------------------------------

>Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-14 22:09

Message:
Logged In: YES 
user_id=27517

I'm quite sure the line in vp.h reads #include <fcntl.h>, not 

#include <sys/fcntl.h>.



Anyway, removing the #if around it doesn't do anything to 

solve actual problem --- which is that configure didn't detect 

the presence of a <fcntl.h> file in your machine.  You *did* 

re-run configure after changing to flex and gcc, I assume, 

didn't you?  If not, do so now.  Start from a 'make distclean', 

just in case, then re-start the installation procedure at the

'configure' step; or just zap the cscope source tree and 

restart from a freshly un-tarred one.



[The F_FDSET & friends problems in mypopen.c stem from this 

same, source, too... except that this time, the #include 

<fcntl.h> in src/global.h is being deactivated.

----------------------------------------------------------------------

Comment By: mohsin bhally (mbhally)
Date: 2003-09-14 21:26

Message:
Logged In: YES 
user_id=846527

Broeker,

The file that has the O_RDONLY defined is sys/fcntl.h, i took 

out the condidtional compiles around : 

# include <sys/fcntl.h> in vp.h        

this took care of the build.c error but then display.c gave 

errors where sys_nerr and sys_errlist were not defined. I 

commented out the conditional compiles from around where 

these were referenced, that fixed the display.c error,

and now got stuck with the following error:



gcc2.8.1 -DHAVE_CONFIG_H -I. -I. -I..     -g -O2 -c 

mypopen.c

mypopen.c: In function `myopen':

mypopen.c:80: `F_SETFD' undeclared (first use in this 

function)

mypopen.c:80: (Each undeclared identifier is reported only 

once

mypopen.c:80: for each function it appears in.)

mypopen.c: In function `myfopen':

mypopen.c:116: `F_SETFD' undeclared (first use in this 

function)

mypopen.c: In function `mypopen':

mypopen.c:156: `F_DUPFD' undeclared (first use in this 

function)

*** Error code 1

make: Fatal error: Command failed for target `mypopen.o'



??

----------------------------------------------------------------------

Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-12 09:46

Message:
Logged In: YES 
user_id=27517

Please try to find out which include file Solaris has their

#define O_RDONLY in.  This just might be the same problem

reported on the same day in another bug report, which

appears to be caused by a missing #include <sys/types.h> in

vp.h.  Could you please try to see if that fixes this

problem, too?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=804718&group_id=4664

Bugs item #806133, was opened at 2003-09-14 20:58
Message generated for change (Comment added) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=806133&group_id=4664

>Category: None
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Hans-Bernhard Broeker (broeker)
Summary: can't input except alphabet in caseless mode

Initial Comment:
Can't input any character except alphabet in caseless mode.

It occurs when BSD is defined at build.



These macros are wrong.

src/global.h

# define        tolower(c)      (islower(c) ? (c) : (c) - 'A' + 'a')

# define        toupper(c)      (isupper(c) ? (c) : (c) - 'a' + 'A')



The correct macros are there.

#define tolower(c)      (isupper(c) ? (c) - 'A' + 'a' : (c))

#define toupper(c)      (islower(c) ? (c) - 'a' + 'A' : (c))



----------------------------------------------------------------------

>Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-14 21:53

Message:
Logged In: YES 
user_id=27517

The problem is at least somewhat deeper than your fix, 

unfortunately.  This whole #if BSD business is foolish --- it 

casts in stone assumptions about BSD Unix that may have 

been correct 15 years ago or so, but almost certainly don't 

apply to any halfway current version any more.  In other 

words, the #if BSD itself should be replaced by some #ifdef 

HAVE_BROKEN_TOLOWER or whatever.  I'll have to check 

back with GNU autoconf to see how exactly this might be 

checked.  It's hard to come up with a test without knowing 

how the actual error manifests itself, though.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=806133&group_id=4664

Bugs item #804739, was opened at 2003-09-11 23:34
Message generated for change (Comment added) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=804739&group_id=4664

Category: None
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Hans-Bernhard Broeker (broeker)
Summary: sunos 5.8 make problem

Initial Comment:
hi, 



i am stuck during make. can anyone through some light 

please?  



u can have a look at the attached make dump



thnks in advance

venu



**************





----------------------------------------------------------------------

>Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-12 09:43

Message:
Logged In: YES 
user_id=27517

I'm not quite sure, but it seems the problem is a lacking

#include <sys/types.h> in src/vp.h.  I'd need some feedback

on this issue before I submit this change to CVS and

consider this bug fixed.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=804739&group_id=4664

Support Requests item #802307, was opened at 2003-09-08 09:46
Message generated for change (Comment added) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=204664&aid=802307&group_id=4664

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: mohsin bhally (mbhally)
>Assigned to: Hans-Bernhard Broeker (broeker)
Summary: Need help with -R option

Initial Comment:
I noticed that applying the -R option while building the 

cscope database does not yield the correct result for 

C++ source files.

As as example, consider the following directory structure:

% cd base

% ls

tmp1.cpp

tmp2.cpp

sub_dir1

sub_dir2

% ls sud_dir1

tmp3.cpp

tmp4.cpp

%ls sub_dir2

tmp5.cpp

tmp6.cpp



Building the database from the "base" directory with 

the "-R" option does not include the .cpp files in the sub 

directories "sub_dir1" and "sub_dir2"

%cd base

%cscope -R *.cpp



If the source files were ".c", then everything works 

perfect!



Pls. let me know how to get around this problem.



regards,

----------------------------------------------------------------------

>Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-08 12:27

Message:
Logged In: YES 
user_id=27517

Cscope doesn't really support C++ very well.  Among the

things it doesn't do is to actively search for C++ files in

its default search algorithm.  If you want C++ files to be

parsed, you'll have to tell cscope about it: for simple

cases



	cscope *.cpp



for more complicated ones



	find -type f -name '*.cpp' > cscope.files

	cscope



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=204664&aid=802307&group_id=4664

Support Requests item #802307, was opened at 2003-09-08 07:46
Message generated for change (Comment added) made by mbhally
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=204664&aid=802307&group_id=4664

Category: None
Group: None
Status: Closed
Resolution: None
Priority: 5
Submitted By: mohsin bhally (mbhally)
Assigned to: Hans-Bernhard Broeker (broeker)
Summary: Need help with -R option

Initial Comment:
I noticed that applying the -R option while building the 

cscope database does not yield the correct result for 

C++ source files.

As as example, consider the following directory structure:

% cd base

% ls

tmp1.cpp

tmp2.cpp

sub_dir1

sub_dir2

% ls sud_dir1

tmp3.cpp

tmp4.cpp

%ls sub_dir2

tmp5.cpp

tmp6.cpp



Building the database from the "base" directory with 

the "-R" option does not include the .cpp files in the sub 

directories "sub_dir1" and "sub_dir2"

%cd base

%cscope -R *.cpp



If the source files were ".c", then everything works 

perfect!



Pls. let me know how to get around this problem.



regards,

----------------------------------------------------------------------

>Comment By: mohsin bhally (mbhally)
Date: 2003-09-11 19:36

Message:
Logged In: YES 
user_id=846527

Thanks again... just for completeness sake for anybody 

running into this problem again - instead of using the -R 

option use:

find /dir-path-name/ -type f  \(-name '*.cpp' -o -name '*.c' 

\) -print > cscope.files



and then cscope!

----------------------------------------------------------------------

Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-08 10:27

Message:
Logged In: YES 
user_id=27517

Cscope doesn't really support C++ very well.  Among the

things it doesn't do is to actively search for C++ files in

its default search algorithm.  If you want C++ files to be

parsed, you'll have to tell cscope about it: for simple

cases



	cscope *.cpp



for more complicated ones



	find -type f -name '*.cpp' > cscope.files

	cscope



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=204664&aid=802307&group_id=4664

Support Requests item #791623, was opened at 2003-08-20 00:16
Message generated for change (Comment added) made by mbhally
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=204664&aid=791623&group_id=4664

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: mohsin bhally (mbhally)
Assigned to: Hans-Bernhard Broeker (broeker)
Summary: support for C++ ?

Initial Comment:
What is the current level of support for C++? I tried 

using cscope version 15.4 and noticed the following:

-) In the "global definition" field if a member function 

name is specified, then the resulting listing gives the 

function declaration instead of the definition, i.e., it 

outputs the function signature in the class of which the 

function is a member (typically in the .h file) as opposed 

to the .c file?

-) If a member function takes any arguments, then 

the "global definition" search on the function name 

outputs nothing, i.e., it is unable to find even the 

function declaration. 





Am i doing something incorrect? are there any options 

for C++ that i'm missing while building the database?



Is there any way to get cscope to work as effectively 

for C++ as it does for C, or alternatively, is there any 

better tool for C++?

----------------------------------------------------------------------

>Comment By: mohsin bhally (mbhally)
Date: 2003-09-07 05:45

Message:
Logged In: YES 
user_id=846527

thanks for the reply... i thought that by default the cscope 

command would include the .cpp files but i guess i was wrong! 

once the database was built ( only with the .h files), i was 

directed to the function declaration in the .h file!!

after specifying .cpp while building the db everything seemed 

to be ok!

However, classname::methodname is not recognized by 

cscope

----------------------------------------------------------------------

Comment By: mohsin bhally (mbhally)
Date: 2003-09-07 05:45

Message:
Logged In: YES 
user_id=846527

thanks for the reply... i thought that by default the cscope 

command would include the .cpp files but i guess i was wrong! 

once the database was built ( only with the .h files), i was 

directed to the function declaration in the .h file!!

after specifying .cpp while building the db everything seemed 

to be ok!

However, classname::methodname is not recognized by 

cscope

----------------------------------------------------------------------

Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-08-20 14:19

Message:
Logged In: YES 
user_id=27517

In a nutshell: the program's name is cscope, not c++scope,

for a reason.



1) Note that in C++, the definition for inline methods *is*

inside the header file.  Same for non-inlined methods of

templated classes.



2) Presence of arguments by itself shouldn't prevent

detection of a function prototype --- please show a concrete

examples.



3) did you try searching for the method definition by it's

actual name, i.e. classname::methodname?



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=204664&aid=791623&group_id=4664

Support Requests item #791623, was opened at 2003-08-20 02:16
Message generated for change (Settings changed) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=204664&aid=791623&group_id=4664

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: mohsin bhally (mbhally)
Assigned to: Hans-Bernhard Broeker (broeker)
Summary: support for C++ ?

Initial Comment:
What is the current level of support for C++? I tried 

using cscope version 15.4 and noticed the following:

-) In the "global definition" field if a member function 

name is specified, then the resulting listing gives the 

function declaration instead of the definition, i.e., it 

outputs the function signature in the class of which the 

function is a member (typically in the .h file) as opposed 

to the .c file?

-) If a member function takes any arguments, then 

the "global definition" search on the function name 

outputs nothing, i.e., it is unable to find even the 

function declaration. 





Am i doing something incorrect? are there any options 

for C++ that i'm missing while building the database?



Is there any way to get cscope to work as effectively 

for C++ as it does for C, or alternatively, is there any 

better tool for C++?

----------------------------------------------------------------------

Comment By: mohsin bhally (mbhally)
Date: 2003-09-07 07:45

Message:
Logged In: YES 
user_id=846527

thanks for the reply... i thought that by default the cscope 

command would include the .cpp files but i guess i was wrong! 

once the database was built ( only with the .h files), i was 

directed to the function declaration in the .h file!!

after specifying .cpp while building the db everything seemed 

to be ok!

However, classname::methodname is not recognized by 

cscope

----------------------------------------------------------------------

Comment By: mohsin bhally (mbhally)
Date: 2003-09-07 07:45

Message:
Logged In: YES 
user_id=846527

thanks for the reply... i thought that by default the cscope 

command would include the .cpp files but i guess i was wrong! 

once the database was built ( only with the .h files), i was 

directed to the function declaration in the .h file!!

after specifying .cpp while building the db everything seemed 

to be ok!

However, classname::methodname is not recognized by 

cscope

----------------------------------------------------------------------

Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-08-20 16:19

Message:
Logged In: YES 
user_id=27517

In a nutshell: the program's name is cscope, not c++scope,

for a reason.



1) Note that in C++, the definition for inline methods *is*

inside the header file.  Same for non-inlined methods of

templated classes.



2) Presence of arguments by itself shouldn't prevent

detection of a function prototype --- please show a concrete

examples.



3) did you try searching for the method definition by it's

actual name, i.e. classname::methodname?



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=204664&aid=791623&group_id=4664

Bugs item #800502, was opened at 2003-09-04 16:57
Message generated for change (Settings changed) made by broeker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=800502&group_id=4664

Category: C lexer/parser
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Bernhard Broeker (broeker)
Summary: build errors

Initial Comment:
$ make

make  all-recursive

make[1]: Entering directory `/cygdrive/c/temp/cscope-

15.4/cscope-15.4'

Making all in doc

make[2]: Entering directory `/cygdrive/c/temp/cscope-

15.4/cscope-15.4/doc'

make[2]: Nothing to be done for `all'.

make[2]: Leaving directory `/cygdrive/c/temp/cscope-

15.4/cscope-15.4/doc'

Making all in src

make[2]: Entering directory `/cygdrive/c/temp/cscope-

15.4/cscope-15.4/src'

bison -y   egrep.y && mv y.tab.c egrep.c

egrep.y:106.17: syntax error, unexpected "="

egrep.y:111.17: syntax error, unexpected "="

egrep.y:113.39-40: invalid $ value

egrep.y:115.39-40: invalid $ value

egrep.y:120.17: syntax error, unexpected "="

egrep.y:124.17: syntax error, unexpected "="

egrep.y:134.17: syntax error, unexpected "="

make[2]: *** [egrep.c] Error 1

make[2]: Leaving directory `/cygdrive/c/temp/cscope-

15.4/cscope-15.4/src'

make[1]: *** [all-recursive] Error 1

make[1]: Leaving directory `/cygdrive/c/temp/cscope-

15.4/cscope-15.4'

make: *** [all-recursive-am] Error 2



dmunugot@... /cygdrive/c/temp/cscope-

15.4/cscope-15.4

$

----------------------------------------------------------------------

>Comment By: Hans-Bernhard Broeker (broeker)
Date: 2003-09-04 17:05

Message:
Logged In: YES 
user_id=27517

Old bug, reported several times --- doesn't *anybody* read

the old bug reports before creating a new one?



Solution: get new egrep.y from CVS, or edit it yourself: 

s/={/{/g on egrep.y.





----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104664&aid=800502&group_id=4664