Menu
▾
▴
cscope-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(54) |
May
(109) |
Jun
(2) |
Jul
(4) |
Aug
(10) |
Sep
(19) |
Oct
(25) |
Nov
(17) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
(2) |
Apr
(7) |
May
(5) |
Jun
(26) |
Jul
(28) |
Aug
(47) |
Sep
(30) |
Oct
(22) |
Nov
(11) |
Dec
(6) |
| 2002 |
Jan
(37) |
Feb
(9) |
Mar
(69) |
Apr
(18) |
May
(10) |
Jun
(16) |
Jul
(63) |
Aug
(21) |
Sep
(10) |
Oct
(6) |
Nov
(9) |
Dec
(25) |
| 2003 |
Jan
(13) |
Feb
(4) |
Mar
(10) |
Apr
(9) |
May
(13) |
Jun
(17) |
Jul
(14) |
Aug
(33) |
Sep
(25) |
Oct
(16) |
Nov
(6) |
Dec
(2) |
| 2004 |
Jan
(20) |
Feb
(18) |
Mar
(12) |
Apr
(12) |
May
(2) |
Jun
(15) |
Jul
(14) |
Aug
(3) |
Sep
(16) |
Oct
(11) |
Nov
(19) |
Dec
(32) |
| 2005 |
Jan
(31) |
Feb
(38) |
Mar
(8) |
Apr
(33) |
May
(9) |
Jun
|
Jul
(4) |
Aug
(30) |
Sep
(8) |
Oct
(16) |
Nov
(21) |
Dec
(12) |
| 2006 |
Jan
(5) |
Feb
(16) |
Mar
(12) |
Apr
(24) |
May
(15) |
Jun
(21) |
Jul
(14) |
Aug
(5) |
Sep
(22) |
Oct
(33) |
Nov
(53) |
Dec
(47) |
| 2007 |
Jan
(20) |
Feb
(51) |
Mar
(30) |
Apr
(69) |
May
(66) |
Jun
(99) |
Jul
(128) |
Aug
(45) |
Sep
(10) |
Oct
(20) |
Nov
(26) |
Dec
(14) |
| 2008 |
Jan
(9) |
Feb
(31) |
Mar
(57) |
Apr
(175) |
May
(17) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(4) |
Apr
(2) |
May
|
Jun
|
Jul
(5) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2011 |
Jan
(5) |
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
(8) |
Oct
(3) |
Nov
(14) |
Dec
(9) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(6) |
Aug
(2) |
Sep
(7) |
Oct
(1) |
Nov
|
Dec
(2) |
| 2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
(4) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2012-11-06 00:42:38
|
Bugs item #3584572, was opened at 2012-11-05 16:42 Message generated for change (Tracker Item Submitted) made by shayanb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3584572&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Shayan Es (shayanb) Assigned to: Nobody/Anonymous (nobody) Summary: Linux Build Fails Initial Comment: Linux 2.6.32-44-generic-pae #98-Ubuntu SMP Mon Sep 24 17:47:51 UTC 2012 i686 GNU/Linux Even though the ./configure has no errors, the make command fails: make all-recursive make[1]: Entering directory `/home/shayan/Desktop/cscope/cscope-15.8a' Making all in doc make[2]: Entering directory `/home/shayan/Desktop/cscope/cscope-15.8a/doc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/shayan/Desktop/cscope/cscope-15.8a/doc' Making all in src make[2]: Entering directory `/home/shayan/Desktop/cscope/cscope-15.8a/src' /bin/bash ../ylwrap fscanner.l lex.yy.c fscanner.c -- flex gcc -DHAVE_CONFIG_H -I. -I.. -g -O2 -MT fscanner.o -MD -MP -MF .deps/fscanner.Tpo -c -o fscanner.o fscanner.c In file included from /usr/include/bits/errno.h:25, from /usr/include/errno.h:36, from fscanner.c:21: /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or directory fscanner.c: In function ‘yy_get_next_buffer’: fscanner.c:31230: error: ‘EINTR’ undeclared (first use in this function) fscanner.c:31230: error: (Each undeclared identifier is reported only once fscanner.c:31230: error: for each function it appears in.) make[2]: *** [fscanner.o] Error 1 make[2]: Leaving directory `/home/shayan/Desktop/cscope/cscope-15.8a/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/shayan/Desktop/cscope/cscope-15.8a' make: *** [all] Error 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3584572&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-10-02 22:46:54
|
Support Requests item #3509849, was opened at 2012-03-21 12:06 Message generated for change (Settings changed) made by broeker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=204664&aid=3509849&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: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Closing cscope kills editor Initial Comment: I am attempting to use gedit as my editor when running cscope. To do so, I set my 'editor' to be a bash script which contains the following: #!/bin/bash gedit $2 +$1 2> /dev/null & When I close cscope, gedit also closes. How can I prevent this? I've tried other editors besides gedit but get the same result. ---------------------------------------------------------------------- Comment By: Hans-Bernhard Broeker (broeker) Date: 2012-03-22 09:39 Message: > When I close cscope, gedit also closes. How can I prevent this? You can't, because that's exactly how cscope calling an external editor is supposed to work. The $EDITOR is supposed to behave like a traditonal vi, i.e. run in the foreground, blocking cscope until you're done editing that file, then get you back to cscope. You would need something like (X)Emacs' server-mode + gnuclient/emacsclient method, where the big editor is run independently as an "editing server", and a small program ({gnu|emacs}client) hands editing requests to it. The difference to what you're doing is that {gnu|emacs}client blocks and waits until you close that particular file in (X)Emacs using C-x # instead of the usual C-x 0. This informs emacsclient that you're done editing that buffer, so emacsclient terminates itself and gives control back to the terminal. I have no idea whether gedit offers a feature like emacs' server mode --- but most likely it doesn't. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=204664&aid=3509849&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-10-02 22:45:17
|
Support Requests item #3573154, was opened at 2012-09-30 00:56 Message generated for change (Settings changed) made by broeker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=204664&aid=3573154&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: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Jari Aalto (jaalto) >Assigned to: Hans-Bernhard Broeker (broeker) Summary: 15.8s release annoucement missing from freecode.com Initial Comment: Please add release noted to https://freecode.com/projects/cscope ---------------------------------------------------------------------- Comment By: Hans-Bernhard Broeker (broeker) Date: 2012-10-02 15:44 Message: Update is in the pipes at (former) freshmeat ---------------------------------------------------------------------- Comment By: Hans-Bernhard Broeker (broeker) Date: 2012-09-30 06:09 Message: That is no bug. Not by a wide margin. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=204664&aid=3573154&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-10-02 22:44:25
|
Support Requests item #3573154, was opened at 2012-09-30 00:56 Message generated for change (Comment added) made by broeker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=204664&aid=3573154&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: None Group: None Status: Pending Resolution: Invalid Priority: 5 Private: No Submitted By: Jari Aalto (jaalto) Assigned to: Nobody/Anonymous (nobody) Summary: 15.8s release annoucement missing from freecode.com Initial Comment: Please add release noted to https://freecode.com/projects/cscope ---------------------------------------------------------------------- >Comment By: Hans-Bernhard Broeker (broeker) Date: 2012-10-02 15:44 Message: Update is in the pipes at (former) freshmeat ---------------------------------------------------------------------- Comment By: Hans-Bernhard Broeker (broeker) Date: 2012-09-30 06:09 Message: That is no bug. Not by a wide margin. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=204664&aid=3573154&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-09-30 13:09:18
|
Support Requests item #3573154, was opened at 2012-09-30 00:56 Message generated for change (Comment added) made by broeker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=204664&aid=3573154&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: None Group: None >Status: Pending >Resolution: Invalid Priority: 5 Private: No Submitted By: Jari Aalto (jaalto) Assigned to: Nobody/Anonymous (nobody) Summary: 15.8s release annoucement missing from freecode.com Initial Comment: Please add release noted to https://freecode.com/projects/cscope ---------------------------------------------------------------------- >Comment By: Hans-Bernhard Broeker (broeker) Date: 2012-09-30 06:09 Message: That is no bug. Not by a wide margin. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=204664&aid=3573154&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-09-28 14:27:43
|
Bugs item #3572731, was opened at 2012-09-28 04:29 Message generated for change (Settings changed) made by broeker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3572731&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: None Group: None >Status: Pending >Resolution: Invalid Priority: 5 Private: No Submitted By: Niraj (nniraj) Assigned to: Nobody/Anonymous (nobody) Summary: looks like automake doesn't build anything Initial Comment: When I type "automake" in cscope-15.8a directory, nothing seems to be building. Seems only Makefile.in gets generated from Makefile.am. ---------------------------------------------------------------------- Comment By: Hans-Bernhard Broeker (broeker) Date: 2012-09-28 07:26 Message: Actually, 'automake' doesn't build the Makefile, either. It builds Makefile.in from Makefile.am. What made you assume otherwise? ---------------------------------------------------------------------- Comment By: Niraj (nniraj) Date: 2012-09-28 04:31 Message: I am using cygwin. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3572731&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-09-28 14:24:57
|
Bugs item #3572729, was opened at 2012-09-28 04:26 Message generated for change (Comment added) made by broeker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3572729&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: None Group: None Status: Open >Resolution: Invalid Priority: 5 Private: No Submitted By: Niraj (nniraj) Assigned to: Nobody/Anonymous (nobody) Summary: Error in installing cscope Initial Comment: When I try to run Configure script, I get below error: $ ./configure ./configure: line 16: $'\r': command not found ./configure: line 31: syntax error near unexpected token `newline' '/configure: line 31: ` ;; ---------------------------------------------------------------------- >Comment By: Hans-Bernhard Broeker (broeker) Date: 2012-09-28 07:24 Message: \r stands for the ASCII carriage return character. By far the most typical reason for that problem would be that your 'configure' script was generated by tools using DOS line endings, but you're using it in an environment that doesn't expect DOS line ends (e.g. Cygwin in binary-mount mode). As such, this is almost guaranteed to be an issue not with the program itself, but with the way you acquired or unpacked the source code ---------------------------------------------------------------------- Comment By: Niraj (nniraj) Date: 2012-09-28 04:30 Message: I am using cygwin xterm. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3572729&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-09-28 11:29:04
|
Bugs item #3572731, was opened at 2012-09-28 04:29 Message generated for change (Tracker Item Submitted) made by nniraj You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3572731&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Niraj (nniraj) Assigned to: Nobody/Anonymous (nobody) Summary: looks like automake doesn't build anything Initial Comment: When I type "automake" in cscope-15.8a directory, nothing seems to be building. Seems only Makefile.in gets generated from Makefile.am. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3572731&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-09-28 11:26:42
|
Bugs item #3572729, was opened at 2012-09-28 04:26 Message generated for change (Tracker Item Submitted) made by nniraj You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3572729&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Niraj (nniraj) Assigned to: Nobody/Anonymous (nobody) Summary: Error in installing cscope Initial Comment: When I try to run Configure script, I get below error: $ ./configure ./configure: line 16: $'\r': command not found ./configure: line 31: syntax error near unexpected token `newline' '/configure: line 31: ` ;; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3572729&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-09-22 14:02:56
|
Feature Requests item #3570681, was opened at 2012-09-22 02:17 Message generated for change (Comment added) made by broeker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=354664&aid=3570681&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: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Hans-Bernhard Broeker (broeker) Summary: cscope could not recognize kernel function netif_napi_add Initial Comment: void netif_napi_add(struct net_device *dev, struct napi_struct *napi, int (*poll)(struct napi_struct *, int), int weight) function like this could not be located by cscope via defintion. ---------------------------------------------------------------------- >Comment By: Hans-Bernhard Broeker (broeker) Date: 2012-09-22 07:02 Message: The answer to your question is in last paragraph of the cscope manpage, which see. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-09-22 02:18 Message: ctags could locate this kind function definiton. I want to use cscope only, if cscope could also find such tags. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=354664&aid=3570681&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-09-22 09:18:55
|
Feature Requests item #3570681, was opened at 2012-09-22 02:17 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=354664&aid=3570681&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cscope could not recognize kernel function netif_napi_add Initial Comment: void netif_napi_add(struct net_device *dev, struct napi_struct *napi, int (*poll)(struct napi_struct *, int), int weight) function like this could not be located by cscope via defintion. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-09-22 02:18 Message: ctags could locate this kind function definiton. I want to use cscope only, if cscope could also find such tags. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=354664&aid=3570681&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-09-22 09:17:05
|
Feature Requests item #3570681, was opened at 2012-09-22 02:17 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=354664&aid=3570681&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cscope could not recognize kernel function netif_napi_add Initial Comment: void netif_napi_add(struct net_device *dev, struct napi_struct *napi, int (*poll)(struct napi_struct *, int), int weight) function like this could not be located by cscope via defintion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=354664&aid=3570681&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-08-09 18:06:21
|
Bugs item #3555640, was opened at 2012-08-09 03:47 Message generated for change (Comment added) made by darrylo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3555640&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jerome Reybert (klubad) Assigned to: Nobody/Anonymous (nobody) Summary: cscope doesn't search in header files Initial Comment: When I create a database, I put both .c and .h files in it. When I want to jump to a function declaration, I would like to have the possibility to choose between the definition in the header file or the implementation in the C file. Let say I have a simple project: $ more test.* :::::::::::::: test.c :::::::::::::: int test_function() { return 0; } :::::::::::::: test.h :::::::::::::: int test_function(); If I build a database with all the files $ cscope -b and I search for the test_function definition, the only choice I have is in the C file. Symbol show me well both C and header file, but in a huge project, I can't afford to search in the symbol result. If I limit database to header file, I don't have any result: $ cat cscope.files test.h $ cscope -b In bigger projects, definitions are sometimes found in header file (if the function is only defined in header, and not in C file), but I can't reproduce this behaviour in this little example. Here, cscope don't find test_function at all. Is it a bug or a wanted behaviour to not include header definitions (or only in some obscure circumstances) in database? ---------------------------------------------------------------------- >Comment By: Darryl (darrylo) Date: 2012-08-09 11:06 Message: Ah, sorry. The behavior is correct. You're also getting the terminology confused: * The "definition" is the actual C/C++ code that implements your function. "Definitions" generally do not occur in header files except in the cases of inline functions or poorly-organized code. * The "declaration" is the function prototype that specifies the function return value, name, and (optionally) the function parameter types. The declaration generally does not contain any source code that implements the function (inline functions are a gray zone, here, and definitions can act as implicit declarations). Header files generally contain declarations, but not definitions. * What you're asking for is certainly reasonable, but currently does not exist. You basically want a way to display both declarations and definitions, but not symbol usages/references. There is currently no way to display only declarations, although cscope does sometimes try to display declarations first (usually unsuccessfully), when showing symbol usage. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3555640&group_id=4664 |
|
From: SourceForge.net <no...@so...> - 2012-08-09 10:47:56
|
Bugs item #3555640, was opened at 2012-08-09 03:47 Message generated for change (Tracker Item Submitted) made by klubad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3555640&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jerome Reybert (klubad) Assigned to: Nobody/Anonymous (nobody) Summary: cscope doesn't search in header files Initial Comment: When I create a database, I put both .c and .h files in it. When I want to jump to a function declaration, I would like to have the possibility to choose between the definition in the header file or the implementation in the C file. Let say I have a simple project: $ more test.* :::::::::::::: test.c :::::::::::::: int test_function() { return 0; } :::::::::::::: test.h :::::::::::::: int test_function(); If I build a database with all the files $ cscope -b and I search for the test_function definition, the only choice I have is in the C file. Symbol show me well both C and header file, but in a huge project, I can't afford to search in the symbol result. If I limit database to header file, I don't have any result: $ cat cscope.files test.h $ cscope -b In bigger projects, definitions are sometimes found in header file (if the function is only defined in header, and not in C file), but I can't reproduce this behaviour in this little example. Here, cscope don't find test_function at all. Is it a bug or a wanted behaviour to not include header definitions (or only in some obscure circumstances) in database? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104664&aid=3555640&group_id=4664 |
|
From: Hans-Bernhard B. <br...@ph...> - 2012-08-04 16:42:28
|
Hello everybody, it's been quite a while, but here's a new release of cscope. It consists mainly of bug fixes, but there are some new features, too: * search for assignment * ^b/^f work from results pane, too * display of a partial result set now tells you where you are Thanks for most of the bug fixes go to Neil Horman. Hope you like it. Hans-Bernhard Broeker |
|
From: hong z. <hen...@ya...> - 2012-01-24 23:42:20
|
List, cscope with 64 bit package does not work right. Steps are: 1. cscope -bR 2. cscope search display mess. 32 bits package is good. Is any body aware of it? ---henry |
|
From: rahul p. <rah...@gm...> - 2011-09-03 10:31:35
|
2011/9/1 Hans-Bernhard Bröker <HBB...@t-...> > On 31.08.2011 11:54, rahul patil wrote: > >> 2011/8/31 Hans-Bernhard Bröker<HBB...@t-...> >> >>> On 30.08.2011 15:58, rahul patil wrote: >>> >> > I have read and write permission for all the files in the mount. I have >> mounted share using mount.cifs. >> > > Could there be some ACLs or Windows-side permission issues you're misssing? > > > I used following command to add files explicitly >> $cscope -Rb `find -name \*.c` >> but it is giving error that "cscope: cannot find file >> unittests/internal/sgx_**subtwiddling_test/sgx_**subtwiddling_test.c" >> (similar error for all the files in the source code). >> > > Which directory along that path is the mount point of your Windows network > share? > > Do _all_ files fail like that, or only some of them? > > Could you try to check the full file state for some of those files via the > 'stat' command? cscope does insist on the input being regular files (no > symlinks, no devices, ...). > I debuged the code and found that lstat(in the function scan_dir) is returning error -27(which is Value too large for defined data type). then i recompiled kernel with xattr and POSIX new config options enabled for CIFS, which solved my problem. Now cscope is able to search the files and working correctly -- Regards, Rahul Patil |
|
From: rahul p. <rah...@gm...> - 2011-08-31 09:54:40
|
2011/8/31 Hans-Bernhard Bröker <HBB...@t-...> > On 30.08.2011 15:58, rahul patil wrote: > > I could edit, list files in linux but when I use command "$cscope -Rb" to >> build the cscope.out it gives error "cscope: no source files found" >> > > That's a little short on details. Does it work if you build the database > with explicitly specified files? What mode did you mount those file in? > Are there symbolic links involved in finding them? > > I have read and write permission for all the files in the mount. I have mounted share using mount.cifs. I used following command to add files explicitly $cscope -Rb `find -name \*.c` but it is giving error that "cscope: cannot find file unittests/internal/sgx_subtwiddling_test/sgx_subtwiddling_test.c" (similar error for all the files in the source code). > Is it known bug that cscope doesnt work with the database on the remote >> share? >> > > No. > > -- Regards, Rahul Patil |
|
From: rahul p. <rah...@gm...> - 2011-08-30 13:58:48
|
hi all, I am using cscope for traversing database in linux. The actaul file database is on Windows machine and i have mounted that partition into linux. I could edit, list files in linux but when I use command "$cscope -Rb" to build the cscope.out it gives error "cscope: no source files found" Is it known bug that cscope doesnt work with the database on the remote share? cscope is working very well for the local code. thanks in advance !!! -- Regards, Rahul Patil |
|
From: Ken S. <kg...@gm...> - 2011-02-20 16:44:05
|
2011/2/20 Hans-Bernhard Bröker <HBB...@t-...>: > On 17.02.2011 19:31, Ken Smith wrote: > >>>> I'm happy to learn that cscope already does what I want but so far, I >>>> don't think -P does. I'm happy to be proven wrong. >>> >>> You don't want to pass $(pwd) to -P. It's meant to be used like this: >>> >>> cscope -d -f /some/where/cscope.out -P/some/where >> >> This does work but I find it more straightforward to build the >> database with absolute paths. Is there any harm in that? > > There's always the off chance that people might be storing huge source tree, > including their cscope databases, on network drives, which are mounted > differently by different users. -P survives that, absolute paths wouldn't. Fair enough. But I think the usual case is that every developer has a working copy of everything they need checked out from version control and generates a cscope database for it. Also, back in the day, I remember folks mounting network drives differently on different computers but lately I don't encounter that. Perhaps folks are coming to the conclusion that a consistent environment is more valuable than giving the flexibility and responsiblity of filesystem organization to the end user. I agree that the interface of cscope is not incorrect. I assert that it optimizes for the rare case and is redundant in the common case. > Or one could build the database for one source tree, then use it to browse a > modified copy of it. That currently doesn't need a -P option at all. > >> But isn't it more convenient to simply build the database with >> absolute paths and then you don't have to use -P to load each one of >> them every time. Indeed, the invocation is somewhat redundant don't >> you think? > > Only if the paths for -f and -P were _always_ the same. Which, as shown > above, needn't be true. I'm only talking about default behavior which I admit may be too late since users probably already rely on the present default behavior. I am suggesting that -f path should assume -P `basename path`. Let -P override this default behavior. In this case too, I think cscope's interface optimizes for the uncommon case. |
|
From: Ken S. <kg...@gm...> - 2011-02-17 18:31:14
|
(readded cc: cscope-devel) 2011/2/16 Hans-Bernhard Bröker <HBB...@t-...>: > On 17.02.2011 01:56, Ken Smith wrote: >> >> 2011/2/16 Hans-Bernhard Bröker<HBB...@t-...>: >> >>> Actually, you would _always_ have to do cscope -R -b -q. The ability to >>> concatenate single-letter options that don't use arguments is a GNU >>> feature >>> offered by getopt_long(). No _GNU_SOURCE, no -Rbq. > >> Ok. I'm compiling on Linux with the GNU compiler which doesn't define >> it by default. > > As of when? It's actually predefined by GNU libc, not the compiler, if > memory serves. I don't know when this changed if it was previously not the case but let me demonstrate what I observe. % gcc --version gcc (Ubuntu/Linaro 4.4.4-14ubuntu5) 4.4.5 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. % cat macro-check.c #if defined(_GNU_SOURCE) #error _GNU_SOURCE is defined #endif % gcc -c macro-check.c macro-check.c:4: error: #error _GNU_SOURCE is not defined Interestingly, % g++ -c macro-check.c macro-check.c:2: error: #error _GNU_SOURCE is defined and this difference is complained about elsewhere on the internet. When I do a fresh checkout of cscope, ./configure, and build it, _GNU_SOURCE is not defined. I verified this by putting a check similar to the above in src/main.c. Perhaps it would be worth your while to check with someone at one of the distros to see if they have to apply any patches to cscope to get it to build with _GNU_SOURCE enabled. >> I'm happy to learn that cscope already does what I want but so far, I >> don't think -P does. I'm happy to be proven wrong. > > You don't want to pass $(pwd) to -P. It's meant to be used like this: > > cscope -d -f /some/where/cscope.out -P/some/where This does work but I find it more straightforward to build the database with absolute paths. Is there any harm in that? The vim/cscope integration mirrors the above by allowing an argument to :cs add. cs add /path/to/cscope.out /path/to But isn't it more convenient to simply build the database with absolute paths and then you don't have to use -P to load each one of them every time. Indeed, the invocation is somewhat redundant don't you think? Perhaps the default behavior of -f should be to automatically prepend the supplied path when that path is not the same as $PWD. The default behavior of using paths relative to the current directory at database creation time is in harmony with that. At any rate, the patch is yours to do with as you please. I personally find it useful and would love to see it integrated into the mainline but I'm also content with patching my own copy. The patch probably needs to be modified to avoid using unistd.h for Windows and such but I don't have a Windows development box handy to work out the details. ks |
|
From: Ken S. <kg...@gm...> - 2011-02-17 01:20:44
|
2011/2/16 Ken Smith <kg...@gm...>:
> 2011/2/16 Hans-Bernhard Bröker <HBB...@t-...>:
>
>> Actually, you would _always_ have to do cscope -R -b -q. The ability to
>> concatenate single-letter options that don't use arguments is a GNU feature
>> offered by getopt_long(). No _GNU_SOURCE, no -Rbq.
>
> Ok. I'm compiling on Linux with the GNU compiler which doesn't define
> it by default. Is there a flag I should pass to configure to enable
> _GNU_SOURCE or should I just edit the makefiles and add it to CFLAGS?
Also, with _GNU_SOURCE, the main.c patch changes to the following.
The call to getopt_long needs "a" appended to the third argument.
ks
Index: src/main.c
===================================================================
RCS file: /cvsroot/cscope/cscope/src/main.c,v
retrieving revision 1.52
diff -u -r1.52 main.c
--- src/main.c 30 Sep 2010 14:29:19 -0000 1.52
+++ src/main.c 17 Feb 2011 01:16:50 -0000
@@ -98,6 +98,7 @@
BOOL linemode = NO; /* use line oriented user interface */
BOOL verbosemode = NO; /* print extra information on line mode */
BOOL recurse_dir = NO; /* recurse dirs when searching for src files */
+BOOL use_abs_paths = NO; /* use absolute pathnames in recursive
searches */
char *namefile; /* file of file names */
BOOL ogs; /* display OGS book and subsystem names */
char *prependpath; /* prepend path to file names */
@@ -153,7 +154,7 @@
while ((opt = getopt_long(argcc, argv,
- "hVbcCdeF:f:I:i:kLl0:1:2:3:4:5:6:7:8:9:P:p:qRs:TUuv",
+ "hVbcCdeF:f:I:i:kLl0:1:2:3:4:5:6:7:8:9:P:p:qRs:TUuva",
lopts, &longind)) != -1) {
switch(opt) {
@@ -233,6 +234,9 @@
case 'R':
recurse_dir = YES;
break;
+ case 'a':
+ use_abs_paths = YES;
+ break;
case 'f': /* alternate cross-reference file */
reffile = optarg;
if (strlen(reffile) > sizeof(path) - 3) {
@@ -405,6 +409,9 @@
case 'R':
recurse_dir = YES;
break;
+ case 'a':
+ use_abs_paths = YES;
+ break;
case 'f': /* alternate cross-reference file */
case 'F': /* symbol reference lines file */
case 'i': /* file containing file names */
|
|
From: Ken S. <kg...@gm...> - 2011-02-17 01:20:04
|
(resending because I didn't reply all) 2011/2/16 Hans-Bernhard Bröker <HBB...@t-...>: > Actually, you would _always_ have to do cscope -R -b -q. The ability to > concatenate single-letter options that don't use arguments is a GNU feature > offered by getopt_long(). No _GNU_SOURCE, no -Rbq. Ok. I'm compiling on Linux with the GNU compiler which doesn't define it by default. Is there a flag I should pass to configure to enable _GNU_SOURCE or should I just edit the makefiles and add it to CFLAGS? >> Also, when I try to use the cscope/vim integration, it fails on the >> vim command, 'cs add cscope.out', with this message. > > VIM's cscope integration is handled by VIM, not by us. It apparently relies on the single letter option concatentation. When I build cscope with _GNU_SOURCE vim integration works again. >> relative path isn't valid. This patch adds a flag (-a) to cause the >> database to contain absolute paths which will allow remote cscope.out >> files to be added and used easily. > > Maybe I'm overlooking something, but this sure looks like you've just > re-invented the existing -Ppath option, but backward. I tried getting -P to do what I want but I haven't gotten it to work. When I do `cscope -Rbq && cscope -d -P$(pwd)', it launches me into the ncurses interface. When I do this, it still references the files using relative paths. The specific problem I'm trying to solve is enabling loading multiple cscope.out databases that are not in $PWD. The nonlocal cscope.out files contain relative paths. Even if a search finds nonlocal matches, the cscope instance can't find them. I'm happy to learn that cscope already does what I want but so far, I don't think -P does. I'm happy to be proven wrong. ks |
|
From: Ken S. <kg...@gm...> - 2011-02-16 19:46:05
|
Hi all,
I am a long time cscope user but this is the first time I think I have
found a potential issue. I have built cscope from an anonymous CVS
checkout from an hour ago. The first thing I notice is that I can no
longer do
cscope -Rbq
I must do
cscope -R -b -q
Also, when I try to use the cscope/vim integration, it fails on the
vim command, 'cs add cscope.out', with this message.
cs_read_prompt EOF: No such file or directory
E609: Cscope error: Usage: cscope [-bcCdehklLqRTuUvV] [-f file] [-F
file] [-i file] [-I dir] [-s dir] [-p number] [-P path]
[-[0-8] pattern] [source files]
Vim is clearly doing something with the command line cscope suspects.
Why the command line changes? The previous version of cscope that
works fine with vim integration is 15.7a (latest for Ubuntu 10.04LTS).
Also, I have a patch suggestion (inlined below). The motivation for
the patch is that I sometimes want to bring in code from a library
that isn't under the current working directory. In vim, I do 'cs add
/path/to/other/cscope.out'. If that cscope.out is generated from
/path/to/other using a simple 'cscope -Rbq', then it will have
relative paths. When vim finds a match for a cscope search from that
remote cscope.out, it will not be able to find the file because the
relative path isn't valid. This patch adds a flag (-a) to cause the
database to contain absolute paths which will allow remote cscope.out
files to be added and used easily.
Kind regards,
Ken
Index: dir.c
===================================================================
RCS file: /cvsroot/cscope/cscope/src/dir.c,v
retrieving revision 1.32
diff -u -r1.32 dir.c
--- dir.c 4 Mar 2010 21:11:43 -0000 1.32
+++ dir.c 16 Feb 2011 19:30:36 -0000
@@ -44,6 +44,7 @@
#include <sys/types.h> /* needed by stat.h and dirent.h */
#include <dirent.h>
#include <sys/stat.h> /* stat */
+#include <unistd.h>
static char const rcsid[] = "$Id: dir.c,v 1.32 2010/03/04 21:11:43
broeker Exp $";
@@ -482,6 +483,16 @@
{
DIR *dirfile;
int adir_len = strlen(adir);
+ char abs_path[PATHLEN + 1];
+
+ abs_path[0] = '\0';
+ if (use_abs_paths
+ && adir_len > 0
+ && adir[0] != '/')
+ {
+ (void) getcwd(abs_path, PATHLEN + 1);
+ (void) strcat(abs_path, "/");
+ }
/* FIXME: no guards against adir_len > PATHLEN, yet */
@@ -495,7 +506,7 @@
&& (strcmp("..",entry->d_name) != 0)) {
struct stat buf;
- snprintf(path, sizeof(path), "%s/%.*s", adir,
+ snprintf(path, sizeof(path), "%s%s/%.*s", abs_path, adir,
PATHLEN - 2 - adir_len,
entry->d_name);
Index: global.h
===================================================================
RCS file: /cvsroot/cscope/cscope/src/global.h,v
retrieving revision 1.37
diff -u -r1.37 global.h
--- global.h 10 Apr 2009 13:39:23 -0000 1.37
+++ global.h 16 Feb 2011 19:30:36 -0000
@@ -256,6 +256,7 @@
extern BOOL linemode; /* use line oriented user interface */
extern BOOL verbosemode; /* print extra information on line mode */
extern BOOL recurse_dir; /* recurse dirs when searching for src files */
+extern BOOL use_abs_paths; /* recurse dirs when searching for src files */
extern char *namefile; /* file of file names */
extern BOOL ogs; /* display OGS book and subsystem names */
extern char *prependpath; /* prepend path to file names */
Index: main.c
===================================================================
RCS file: /cvsroot/cscope/cscope/src/main.c,v
retrieving revision 1.52
diff -u -r1.52 main.c
--- main.c 30 Sep 2010 14:29:19 -0000 1.52
+++ main.c 16 Feb 2011 19:30:36 -0000
@@ -98,6 +98,7 @@
BOOL linemode = NO; /* use line oriented user interface */
BOOL verbosemode = NO; /* print extra information on line mode */
BOOL recurse_dir = NO; /* recurse dirs when searching for src files */
+BOOL use_abs_paths = NO; /* use absolute pathnames in recursive searches */
char *namefile; /* file of file names */
BOOL ogs; /* display OGS book and subsystem names */
char *prependpath; /* prepend path to file names */
@@ -233,6 +234,9 @@
case 'R':
recurse_dir = YES;
break;
+ case 'a':
+ use_abs_paths = YES;
+ break;
case 'f': /* alternate cross-reference file */
reffile = optarg;
if (strlen(reffile) > sizeof(path) - 3) {
@@ -405,6 +409,9 @@
case 'R':
recurse_dir = YES;
break;
+ case 'a':
+ use_abs_paths = YES;
+ break;
case 'f': /* alternate cross-reference file */
case 'F': /* symbol reference lines file */
case 'i': /* file containing file names */
|
|
From: Cyker W. <cyk...@gm...> - 2011-01-27 12:14:15
|
I want to see how struct task_struct is defined, so I type cscope f g
task_struct. Here's the result.:
0 mmc_queue.h 5 struct task_struct;
1 cpu_buffer.h 18 struct task_struct;
2 udfdecl.h 42 struct task_struct;
3 current.h 6 struct task_struct;
4 processor.h 492 struct task_struct;
5 ptrace.h 58 struct task_struct;
6 system.h 12 struct task_struct;
7 file.h 79 struct task_struct;
8 profile.h 36 struct task_struct;
9 sched.h 528 struct task_struct {
a avc.h 32 struct task_struct;
As you can see, all except option 9 is helpful. I just wonder whether it can
be configured so that I don't see other options.
2011/1/27 Hans-Bernhard Bröker <HBB...@t-...>
> On 26.01.2011 16:40, Cyker Way wrote:
>
> A little inconvenience when I use cscope to browse code is that, I don't
>> know how to filter out declarations from definitions. Suppose I want to
>> find
>> how struct task_struct is defined, I use cscope f g task_struct, but the
>> declarations will also appear,
>>
>
> The declarations of what are those?
>
> Generally speaking, there is hardly ever a need for such thing as a
> declaration of a struct. In some self-referential data structures there are
> forward declarations of structs inside the structs themselves, but that's
> about it.
>
> Maybe you should give an actual example of what gets found when you don't
> want it to.
>
>
--
Cyker Way
Email:cyk...@gm... <Email%3Ac...@gm...>
|
403 messages has been excluded from this view by a project administrator.
