edesiocs/google-gtags

Automatically exported from code.google.com/p/google-gtags

google-gtags's Issues

Enter one-line summary

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 27 Jul 2006 at 9:11

GTags requires Python 2.4?

What steps will reproduce the problem?
1. ./gentags.py will report error (it uses /usr/bin/python24 )
2. python gentags.py will report many errors like below:
Crawling source files.
generating tag file: TAGS
generating tag file: TAGSC
xargs: ./rtags.py: No such file or directory
No java files found. Skipping JTAGSC generation.
generating tag file: PTAGS
No java files found. Skipping JTAGS generation.
generating tag file: PTAGSC
xargs: ./rtags.py: No such file or directory
translating tag file: cpp.tags
./etags_to_tags.py --language=c++ --nocallers --corpus_name=cpp.tags
--input_file=TAGS --output_file=- --base_path= | gzip > cpp.tags.gz
sh: ./etags_to_tags.py: not found
translating tag file: cpp.callers.tags
./etags_to_tags.py --language=c++ --callers --corpus_name=cpp.callers.tags
--input_file=TAGSC --output_file=- --base_path= | gzip > cpp.callers.tags.gz
sh: ./etags_to_tags.py: not found
translating tag file: python.tags
./etags_to_tags.py --language=python --nocallers --corpus_name=python.tags
--input_file=PTAGS --output_file=- --base_path= | gzip > python.tags.gz
sh: ./etags_to_tags.py: not found
No java files found. Skipping java.callers.tags translation.
No java files found. Skipping java.tags translation.
translating tag file: python.callers.tags
./etags_to_tags.py --language=python --callers
--corpus_name=python.callers.tags --input_file=PTAGSC --output_file=-
--base_path= | gzip > python.callers.tags.gz
sh: ./etags_to_tags.py: not found

What is the expected output? What do you see instead?
I don't know what to expect. I just saw above errors.

What version of the product are you using? On what operating system?
Linux ubuntu 64.

Please provide any additional information below.

Original issue reported on code.google.com by zhanxw on 26 Sep 2009 at 11:09

Enter one-line summary

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 29 Jul 2006 at 11:20

make tests fail on Mac OS X 10.4.8

$ make tests
scons/scons.py -Q tests
g++ -DTEST_SRC_DIR=\"/Volumes/Home/nir/Desktop/gtags-1.0\" -c -o 
filename_unittest.o 
filename_unittest.cc
In file included from filename_unittest.cc:25:
test_incl.h:27:41: error: boost/test/auto_unit_test.hpp: No such file or 
directory
filename_unittest.cc:27: error: expected constructor, destructor, or type 
conversion before '(' 
token
filename_unittest.cc:35: error: expected constructor, destructor, or type 
conversion before '(' 
token
filename_unittest.cc:46: error: expected constructor, destructor, or type 
conversion before '(' 
token
filename_unittest.cc:53: error: expected constructor, destructor, or type 
conversion before '(' 
token
filename_unittest.cc:63: error: expected constructor, destructor, or type 
conversion before '(' 
token
filename_unittest.cc:70: error: expected constructor, destructor, or type 
conversion before '(' 
token
filename_unittest.cc:78: error: expected constructor, destructor, or type 
conversion before '(' 
token
filename_unittest.cc:90: error: expected constructor, destructor, or type 
conversion before '(' 
token
filename_unittest.cc:108: error: expected constructor, destructor, or type 
conversion before '(' 
token
filename_unittest.cc:124: error: expected constructor, destructor, or type 
conversion before '(' 
token
scons: *** [filename_unittest.o] Error 1
make: *** [tests] Error 2

gtags-1.0

Original issue reported on code.google.com by [email protected] on 4 Mar 2007 at 1:33

remove bundled and outdated tree-widget.el

Could you please remove the bundled tree-widget.el. It is an outdated version. 
The current version is part of Emacs. Adding the directory containing gtags.el 
to the load-path will also cause the bundled version of tree-widget.el to 
shadow the built-in version, which can be very confusing for users.

Original issue reported on code.google.com by jonasbernoulli on 9 May 2013 at 2:08

Enter one-line summary

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 27 Jul 2006 at 9:36

licence for regexp.h unsatisfactory

What steps will reproduce the problem?
1. open regexp.h in any editor or text viewer
2. observe the licence to be "All rights reserved" rather than the GPL
header or a similar free licence.

What is the expected output? What do you see instead?

I would expect the header to be:

// Copyright 2006  Google Inc.
//
// This program is free software; you can redistribute it and/or
// modify it under the terms of the GNU General Public License
// as published by the Free Software Foundation; either version 2
// of the License, or (at your option) any later version.
//
// This program is distributed in the hope that it will be useful,
// but WITHOUT ANY WARRANTY; without even the implied warranty of
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
// GNU General Public License for more details.
//
// You should have received a copy of the GNU General Public License
// along with this program; if not, write to the Free Software
// Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 
02110-1301, USA.

or similar.

What version of the product are you using? On what operating system?

google-gtags-1.0.2 downloaded from code.g.c today.  OS i Ubuntu Gutsy,
though I don't think that's very relevant.

Original issue reported on code.google.com by tfheen on 20 Nov 2007 at 8:55

Build error.

What is the problem?

Cannot build.

What steps will reproduce the problem?

./configure
make
scons/scons.py -Q
  File "./scons/scons-local-0.96.1/SCons/Tool/gas.py", line 36

    import as
            ^
SyntaxError: invalid syntax

make: *** [all] Error 2

What is the expected output? What do you see instead?

Expected it to build google-gtags.

What version of the product are you using? On what operating system?

google-gtags-2.0.0
Ubuntu 12.04
Python 2.7.3

Please provide any additional information below.

Installed Ubuntu scons 2.1.0-1 package and then executed scons in the 
google-gtags-2.0.0 directory. Following are the steps:

scons
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
g++ -o filename.o -c filename.cc
In file included from /usr/include/c++/4.6/ext/hash_set:61:0,
                 from symboltable.h:31,
                 from filename.h:37,
                 from filename.cc:26:
/usr/include/c++/4.6/backward/backward_warning.h:33:2: warning: #warning This 
file includes at least one deprecated or antiquated header which may be removed 
without further notice at a future date. Please use a non-deprecated interface 
with equivalent functionality instead. For a listing of replacement headers and 
interfaces, consult the file backward_warning.h. To disable this warning use 
-Wno-deprecated. [-Wcpp]
In file included from filename.h:37:0,
                 from filename.cc:26:
symboltable.h: In member function 'bool SymbolTable::StrEq::operator()(const 
char*, const char*) const':
symboltable.h:54:28: error: 'strcmp' was not declared in this scope
In file included from filename.cc:26:0:
filename.h: In member function 'const char* Filename::GetString(const char*)':
filename.h:91:39: error: 'strlen' was not declared in this scope
filename.h:92:41: error: 'strncpy' was not declared in this scope
filename.cc: In member function 'bool Filename::operator<(const Filename&) 
const':
filename.cc:76:40: error: 'strcmp' was not declared in this scope
filename.cc: In member function 'bool Filename::operator==(const Filename&) 
const':
filename.cc:93:52: error: 'strcmp' was not declared in this scope
filename.cc: In member function 'int Filename::DistanceTo(const Filename&) 
const':
filename.cc:113:30: error: 'strcmp' was not declared in this scope
filename.cc: In member function 'const char* Filename::Basename() const':
filename.cc:141:47: error: 'strlen' was not declared in this scope
scons: *** [filename.o] Error 1
scons: building terminated because of errors.

Original issue reported on code.google.com by [email protected] on 10 Jan 2014 at 10:43

Enter one-line summary

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 31 Jul 2006 at 7:38

gtags.el contains some Google private URLs and paths

I think these variable/constant should be changed to more appropriate values:

(defvar google-default-root ...)
(defconst google-javadoc-url-template ...)
(defvar google-gtags-language-hosts ...)
(defvar google-gtags-call-graph-hosts ...)

Original issue reported on code.google.com by [email protected] on 5 Mar 2007 at 1:44

gtags.el: please fix summary line

Could you please change the first line of gtags.el to this:

;;; gtags.el --- Emacs Lisp Code for handling google tags

You might also want to add a commentary to the header, and generally follow the 
header conventions: 
http://www.gnu.org/software/emacs/manual/html_node/elisp/Library-Headers.html

Original issue reported on code.google.com by jonasbernoulli on 9 May 2013 at 2:01

Better handling of empty targets

What steps will reproduce the problem?
1. Run gentags.py in a directory not containing code in either Java,
Python, or C++.
2. Watch the output
3. List the files in the current directory

gentags.py shouldn't try to generate a TAGS file for a particular
programming language when there isn't any file written in this language in
the directory tree. I included a quick-and-dirty fix, to this issue ticket.

Here the error message I got:

% gentags.py --etags=/usr/bin/etags --rtags=~/tools/rtags.py \     
   --etags_to_tags=~/tools/etags_to_tags.py
generating tag file: TAGS
generating tag file: JTAGS
etags: No files specified. Try "etags --help".
errors generating tag file for JTAGS
generating tag file: PTAGS
generating tag file: TAGSC
generating tag file: JTAGSC
generating tag file: PTAGSC
translating tag file: cpp.tags
translating tag file: cpp.callers.tags
translating tag file: python.tags
translating tag file: java.callers.tags
translating tag file: java.tags
Traceback (most recent call last):
  File "/home/alex/tools/etags_to_tags.py", line 200, in ?
    main()
  File "/home/alex/tools/etags_to_tags.py", line 183, in main
    infile = open(options.input_file, "r")
IOError: [Errno 2] No such file or directory: 'JTAGS'
translating tag file: python.callers.tags

What version of the product are you using? On what operating system?
Version 1.0 on a development Ubuntu version (Feisty Fawn) with Python 2.5 

Original issue reported on code.google.com by [email protected] on 5 Mar 2007 at 1:24

Attachments:

• empty-target.patch

Schedule will not run when election deadlines are not populated

What steps will reproduce the problem?
1. Import new county
2. Import ballot order for county w/o entering election deadlines for
CoBallotOrder
3. run schedule 

What is the expected output? What do you see instead?
Expect schedule to run.  Bombs w/ null ref exception.

What version of the product are you using? On what operating system?
v1.0

Please provide any additional information below.
NA

Original issue reported on code.google.com by [email protected] on 25 Oct 2006 at 4:09

Etags default location should point to /usr/bin/etags

In gentags.py, the current default location of `etags' is
/usr/pubsw/bin/etags, which I believe is the location of the `etags' binary
on Google's server. I think the location should point to /usr/bin/etags, or
`/usr/bin/env etags' by default.

Original issue reported on code.google.com by [email protected] on 5 Mar 2007 at 1:30

Attachments:

• etags_path.patch