I have lurked a bit in the emacs IRC trying to find an answer to this
but I am not having much luck. The general consensus is to use grep.
I can do this but I would rather use the tags table to jump to
functions and files.
One thing I use more than anything is `jump to function`. I can live
without it but not having it makes me miss my Intellij because that
feature alone really enhances project navigation. I tend to jump to
other files very quickly for reference points and without the ability
to do this my work flow is affected.
That being said - to get this working I need to generate a valid ctags
file, however on OSX 10.7 when I build the ctags file with `-e` and
then try to use it with `M - .` I get a stack overflow error matching
the regexp. When I search for an answer to this issue is I quickly
get annoyed thanks to our favorite troubleshooting website - Stack
Overflow.
In retrospect I could care less about the CTAGS file as long as I can
jump to a function in a source file with 1 command without opening a
split-pane buffer. If there is a way to do this (even using grep)
that would suffice!
-Levi
On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote:
> I have lurked a bit in the emacs IRC trying to find an answer to this
> but I am not having much luck. The general consensus is to use grep.
> I can do this but I would rather use the tags table to jump to
> functions and files.
> One thing I use more than anything is `jump to function`. I can live
> without it but not having it makes me miss my Intellij because that
> feature alone really enhances project navigation. I tend to jump to
> other files very quickly for reference points and without the ability
> to do this my work flow is affected.
> That being said - to get this working I need to generate a valid ctags
> file, however on OSX 10.7 when I build the ctags file with `-e` and
> then try to use it with `M - .` I get a stack overflow error matching
> the regexp. When I search for an answer to this issue is I quickly
> get annoyed thanks to our favorite troubleshooting website - Stack
> Overflow.
In retrospect I could care less about the CTAGS file as long as I can
> jump to a function in a source file with 1 command without opening a > split-pane buffer. If there is a way to do this (even using grep) > that would suffice!
I'm not sure if this is what you wanted...if not, how would you go about referencing the method you want? There are bound to be a lot of ambiguous names, especially in the controllers :)
As for jumping between files, I usually keep all files loaded and switch buffers with ido-switch-buffer. I'm pretty sure it takes <1 second per switch on average. IDO is just awesome.
On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com> wrote: > In retrospect I could care less about the CTAGS file as long as I can > jump to a function in a source file with 1 command without opening a > split-pane buffer. If there is a way to do this (even using grep) > that would suffice!
> -Levi
> On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote: > > I have lurked a bit in the emacs IRC trying to find an answer to this > > but I am not having much luck. The general consensus is to use grep. > > I can do this but I would rather use the tags table to jump to > > functions and files.
> > One thing I use more than anything is `jump to function`. I can live > > without it but not having it makes me miss my Intellij because that > > feature alone really enhances project navigation. I tend to jump to > > other files very quickly for reference points and without the ability > > to do this my work flow is affected.
> > That being said - to get this working I need to generate a valid ctags > > file, however on OSX 10.7 when I build the ctags file with `-e` and > > then try to use it with `M - .` I get a stack overflow error matching > > the regexp. When I search for an answer to this issue is I quickly > > get annoyed thanks to our favorite troubleshooting website - Stack > > Overflow.
I was using the one in Homebrew but it has the same issue - I then
uninstalled it and built the executable from source, only to run into
the same issue. Short story - I think I've tried them all. I even
went back to an older version at one point.
It just seems that the etags mode of ctags does not generate a valid
tags file for emacs consumption. Many of the classes referenced in
the tags file have no data and look like this:
app/models/deal_influence.rb,59
class DealInfluence < ActiveRecord::Base DealInfluence 1,0
On Jan 24, 11:10 am, Johan Andersson <johan.rej...@gmail.com> wrote:
> On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com> wrote:
> > In retrospect I could care less about the CTAGS file as long as I can
> > jump to a function in a source file with 1 command without opening a
> > split-pane buffer. If there is a way to do this (even using grep)
> > that would suffice!
> > -Levi
> > On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote:
> > > I have lurked a bit in the emacs IRC trying to find an answer to this
> > > but I am not having much luck. The general consensus is to use grep.
> > > I can do this but I would rather use the tags table to jump to
> > > functions and files.
> > > One thing I use more than anything is `jump to function`. I can live
> > > without it but not having it makes me miss my Intellij because that
> > > feature alone really enhances project navigation. I tend to jump to
> > > other files very quickly for reference points and without the ability
> > > to do this my work flow is affected.
> > > That being said - to get this working I need to generate a valid ctags
> > > file, however on OSX 10.7 when I build the ctags file with `-e` and
> > > then try to use it with `M - .` I get a stack overflow error matching
> > > the regexp. When I search for an answer to this issue is I quickly
> > > get annoyed thanks to our favorite troubleshooting website - Stack
> > > Overflow.
> > > Any help would be most appreciated!
> > > -Levi
I use Ctags from Homebrew with Mactag (https://github.com/rejeep/mactag) and that works just fine! The ctags executable that comes with OSX has never worked for me though...
On Tue, Jan 24, 2012 at 8:18 PM, localredhead <levi.str...@gmail.com> wrote: > I was using the one in Homebrew but it has the same issue - I then > uninstalled it and built the executable from source, only to run into > the same issue. Short story - I think I've tried them all. I even > went back to an older version at one point.
> It just seems that the etags mode of ctags does not generate a valid > tags file for emacs consumption. Many of the classes referenced in > the tags file have no data and look like this:
> app/models/deal_influence.rb,59 > class DealInfluence < ActiveRecord::Base DealInfluence 1,0
> On Jan 24, 11:10 am, Johan Andersson <johan.rej...@gmail.com> wrote: > > What kind of ctags executable are you using? The one that comes with OSX? > > Try installing Ctags via Homebrew. Seehttps:// > github.com/mxcl/homebrew/blob/master/Library/Formula/ctags.rb
> > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com> > wrote: > > > In retrospect I could care less about the CTAGS file as long as I can > > > jump to a function in a source file with 1 command without opening a > > > split-pane buffer. If there is a way to do this (even using grep) > > > that would suffice!
> > > -Levi
> > > On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote: > > > > I have lurked a bit in the emacs IRC trying to find an answer to this > > > > but I am not having much luck. The general consensus is to use grep. > > > > I can do this but I would rather use the tags table to jump to > > > > functions and files.
> > > > One thing I use more than anything is `jump to function`. I can live > > > > without it but not having it makes me miss my Intellij because that > > > > feature alone really enhances project navigation. I tend to jump to > > > > other files very quickly for reference points and without the ability > > > > to do this my work flow is affected.
> > > > That being said - to get this working I need to generate a valid > ctags > > > > file, however on OSX 10.7 when I build the ctags file with `-e` and > > > > then try to use it with `M - .` I get a stack overflow error matching > > > > the regexp. When I search for an answer to this issue is I quickly > > > > get annoyed thanks to our favorite troubleshooting website - Stack > > > > Overflow.
> > > > Any help would be most appreciated! > > > > -Levi
I use this one: Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren
Hiebert, and it works fine...installed with homebrew
When you install emacs with homebrew (at least from head) it installs
it's own version of ctags which is less powerful (no ruby support for
example) so I had to reinstall them after emacs.
On Jan 24, 8:24 pm, Johan Andersson <johan.rej...@gmail.com> wrote:
> I use Ctags from Homebrew with Mactag (https://github.com/rejeep/mactag)
> and that works just fine! The ctags executable that comes with OSX has
> never worked for me though...
> On Tue, Jan 24, 2012 at 8:18 PM, localredhead <levi.str...@gmail.com> wrote:
> > I was using the one in Homebrew but it has the same issue - I then
> > uninstalled it and built the executable from source, only to run into
> > the same issue. Short story - I think I've tried them all. I even
> > went back to an older version at one point.
> > It just seems that the etags mode of ctags does not generate a valid
> > tags file for emacs consumption. Many of the classes referenced in
> > the tags file have no data and look like this:
> > On Jan 24, 11:10 am, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > What kind of ctags executable are you using? The one that comes with OSX?
> > > Try installing Ctags via Homebrew. Seehttps://
> > github.com/mxcl/homebrew/blob/master/Library/Formula/ctags.rb
> > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com>
> > wrote:
> > > > In retrospect I could care less about the CTAGS file as long as I can
> > > > jump to a function in a source file with 1 command without opening a
> > > > split-pane buffer. If there is a way to do this (even using grep)
> > > > that would suffice!
> > > > -Levi
> > > > On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote:
> > > > > I have lurked a bit in the emacs IRC trying to find an answer to this
> > > > > but I am not having much luck. The general consensus is to use grep.
> > > > > I can do this but I would rather use the tags table to jump to
> > > > > functions and files.
> > > > > One thing I use more than anything is `jump to function`. I can live
> > > > > without it but not having it makes me miss my Intellij because that
> > > > > feature alone really enhances project navigation. I tend to jump to
> > > > > other files very quickly for reference points and without the ability
> > > > > to do this my work flow is affected.
> > > > > That being said - to get this working I need to generate a valid
> > ctags
> > > > > file, however on OSX 10.7 when I build the ctags file with `-e` and
> > > > > then try to use it with `M - .` I get a stack overflow error matching
> > > > > the regexp. When I search for an answer to this issue is I quickly
> > > > > get annoyed thanks to our favorite troubleshooting website - Stack
> > > > > Overflow.
> > > > > Any help would be most appreciated!
> > > > > -Levi
I have the exact same version of ctags installed (from homebrew), but the generated tags do NOT work with this Emacs: "GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded from http://emacsformacosx.com/
I get the same error as Levi (OP).
/Jacob
On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
theturingmach...@gmail.com> wrote: > I use this one: Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren > Hiebert, and it works fine...installed with homebrew
> When you install emacs with homebrew (at least from head) it installs > it's own version of ctags which is less powerful (no ruby support for > example) so I had to reinstall them after emacs.
> On Jan 24, 8:24 pm, Johan Andersson <johan.rej...@gmail.com> wrote: > > I use Ctags from Homebrew with Mactag (https://github.com/rejeep/mactag) > > and that works just fine! The ctags executable that comes with OSX has > > never worked for me though...
> > On Tue, Jan 24, 2012 at 8:18 PM, localredhead <levi.str...@gmail.com> > wrote: > > > I was using the one in Homebrew but it has the same issue - I then > > > uninstalled it and built the executable from source, only to run into > > > the same issue. Short story - I think I've tried them all. I even > > > went back to an older version at one point.
> > > It just seems that the etags mode of ctags does not generate a valid > > > tags file for emacs consumption. Many of the classes referenced in > > > the tags file have no data and look like this:
> > > On Jan 24, 11:10 am, Johan Andersson <johan.rej...@gmail.com> wrote: > > > > What kind of ctags executable are you using? The one that comes with > OSX? > > > > Try installing Ctags via Homebrew. Seehttps:// > > > github.com/mxcl/homebrew/blob/master/Library/Formula/ctags.rb
> > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com
> > > wrote: > > > > > In retrospect I could care less about the CTAGS file as long as I > can > > > > > jump to a function in a source file with 1 command without opening > a > > > > > split-pane buffer. If there is a way to do this (even using grep) > > > > > that would suffice!
> > > > > -Levi
> > > > > On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote: > > > > > > I have lurked a bit in the emacs IRC trying to find an answer to > this > > > > > > but I am not having much luck. The general consensus is to use > grep. > > > > > > I can do this but I would rather use the tags table to jump to > > > > > > functions and files.
> > > > > > One thing I use more than anything is `jump to function`. I can > live > > > > > > without it but not having it makes me miss my Intellij because > that > > > > > > feature alone really enhances project navigation. I tend to > jump to > > > > > > other files very quickly for reference points and without the > ability > > > > > > to do this my work flow is affected.
> > > > > > That being said - to get this working I need to generate a valid > > > ctags > > > > > > file, however on OSX 10.7 when I build the ctags file with `-e` > and > > > > > > then try to use it with `M - .` I get a stack overflow error > matching > > > > > > the regexp. When I search for an answer to this issue is I > quickly > > > > > > get annoyed thanks to our favorite troubleshooting website - > Stack > > > > > > Overflow.
> > > > > > Any help would be most appreciated! > > > > > > -Levi
I built a new rails development environment in Arch because I need to
do a clean install on my OSX box.
Once I got everything installed and configured I hit the same problem
with the ctags file. It is not related to OSX at all - I don't know
what I am doing wrong but following the common instructions that is
sprinkled around the internet does not generate a valid CTAGS file
from Ruby source. I've tried different methods of generation and
every time I try to use the tags table I get the stack overflow error
processing the tags file.
::sigh:: If I didn't know that functionality existed I could probably
live without it... but this really bugs me. Thanks for the input
everyone - I suppose I'll try again once emacs 24 actually drops.
-Levi
On Jan 26, 4:15 am, Jacob Tjørnholm <cho...@gmail.com> wrote:
> I have the exact same version of ctags installed (from homebrew), but the
> generated tags do NOT work with this Emacs: "GNU Emacs 23.2.1
> (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded fromhttp://emacsformacosx.com/
> I get the same error as Levi (OP).
> /Jacob
> On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
> theturingmach...@gmail.com> wrote:
> > I use this one: Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren
> > Hiebert, and it works fine...installed with homebrew
> > When you install emacs with homebrew (at least from head) it installs
> > it's own version of ctags which is less powerful (no ruby support for
> > example) so I had to reinstall them after emacs.
> > On Jan 24, 8:24 pm, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > I use Ctags from Homebrew with Mactag (https://github.com/rejeep/mactag)
> > > and that works just fine! The ctags executable that comes with OSX has
> > > never worked for me though...
> > > On Tue, Jan 24, 2012 at 8:18 PM, localredhead <levi.str...@gmail.com>
> > wrote:
> > > > I was using the one in Homebrew but it has the same issue - I then
> > > > uninstalled it and built the executable from source, only to run into
> > > > the same issue. Short story - I think I've tried them all. I even
> > > > went back to an older version at one point.
> > > > It just seems that the etags mode of ctags does not generate a valid
> > > > tags file for emacs consumption. Many of the classes referenced in
> > > > the tags file have no data and look like this:
> > > > On Jan 24, 11:10 am, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > > What kind of ctags executable are you using? The one that comes with
> > OSX?
> > > > > Try installing Ctags via Homebrew. Seehttps://
> > > > github.com/mxcl/homebrew/blob/master/Library/Formula/ctags.rb
> > > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com
> > > > wrote:
> > > > > > In retrospect I could care less about the CTAGS file as long as I
> > can
> > > > > > jump to a function in a source file with 1 command without opening
> > a
> > > > > > split-pane buffer. If there is a way to do this (even using grep)
> > > > > > that would suffice!
> > > > > > -Levi
> > > > > > On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote:
> > > > > > > I have lurked a bit in the emacs IRC trying to find an answer to
> > this
> > > > > > > but I am not having much luck. The general consensus is to use
> > grep.
> > > > > > > I can do this but I would rather use the tags table to jump to
> > > > > > > functions and files.
> > > > > > > One thing I use more than anything is `jump to function`. I can
> > live
> > > > > > > without it but not having it makes me miss my Intellij because
> > that
> > > > > > > feature alone really enhances project navigation. I tend to
> > jump to
> > > > > > > other files very quickly for reference points and without the
> > ability
> > > > > > > to do this my work flow is affected.
> > > > > > > That being said - to get this working I need to generate a valid
> > > > ctags
> > > > > > > file, however on OSX 10.7 when I build the ctags file with `-e`
> > and
> > > > > > > then try to use it with `M - .` I get a stack overflow error
> > matching
> > > > > > > the regexp. When I search for an answer to this issue is I
> > quickly
> > > > > > > get annoyed thanks to our favorite troubleshooting website -
> > Stack
> > > > > > > Overflow.
> > > > > > > Any help would be most appreciated!
> > > > > > > -Levi
I don't know for sure your problem, but you may check:
1) The ctags use the -e flag for emacs compatibility...ctags -e ....
2) Inside emacs make sure you use the function visit-tags-table to
tell emacs which tag file to use
Here: https://gist.github.com/1688384 you can see a function I use to
generate the ctags for my ruby projects...hope it gives you some
clues.
Greetings
On Jan 27, 2:29 am, localredhead <levi.str...@gmail.com> wrote:
> I built a new rails development environment in Arch because I need to
> do a clean install on my OSX box.
> Once I got everything installed and configured I hit the same problem
> with the ctags file. It is not related to OSX at all - I don't know
> what I am doing wrong but following the common instructions that is
> sprinkled around the internet does not generate a valid CTAGS file
> from Ruby source. I've tried different methods of generation and
> every time I try to use the tags table I get the stack overflow error
> processing the tags file.
> ::sigh:: If I didn't know that functionality existed I could probably
> live without it... but this really bugs me. Thanks for the input
> everyone - I suppose I'll try again once emacs 24 actually drops.
> -Levi
> On Jan 26, 4:15 am, Jacob Tjørnholm <cho...@gmail.com> wrote:
> > I have the exact same version of ctags installed (from homebrew), but the
> > generated tags do NOT work with this Emacs: "GNU Emacs 23.2.1
> > (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded fromhttp://emacsformacosx.com/
> > I get the same error as Levi (OP).
> > /Jacob
> > On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
> > theturingmach...@gmail.com> wrote:
> > > I use this one: Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren
> > > Hiebert, and it works fine...installed with homebrew
> > > When you install emacs with homebrew (at least from head) it installs
> > > it's own version of ctags which is less powerful (no ruby support for
> > > example) so I had to reinstall them after emacs.
> > > On Jan 24, 8:24 pm, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > I use Ctags from Homebrew with Mactag (https://github.com/rejeep/mactag)
> > > > and that works just fine! The ctags executable that comes with OSX has
> > > > never worked for me though...
> > > > On Tue, Jan 24, 2012 at 8:18 PM, localredhead <levi.str...@gmail.com>
> > > wrote:
> > > > > I was using the one in Homebrew but it has the same issue - I then
> > > > > uninstalled it and built the executable from source, only to run into
> > > > > the same issue. Short story - I think I've tried them all. I even
> > > > > went back to an older version at one point.
> > > > > It just seems that the etags mode of ctags does not generate a valid
> > > > > tags file for emacs consumption. Many of the classes referenced in
> > > > > the tags file have no data and look like this:
> > > > > On Jan 24, 11:10 am, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > > > What kind of ctags executable are you using? The one that comes with
> > > OSX?
> > > > > > Try installing Ctags via Homebrew. Seehttps://
> > > > > github.com/mxcl/homebrew/blob/master/Library/Formula/ctags.rb
> > > > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com
> > > > > wrote:
> > > > > > > In retrospect I could care less about the CTAGS file as long as I
> > > can
> > > > > > > jump to a function in a source file with 1 command without opening
> > > a
> > > > > > > split-pane buffer. If there is a way to do this (even using grep)
> > > > > > > that would suffice!
> > > > > > > -Levi
> > > > > > > On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote:
> > > > > > > > I have lurked a bit in the emacs IRC trying to find an answer to
> > > this
> > > > > > > > but I am not having much luck. The general consensus is to use
> > > grep.
> > > > > > > > I can do this but I would rather use the tags table to jump to
> > > > > > > > functions and files.
> > > > > > > > One thing I use more than anything is `jump to function`. I can
> > > live
> > > > > > > > without it but not having it makes me miss my Intellij because
> > > that
> > > > > > > > feature alone really enhances project navigation. I tend to
> > > jump to
> > > > > > > > other files very quickly for reference points and without the
> > > ability
> > > > > > > > to do this my work flow is affected.
> > > > > > > > That being said - to get this working I need to generate a valid
> > > > > ctags
> > > > > > > > file, however on OSX 10.7 when I build the ctags file with `-e`
> > > and
> > > > > > > > then try to use it with `M - .` I get a stack overflow error
> > > matching
> > > > > > > > the regexp. When I search for an answer to this issue is I
> > > quickly
> > > > > > > > get annoyed thanks to our favorite troubleshooting website -
> > > Stack
> > > > > > > > Overflow.
> > > > > > > > Any help would be most appreciated!
> > > > > > > > -Levi
I recently discovered Exuberant Ctags as a solution to poor parsing of
some C++ code by the default etags shipped with emacs. On a linux
server this worked great where the default emacs ctags failed (e.g. to
find class LINKAGE_NAME Foo ...).
Having suffered from reduced functionality (due to more modern code)
of Emacs' ctags for awhile, I was eager to install this on my Mac.
Unfortunately, I'm having the same problems all of your are
describing: it seems that this version of ctags (5.8 in my case) does
not generate a valid emacs TAGS file (emacs version 23.3.1).
I'm about to try building an older version of ctags because this tags
file does indeed look like it has errors. It contains lines such as:
(null),1250
^^ ,738
/var/folders/m7/6b_4vfzx06b9mg52lc9d31r0001jmd/T//tags.VQr715,1130
,etc.
-Cameron
On Jan 26, 6:29 pm, localredhead <levi.str...@gmail.com> wrote:
> I built a new rails development environment in Arch because I need to
> do a clean install on my OSX box.
> Once I got everything installed and configured I hit the same problem
> with the ctags file. It is not related to OSX at all - I don't know
> what I am doing wrong but following the common instructions that is
> sprinkled around the internet does not generate a valid CTAGS file
> from Ruby source. I've tried different methods of generation and
> every time I try to use the tags table I get the stack overflow error
> processing the tags file.
> ::sigh:: If I didn't know that functionality existed I could probably
> live without it... but this really bugs me. Thanks for the input
> everyone - I suppose I'll try again once emacs 24 actually drops.
> -Levi
> On Jan 26, 4:15 am, Jacob Tjørnholm <cho...@gmail.com> wrote:
> > I have the exact same version of ctags installed (from homebrew), but the
> > generated tags do NOT work with this Emacs: "GNU Emacs 23.2.1
> > (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded fromhttp://emacsformacosx.com/
> > I get the same error as Levi (OP).
> > /Jacob
> > On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
> > theturingmach...@gmail.com> wrote:
> > > I use this one: Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren
> > > Hiebert, and it works fine...installed with homebrew
> > > When you install emacs with homebrew (at least from head) it installs
> > > it's own version of ctags which is less powerful (no ruby support for
> > > example) so I had to reinstall them after emacs.
> > > On Jan 24, 8:24 pm, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > I use Ctags from Homebrew with Mactag (https://github.com/rejeep/mactag)
> > > > and that works just fine! The ctags executable that comes with OSX has
> > > > never worked for me though...
> > > > On Tue, Jan 24, 2012 at 8:18 PM, localredhead <levi.str...@gmail.com>
> > > wrote:
> > > > > I was using the one in Homebrew but it has the same issue - I then
> > > > > uninstalled it and built the executable from source, only to run into
> > > > > the same issue. Short story - I think I've tried them all. I even
> > > > > went back to an older version at one point.
> > > > > It just seems that the etags mode of ctags does not generate a valid
> > > > > tags file for emacs consumption. Many of the classes referenced in
> > > > > the tags file have no data and look like this:
> > > > > On Jan 24, 11:10 am, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > > > What kind of ctags executable are you using? The one that comes with
> > > OSX?
> > > > > > Try installing Ctags via Homebrew. Seehttps://
> > > > > github.com/mxcl/homebrew/blob/master/Library/Formula/ctags.rb
> > > > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com
> > > > > wrote:
> > > > > > > In retrospect I could care less about the CTAGS file as long as I
> > > can
> > > > > > > jump to a function in a source file with 1 command without opening
> > > a
> > > > > > > split-pane buffer. If there is a way to do this (even using grep)
> > > > > > > that would suffice!
> > > > > > > -Levi
> > > > > > > On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote:
> > > > > > > > I have lurked a bit in the emacs IRC trying to find an answer to
> > > this
> > > > > > > > but I am not having much luck. The general consensus is to use
> > > grep.
> > > > > > > > I can do this but I would rather use the tags table to jump to
> > > > > > > > functions and files.
> > > > > > > > One thing I use more than anything is `jump to function`. I can
> > > live
> > > > > > > > without it but not having it makes me miss my Intellij because
> > > that
> > > > > > > > feature alone really enhances project navigation. I tend to
> > > jump to
> > > > > > > > other files very quickly for reference points and without the
> > > ability
> > > > > > > > to do this my work flow is affected.
> > > > > > > > That being said - to get this working I need to generate a valid
> > > > > ctags
> > > > > > > > file, however on OSX 10.7 when I build the ctags file with `-e`
> > > and
> > > > > > > > then try to use it with `M - .` I get a stack overflow error
> > > matching
> > > > > > > > the regexp. When I search for an answer to this issue is I
> > > quickly
> > > > > > > > get annoyed thanks to our favorite troubleshooting website -
> > > Stack
> > > > > > > > Overflow.
> > > > > > > > Any help would be most appreciated!
> > > > > > > > -Levi
I was only able to compile versions 5.6 and greater, but all of them
exhibited the same problems. I have reported a bug on the sourceforge
project. It's possibly a different issue than you're all having with
Ruby parsing, but something is clearly wrong with the generation of
emacs TAGS files on OSX.
Best,
Cameron
On Feb 1, 12:02 pm, taranaki <escapesaltl...@gmail.com> wrote:
> I recently discovered Exuberant Ctags as a solution to poor parsing of
> some C++ code by the default etags shipped with emacs. On a linux
> server this worked great where the default emacs ctags failed (e.g. to
> find class LINKAGE_NAME Foo ...).
> Having suffered from reduced functionality (due to more modern code)
> of Emacs' ctags for awhile, I was eager to install this on my Mac.
> Unfortunately, I'm having the same problems all of your are
> describing: it seems that this version of ctags (5.8 in my case) does
> not generate a valid emacs TAGS file (emacs version 23.3.1).
> I'm about to try building an older version of ctags because this tags
> file does indeed look like it has errors. It contains lines such as:
> (null),1250
> ^^ ,738
> /var/folders/m7/6b_4vfzx06b9mg52lc9d31r0001jmd/T//tags.VQr715,1130
> ,etc.
> -Cameron
> On Jan 26, 6:29 pm, localredhead <levi.str...@gmail.com> wrote:
> > I built a new rails development environment in Arch because I need to
> > do a clean install on my OSX box.
> > Once I got everything installed and configured I hit the same problem
> > with the ctags file. It is not related to OSX at all - I don't know
> > what I am doing wrong but following the common instructions that is
> > sprinkled around the internet does not generate a valid CTAGS file
> > from Ruby source. I've tried different methods of generation and
> > every time I try to use the tags table I get the stack overflow error
> > processing the tags file.
> > ::sigh:: If I didn't know that functionality existed I could probably
> > live without it... but this really bugs me. Thanks for the input
> > everyone - I suppose I'll try again once emacs 24 actually drops.
> > -Levi
> > On Jan 26, 4:15 am, Jacob Tjørnholm <cho...@gmail.com> wrote:
> > > I have the exact same version of ctags installed (from homebrew), but the
> > > generated tags do NOT work with this Emacs: "GNU Emacs 23.2.1
> > > (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded fromhttp://emacsformacosx.com/
> > > I get the same error as Levi (OP).
> > > /Jacob
> > > On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
> > > theturingmach...@gmail.com> wrote:
> > > > I use this one: Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren
> > > > Hiebert, and it works fine...installed with homebrew
> > > > When you install emacs with homebrew (at least from head) it installs
> > > > it's own version of ctags which is less powerful (no ruby support for
> > > > example) so I had to reinstall them after emacs.
> > > > On Jan 24, 8:24 pm, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > > I use Ctags from Homebrew with Mactag (https://github.com/rejeep/mactag)
> > > > > and that works just fine! The ctags executable that comes with OSX has
> > > > > never worked for me though...
> > > > > On Tue, Jan 24, 2012 at 8:18 PM, localredhead <levi.str...@gmail.com>
> > > > wrote:
> > > > > > I was using the one in Homebrew but it has the same issue - I then
> > > > > > uninstalled it and built the executable from source, only to run into
> > > > > > the same issue. Short story - I think I've tried them all. I even
> > > > > > went back to an older version at one point.
> > > > > > It just seems that the etags mode of ctags does not generate a valid
> > > > > > tags file for emacs consumption. Many of the classes referenced in
> > > > > > the tags file have no data and look like this:
> > > > > > On Jan 24, 11:10 am, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > > > > What kind of ctags executable are you using? The one that comes with
> > > > OSX?
> > > > > > > Try installing Ctags via Homebrew. Seehttps://
> > > > > > github.com/mxcl/homebrew/blob/master/Library/Formula/ctags.rb
> > > > > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com
> > > > > > wrote:
> > > > > > > > In retrospect I could care less about the CTAGS file as long as I
> > > > can
> > > > > > > > jump to a function in a source file with 1 command without opening
> > > > a
> > > > > > > > split-pane buffer. If there is a way to do this (even using grep)
> > > > > > > > that would suffice!
> > > > > > > > -Levi
> > > > > > > > On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote:
> > > > > > > > > I have lurked a bit in the emacs IRC trying to find an answer to
> > > > this
> > > > > > > > > but I am not having much luck. The general consensus is to use
> > > > grep.
> > > > > > > > > I can do this but I would rather use the tags table to jump to
> > > > > > > > > functions and files.
> > > > > > > > > One thing I use more than anything is `jump to function`. I can
> > > > live
> > > > > > > > > without it but not having it makes me miss my Intellij because
> > > > that
> > > > > > > > > feature alone really enhances project navigation. I tend to
> > > > jump to
> > > > > > > > > other files very quickly for reference points and without the
> > > > ability
> > > > > > > > > to do this my work flow is affected.
> > > > > > > > > That being said - to get this working I need to generate a valid
> > > > > > ctags
> > > > > > > > > file, however on OSX 10.7 when I build the ctags file with `-e`
> > > > and
> > > > > > > > > then try to use it with `M - .` I get a stack overflow error
> > > > matching
> > > > > > > > > the regexp. When I search for an answer to this issue is I
> > > > quickly
> > > > > > > > > get annoyed thanks to our favorite troubleshooting website -
> > > > Stack
> > > > > > > > > Overflow.
> > > > > > > > > Any help would be most appreciated!
> > > > > > > > > -Levi
I also tried to go back to an older version without success.
I do not believe this is an issue related to OSX even though that is
what got us here. The issue is generating a proper emacs CTAGS file
using the latest built binaries from the Exuburent CTAGS source. In
my case I am unable to generate it valid tags of ruby source.
-Levi
On Feb 1, 12:10 pm, taranaki <escapesaltl...@gmail.com> wrote:
> I was only able to compile versions 5.6 and greater, but all of them
> exhibited the same problems. I have reported a bug on the sourceforge
> project. It's possibly a different issue than you're all having with
> Ruby parsing, but something is clearly wrong with the generation of
> emacs TAGS files on OSX.
> Best,
> Cameron
> On Feb 1, 12:02 pm, taranaki <escapesaltl...@gmail.com> wrote:
> > I recently discovered Exuberant Ctags as a solution to poor parsing of
> > some C++ code by the default etags shipped with emacs. On a linux
> > server this worked great where the default emacs ctags failed (e.g. to
> > find class LINKAGE_NAME Foo ...).
> > Having suffered from reduced functionality (due to more modern code)
> > of Emacs' ctags for awhile, I was eager to install this on my Mac.
> > Unfortunately, I'm having the same problems all of your are
> > describing: it seems that this version of ctags (5.8 in my case) does
> > not generate a valid emacs TAGS file (emacs version 23.3.1).
> > I'm about to try building an older version of ctags because this tags
> > file does indeed look like it has errors. It contains lines such as:
> > (null),1250
> > ^^ ,738
> > /var/folders/m7/6b_4vfzx06b9mg52lc9d31r0001jmd/T//tags.VQr715,1130
> > ,etc.
> > -Cameron
> > On Jan 26, 6:29 pm, localredhead <levi.str...@gmail.com> wrote:
> > > I built a new rails development environment in Arch because I need to
> > > do a clean install on my OSX box.
> > > Once I got everything installed and configured I hit the same problem
> > > with the ctags file. It is not related to OSX at all - I don't know
> > > what I am doing wrong but following the common instructions that is
> > > sprinkled around the internet does not generate a valid CTAGS file
> > > from Ruby source. I've tried different methods of generation and
> > > every time I try to use the tags table I get the stack overflow error
> > > processing the tags file.
> > > ::sigh:: If I didn't know that functionality existed I could probably
> > > live without it... but this really bugs me. Thanks for the input
> > > everyone - I suppose I'll try again once emacs 24 actually drops.
> > > -Levi
> > > On Jan 26, 4:15 am, Jacob Tjørnholm <cho...@gmail.com> wrote:
> > > > I have the exact same version of ctags installed (from homebrew), but the
> > > > generated tags do NOT work with this Emacs: "GNU Emacs 23.2.1
> > > > (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded fromhttp://emacsformacosx.com/
> > > > I get the same error as Levi (OP).
> > > > /Jacob
> > > > On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
> > > > theturingmach...@gmail.com> wrote:
> > > > > I use this one: Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren
> > > > > Hiebert, and it works fine...installed with homebrew
> > > > > When you install emacs with homebrew (at least from head) it installs
> > > > > it's own version of ctags which is less powerful (no ruby support for
> > > > > example) so I had to reinstall them after emacs.
> > > > > On Jan 24, 8:24 pm, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > > > I use Ctags from Homebrew with Mactag (https://github.com/rejeep/mactag)
> > > > > > and that works just fine! The ctags executable that comes with OSX has
> > > > > > never worked for me though...
> > > > > > On Tue, Jan 24, 2012 at 8:18 PM, localredhead <levi.str...@gmail.com>
> > > > > wrote:
> > > > > > > I was using the one in Homebrew but it has the same issue - I then
> > > > > > > uninstalled it and built the executable from source, only to run into
> > > > > > > the same issue. Short story - I think I've tried them all. I even
> > > > > > > went back to an older version at one point.
> > > > > > > It just seems that the etags mode of ctags does not generate a valid
> > > > > > > tags file for emacs consumption. Many of the classes referenced in
> > > > > > > the tags file have no data and look like this:
> > > > > > > On Jan 24, 11:10 am, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > > > > > What kind of ctags executable are you using? The one that comes with
> > > > > OSX?
> > > > > > > > Try installing Ctags via Homebrew. Seehttps://
> > > > > > > github.com/mxcl/homebrew/blob/master/Library/Formula/ctags.rb
> > > > > > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com
> > > > > > > wrote:
> > > > > > > > > In retrospect I could care less about the CTAGS file as long as I
> > > > > can
> > > > > > > > > jump to a function in a source file with 1 command without opening
> > > > > a
> > > > > > > > > split-pane buffer. If there is a way to do this (even using grep)
> > > > > > > > > that would suffice!
> > > > > > > > > -Levi
> > > > > > > > > On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote:
> > > > > > > > > > I have lurked a bit in the emacs IRC trying to find an answer to
> > > > > this
> > > > > > > > > > but I am not having much luck. The general consensus is to use
> > > > > grep.
> > > > > > > > > > I can do this but I would rather use the tags table to jump to
> > > > > > > > > > functions and files.
> > > > > > > > > > One thing I use more than anything is `jump to function`. I can
> > > > > live
> > > > > > > > > > without it but not having it makes me miss my Intellij because
> > > > > that
> > > > > > > > > > feature alone really enhances project navigation. I tend to
> > > > > jump to
> > > > > > > > > > other files very quickly for reference points and without the
> > > > > ability
> > > > > > > > > > to do this my work flow is affected.
> > > > > > > > > > That being said - to get this working I need to generate a valid
> > > > > > > ctags
> > > > > > > > > > file, however on OSX 10.7 when I build the ctags file with `-e`
> > > > > and
> > > > > > > > > > then try to use it with `M - .` I get a stack overflow error
> > > > > matching
> > > > > > > > > > the regexp. When I search for an answer to this issue is I
> > > > > quickly
> > > > > > > > > > get annoyed thanks to our favorite troubleshooting website -
> > > > > Stack
> > > > > > > > > > Overflow.
> > > > > > > > > > Any help would be most appreciated!
> > > > > > > > > > -Levi
-e Enable etags mode, which will create a tag file for use with the
Emacs editor. Alternatively, if ctags is
invoked by a name containing the string
"etags" (either by renaming, or creating a link to, the executable),
etags mode will be enabled. This option must appear before
the first file name.
On Feb 1, 9:58 pm, localredhead <levi.str...@gmail.com> wrote:
> I also tried to go back to an older version without success.
> I do not believe this is an issue related to OSX even though that is
> what got us here. The issue is generating a proper emacs CTAGS file
> using the latest built binaries from the Exuburent CTAGS source. In
> my case I am unable to generate it valid tags of ruby source.
> -Levi
> On Feb 1, 12:10 pm, taranaki <escapesaltl...@gmail.com> wrote:
> > I was only able to compile versions 5.6 and greater, but all of them
> > exhibited the same problems. I have reported a bug on the sourceforge
> > project. It's possibly a different issue than you're all having with
> > Ruby parsing, but something is clearly wrong with the generation of
> > emacs TAGS files on OSX.
> > Best,
> > Cameron
> > On Feb 1, 12:02 pm, taranaki <escapesaltl...@gmail.com> wrote:
> > > I recently discovered Exuberant Ctags as a solution to poor parsing of
> > > some C++ code by the default etags shipped with emacs. On a linux
> > > server this worked great where the default emacs ctags failed (e.g. to
> > > find class LINKAGE_NAME Foo ...).
> > > Having suffered from reduced functionality (due to more modern code)
> > > of Emacs' ctags for awhile, I was eager to install this on my Mac.
> > > Unfortunately, I'm having the same problems all of your are
> > > describing: it seems that this version of ctags (5.8 in my case) does
> > > not generate a valid emacs TAGS file (emacs version 23.3.1).
> > > I'm about to try building an older version of ctags because this tags
> > > file does indeed look like it has errors. It contains lines such as:
> > > (null),1250
> > > ^^ ,738
> > > /var/folders/m7/6b_4vfzx06b9mg52lc9d31r0001jmd/T//tags.VQr715,1130
> > > ,etc.
> > > -Cameron
> > > On Jan 26, 6:29 pm, localredhead <levi.str...@gmail.com> wrote:
> > > > I built a new rails development environment in Arch because I need to
> > > > do a clean install on my OSX box.
> > > > Once I got everything installed and configured I hit the same problem
> > > > with the ctags file. It is not related to OSX at all - I don't know
> > > > what I am doing wrong but following the common instructions that is
> > > > sprinkled around the internet does not generate a valid CTAGS file
> > > > from Ruby source. I've tried different methods of generation and
> > > > every time I try to use the tags table I get the stack overflow error
> > > > processing the tags file.
> > > > ::sigh:: If I didn't know that functionality existed I could probably
> > > > live without it... but this really bugs me. Thanks for the input
> > > > everyone - I suppose I'll try again once emacs 24 actually drops.
> > > > -Levi
> > > > On Jan 26, 4:15 am, Jacob Tjørnholm <cho...@gmail.com> wrote:
> > > > > I have the exact same version of ctags installed (from homebrew), but the
> > > > > generated tags do NOT work with this Emacs: "GNU Emacs 23.2.1
> > > > > (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded fromhttp://emacsformacosx.com/
> > > > > I get the same error as Levi (OP).
> > > > > /Jacob
> > > > > On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
> > > > > theturingmach...@gmail.com> wrote:
> > > > > > I use this one: Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren
> > > > > > Hiebert, and it works fine...installed with homebrew
> > > > > > When you install emacs with homebrew (at least from head) it installs
> > > > > > it's own version of ctags which is less powerful (no ruby support for
> > > > > > example) so I had to reinstall them after emacs.
> > > > > > On Jan 24, 8:24 pm, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > > > > I use Ctags from Homebrew with Mactag (https://github.com/rejeep/mactag)
> > > > > > > and that works just fine! The ctags executable that comes with OSX has
> > > > > > > never worked for me though...
> > > > > > > On Tue, Jan 24, 2012 at 8:18 PM, localredhead <levi.str...@gmail.com>
> > > > > > wrote:
> > > > > > > > I was using the one in Homebrew but it has the same issue - I then
> > > > > > > > uninstalled it and built the executable from source, only to run into
> > > > > > > > the same issue. Short story - I think I've tried them all. I even
> > > > > > > > went back to an older version at one point.
> > > > > > > > It just seems that the etags mode of ctags does not generate a valid
> > > > > > > > tags file for emacs consumption. Many of the classes referenced in
> > > > > > > > the tags file have no data and look like this:
> > > > > > > > On Jan 24, 11:10 am, Johan Andersson <johan.rej...@gmail.com> wrote:
> > > > > > > > > What kind of ctags executable are you using? The one that comes with
> > > > > > OSX?
> > > > > > > > > Try installing Ctags via Homebrew. Seehttps://
> > > > > > > > github.com/mxcl/homebrew/blob/master/Library/Formula/ctags.rb
> > > > > > > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <levi.str...@gmail.com
> > > > > > > > wrote:
> > > > > > > > > > In retrospect I could care less about the CTAGS file as long as I
> > > > > > can
> > > > > > > > > > jump to a function in a source file with 1 command without opening
> > > > > > a
> > > > > > > > > > split-pane buffer. If there is a way to do this (even using grep)
> > > > > > > > > > that would suffice!
> > > > > > > > > > -Levi
> > > > > > > > > > On Jan 24, 10:47 am, localredhead <levi.str...@gmail.com> wrote:
> > > > > > > > > > > I have lurked a bit in the emacs IRC trying to find an answer to
> > > > > > this
> > > > > > > > > > > but I am not having much luck. The general consensus is to use
> > > > > > grep.
> > > > > > > > > > > I can do this but I would rather use the tags table to jump to
> > > > > > > > > > > functions and files.
> > > > > > > > > > > One thing I use more than anything is `jump to function`. I can
> > > > > > live
> > > > > > > > > > > without it but not having it makes me miss my Intellij because
> > > > > > that
> > > > > > > > > > > feature alone really enhances project navigation. I tend to
> > > > > > jump to
> > > > > > > > > > > other files very quickly for reference points and without the
> > > > > > ability
> > > > > > > > > > > to do this my work flow is affected.
> > > > > > > > > > > That being said - to get this working I need to generate a valid
> > > > > > > > ctags
> > > > > > > > > > > file, however on OSX 10.7 when I build the ctags file with `-e`
> > > > > > and
> > > > > > > > > > > then try to use it with `M - .` I get a stack overflow error
> > > > > > matching
> > > > > > > > > > > the regexp. When I search for an answer to this issue is I
> > > > > > quickly
> > > > > > > > > > > get annoyed thanks to our favorite troubleshooting website -
> > > > > > Stack
> > > > > > > > > > > Overflow.
> > > > > > > > > > > Any help would be most appreciated!
> > > > > > > > > > > -Levi
On Thursday, February 2, 2012 10:11:38 AM UTC+1, theturingmachine wrote:
> From the excuberant ctags man:
> Options:
> -e Enable etags mode, which will create a tag file for use with the > Emacs editor. Alternatively, if ctags is > invoked by a name containing the string > "etags" (either by renaming, or creating a link to, the executable), > etags mode will be enabled. This option must appear before > the first file name.
> On Feb 1, 9:58 pm, localredhead <levi.str...@gmail.com> wrote: > > I also tried to go back to an older version without success.
> > I do not believe this is an issue related to OSX even though that is > > what got us here. The issue is generating a proper emacs CTAGS file > > using the latest built binaries from the Exuburent CTAGS source. In > > my case I am unable to generate it valid tags of ruby source.
> > -Levi
> > On Feb 1, 12:10 pm, taranaki <escapesaltl...@gmail.com> wrote:
> > > I was only able to compile versions 5.6 and greater, but all of them > > > exhibited the same problems. I have reported a bug on the sourceforge > > > project. It's possibly a different issue than you're all having with > > > Ruby parsing, but something is clearly wrong with the generation of > > > emacs TAGS files on OSX.
> > > Best, > > > Cameron
> > > On Feb 1, 12:02 pm, taranaki <escapesaltl...@gmail.com> wrote:
> > > > I recently discovered Exuberant Ctags as a solution to poor parsing > of > > > > some C++ code by the default etags shipped with emacs. On a linux > > > > server this worked great where the default emacs ctags failed (e.g. > to > > > > find class LINKAGE_NAME Foo ...).
> > > > Having suffered from reduced functionality (due to more modern code) > > > > of Emacs' ctags for awhile, I was eager to install this on my Mac. > > > > Unfortunately, I'm having the same problems all of your are > > > > describing: it seems that this version of ctags (5.8 in my case) > does > > > > not generate a valid emacs TAGS file (emacs version 23.3.1).
> > > > I'm about to try building an older version of ctags because this > tags > > > > file does indeed look like it has errors. It contains lines such as: > > > > (null),1250 > > > > ^^ ,738 > > > > /var/folders/m7/6b_4vfzx06b9mg52lc9d31r0001jmd/T//tags.VQr715,1130 > > > > ,etc.
> > > > -Cameron
> > > > On Jan 26, 6:29 pm, localredhead <levi.str...@gmail.com> wrote:
> > > > > I built a new rails development environment in Arch because I need > to > > > > > do a clean install on my OSX box.
> > > > > Once I got everything installed and configured I hit the same > problem > > > > > with the ctags file. It is not related to OSX at all - I don't > know > > > > > what I am doing wrong but following the common instructions that > is > > > > > sprinkled around the internet does not generate a valid CTAGS file > > > > > from Ruby source. I've tried different methods of generation and > > > > > every time I try to use the tags table I get the stack overflow > error > > > > > processing the tags file.
> > > > > ::sigh:: If I didn't know that functionality existed I could > probably > > > > > live without it... but this really bugs me. Thanks for the input > > > > > everyone - I suppose I'll try again once emacs 24 actually drops.
> > > > > -Levi
> > > > > On Jan 26, 4:15 am, Jacob Tjørnholm <cho...@gmail.com> wrote:
> > > > > > I have the exact same version of ctags installed (from > homebrew), but the > > > > > > generated tags do NOT work with this Emacs: "GNU Emacs 23.2.1 > > > > > > (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded > fromhttp://emacsformacosx.com/
> > > > > > I get the same error as Levi (OP).
> > > > > > /Jacob
> > > > > > On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
> > > > > > theturingmach...@gmail.com> wrote: > > > > > > > I use this one: Exuberant Ctags 5.8, Copyright (C) 1996-2009 > Darren > > > > > > > Hiebert, and it works fine...installed with homebrew
> > > > > > > When you install emacs with homebrew (at least from head) it > installs > > > > > > > it's own version of ctags which is less powerful (no ruby > support for > > > > > > > example) so I had to reinstall them after emacs.
> > > > > > > On Jan 24, 8:24 pm, Johan Andersson <johan.rej...@gmail.com> > wrote: > > > > > > > > I use Ctags from Homebrew with Mactag (
> https://github.com/rejeep/mactag) > > > > > > > > and that works just fine! The ctags executable that comes > with OSX has > > > > > > > > never worked for me though...
> > > > > > > > On Tue, Jan 24, 2012 at 8:18 PM, localredhead <
> levi.str...@gmail.com> > > > > > > > wrote: > > > > > > > > > I was using the one in Homebrew but it has the same issue > - I then > > > > > > > > > uninstalled it and built the executable from source, only > to run into > > > > > > > > > the same issue. Short story - I think I've tried them > all. I even > > > > > > > > > went back to an older version at one point.
> > > > > > > > > It just seems that the etags mode of ctags does not > generate a valid > > > > > > > > > tags file for emacs consumption. Many of the classes > referenced in > > > > > > > > > the tags file have no data and look like this:
> > > > > > > > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <
> levi.str...@gmail.com
> > > > > > > > > wrote: > > > > > > > > > > > In retrospect I could care less about the CTAGS file > as long as I > > > > > > > can > > > > > > > > > > > jump to a function in a source file with 1 command > without opening > > > > > > > a > > > > > > > > > > > split-pane buffer. If there is a way to do this (even > using grep) > > > > > > > > > > > that would suffice!
> > > > > > > > > > > -Levi
> > > > > > > > > > > On Jan 24, 10:47 am, localredhead <
> levi.str...@gmail.com> wrote: > > > > > > > > > > > > I have lurked a bit in the emacs IRC trying to find > an answer to > > > > > > > this > > > > > > > > > > > > but I am not having much luck. The general > consensus is to use > > > > > > > grep. > > > > > > > > > > > > I can do this but I would rather use the tags table > to jump to > > > > > > > > > > > > functions and files.
> > > > > > > > > > > > One thing I use more than anything is `jump to > function`. I can > > > > > > > live > > > > > > > > > > > > without it but not having it makes me miss my > Intellij because > > > > > > > that > > > > > > > > > > > > feature alone really enhances project navigation. I > tend to > > > > > > > jump to > > > > > > > > > > > > other files very quickly for reference points and > without the > > > > > > > ability > > > > > > > > > > > > to do this my work flow is affected.
> > > > > > > > > > > > That being said - to get this working I need to > generate a valid > > > > > > > > > ctags > > > > > > > > > > > > file, however on OSX 10.7 when I build the ctags > file with `-e` > > > > > > > and > > > > > > > > > > > > then try to use it with `M - .` I get a stack > overflow error > > > > > > > matching > > > > > > > > > > > > the regexp. When I search for an answer to this > issue is I > > > > > > > quickly > > > > > > > > > > > > get annoyed thanks to our favorite troubleshooting > website - > > > > > > > Stack > > > > > > > > > > > > Overflow.
> > > > > > > > > > > > Any help would be most appreciated! > > > > > > > > > > > > -Levi
> So anyone got this working?
> Still having the same problems with the latest ctags version from brew :|
> On Thursday, February 2, 2012 10:11:38 AM UTC+1, theturingmachine wrote:
> > From the excuberant ctags man:
> > Options:
> > -e Enable etags mode, which will create a tag file for use with the
> > Emacs editor. Alternatively, if ctags is
> > invoked by a name containing the string
> > "etags" (either by renaming, or creating a link to, the executable),
> > etags mode will be enabled. This option must appear before
> > the first file name.
> > On Feb 1, 9:58 pm, localredhead <levi.str...@gmail.com> wrote:
> > > I also tried to go back to an older version without success.
> > > I do not believe this is an issue related to OSX even though that is
> > > what got us here. The issue is generating a proper emacs CTAGS file
> > > using the latest built binaries from the Exuburent CTAGS source. In
> > > my case I am unable to generate it valid tags of ruby source.
> > > -Levi
> > > On Feb 1, 12:10 pm, taranaki <escapesaltl...@gmail.com> wrote:
> > > > I was only able to compile versions 5.6 and greater, but all of them
> > > > exhibited the same problems. I have reported a bug on the sourceforge
> > > > project. It's possibly a different issue than you're all having with
> > > > Ruby parsing, but something is clearly wrong with the generation of
> > > > emacs TAGS files on OSX.
> > > > Best,
> > > > Cameron
> > > > On Feb 1, 12:02 pm, taranaki <escapesaltl...@gmail.com> wrote:
> > > > > I recently discovered Exuberant Ctags as a solution to poor parsing
> > of
> > > > > some C++ code by the default etags shipped with emacs. On a linux
> > > > > server this worked great where the default emacs ctags failed (e.g.
> > to
> > > > > find class LINKAGE_NAME Foo ...).
> > > > > Having suffered from reduced functionality (due to more modern code)
> > > > > of Emacs' ctags for awhile, I was eager to install this on my Mac.
> > > > > Unfortunately, I'm having the same problems all of your are
> > > > > describing: it seems that this version of ctags (5.8 in my case)
> > does
> > > > > not generate a valid emacs TAGS file (emacs version 23.3.1).
> > > > > I'm about to try building an older version of ctags because this
> > tags
> > > > > file does indeed look like it has errors. It contains lines such as:
> > > > > (null),1250
> > > > > ^^ ,738
> > > > > /var/folders/m7/6b_4vfzx06b9mg52lc9d31r0001jmd/T//tags.VQr715,1130
> > > > > ,etc.
> > > > > -Cameron
> > > > > On Jan 26, 6:29 pm, localredhead <levi.str...@gmail.com> wrote:
> > > > > > I built a new rails development environment in Arch because I need
> > to
> > > > > > do a clean install on my OSX box.
> > > > > > Once I got everything installed and configured I hit the same
> > problem
> > > > > > with the ctags file. It is not related to OSX at all - I don't
> > know
> > > > > > what I am doing wrong but following the common instructions that
> > is
> > > > > > sprinkled around the internet does not generate a valid CTAGS file
> > > > > > from Ruby source. I've tried different methods of generation and
> > > > > > every time I try to use the tags table I get the stack overflow
> > error
> > > > > > processing the tags file.
> > > > > > ::sigh:: If I didn't know that functionality existed I could
> > probably
> > > > > > live without it... but this really bugs me. Thanks for the input
> > > > > > everyone - I suppose I'll try again once emacs 24 actually drops.
> > > > > > -Levi
> > > > > > On Jan 26, 4:15 am, Jacob Tjørnholm <cho...@gmail.com> wrote:
> > > > > > > I have the exact same version of ctags installed (from
> > homebrew), but the
> > > > > > > generated tags do NOT work with this Emacs: "GNU Emacs 23.2.1
> > > > > > > (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded
> > fromhttp://emacsformacosx.com/
> > > > > > > I get the same error as Levi (OP).
> > > > > > > /Jacob
> > > > > > > On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
> > > > > > > theturingmach...@gmail.com> wrote:
> > > > > > > > I use this one: Exuberant Ctags 5.8, Copyright (C) 1996-2009
> > Darren
> > > > > > > > Hiebert, and it works fine...installed with homebrew
> > > > > > > > When you install emacs with homebrew (at least from head) it
> > installs
> > > > > > > > it's own version of ctags which is less powerful (no ruby
> > support for
> > > > > > > > example) so I had to reinstall them after emacs.
> > > > > > > > On Jan 24, 8:24 pm, Johan Andersson <johan.rej...@gmail.com>
> > wrote:
> > > > > > > > > I use Ctags from Homebrew with Mactag (
> >https://github.com/rejeep/mactag)
> > > > > > > > > and that works just fine! The ctags executable that comes
> > with OSX has
> > > > > > > > > never worked for me though...
> > > > > > > > > On Tue, Jan 24, 2012 at 8:18 PM, localredhead <
> > levi.str...@gmail.com>
> > > > > > > > wrote:
> > > > > > > > > > I was using the one in Homebrew but it has the same issue
> > - I then
> > > > > > > > > > uninstalled it and built the executable from source, only
> > to run into
> > > > > > > > > > the same issue. Short story - I think I've tried them
> > all. I even
> > > > > > > > > > went back to an older version at one point.
> > > > > > > > > > It just seems that the etags mode of ctags does not
> > generate a valid
> > > > > > > > > > tags file for emacs consumption. Many of the classes
> > referenced in
> > > > > > > > > > the tags file have no data and look like this:
> > > > > > > > > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <
> > levi.str...@gmail.com
> > > > > > > > > > wrote:
> > > > > > > > > > > > In retrospect I could care less about the CTAGS file
> > as long as I
> > > > > > > > can
> > > > > > > > > > > > jump to a function in a source file with 1 command
> > without opening
> > > > > > > > a
> > > > > > > > > > > > split-pane buffer. If there is a way to do this (even
> > using grep)
> > > > > > > > > > > > that would suffice!
> > > > > > > > > > > > -Levi
> > > > > > > > > > > > On Jan 24, 10:47 am, localredhead <
> > levi.str...@gmail.com> wrote:
> > > > > > > > > > > > > I have lurked a bit in the emacs IRC trying to find
> > an answer to
> > > > > > > > this
> > > > > > > > > > > > > but I am not having much luck. The general
> > consensus is to use
> > > > > > > > grep.
> > > > > > > > > > > > > I can do this but I would rather use the tags table
> > to jump to
> > > > > > > > > > > > > functions and files.
> > > > > > > > > > > > > One thing I use more than anything is `jump to
> > function`. I can
> > > > > > > > live
> > > > > > > > > > > > > without it but not having it makes me miss my
> > Intellij because
> > > > > > > > that
> > > > > > > > > > > > > feature alone really enhances project navigation. I
> > tend to
> > > > > > > > jump to
> > > > > > > > > > > > > other files very quickly for reference points and
> > without the
> > > > > > > > ability
> > > > > > > > > > > > > to do this my work flow is affected.
> > > > > > > > > > > > > That being said - to get this working I need to
> > generate a valid
> > > > > > > > > > ctags
> > > > > > > > > > > > > file, however on OSX 10.7 when I build the ctags
> > file with `-e`
> > > > > > > > and
> > > > > > > > > > > > > then try to use it with `M - .` I get a stack
> > overflow error
> > > > > > > > matching
> > > > > > > > > > > > > the regexp. When I search for an answer to this
> > issue is I
> > > > > > > > quickly
> > > > > > > > > > > > > get annoyed thanks to our favorite troubleshooting
> > website -
> > > > > > > > Stack
> > > > > > > > > > > > > Overflow.
> > > > > > > > > > > > > Any help would be most appreciated!
> > > > > > > > > > > > > -Levi
On Mon, Apr 16, 2012 at 1:50 AM, Le Wang <l26w...@gmail.com> wrote: > Nope. Having same problems with homebrew compiled exuberant ctags. I > see taranaki has filed this bug:
> On Apr 9, 2:12 am, Simão Mata <sima...@gmail.com> wrote: > > So anyone got this working? > > Still having the same problems with the latest ctags version from brew :|
> > On Thursday, February 2, 2012 10:11:38 AM UTC+1, theturingmachine wrote:
> > > From the excuberant ctags man:
> > > Options:
> > > -e Enable etags mode, which will create a tag file for use with the > > > Emacs editor. Alternatively, if ctags is > > > invoked by a name containing the string > > > "etags" (either by renaming, or creating a link to, the executable), > > > etags mode will be enabled. This option must appear before > > > the first file name.
> > > On Feb 1, 9:58 pm, localredhead <levi.str...@gmail.com> wrote: > > > > I also tried to go back to an older version without success.
> > > > I do not believe this is an issue related to OSX even though that is > > > > what got us here. The issue is generating a proper emacs CTAGS file > > > > using the latest built binaries from the Exuburent CTAGS source. In > > > > my case I am unable to generate it valid tags of ruby source.
> > > > -Levi
> > > > On Feb 1, 12:10 pm, taranaki <escapesaltl...@gmail.com> wrote:
> > > > > I was only able to compile versions 5.6 and greater, but all of > them > > > > > exhibited the same problems. I have reported a bug on the > sourceforge > > > > > project. It's possibly a different issue than you're all having > with > > > > > Ruby parsing, but something is clearly wrong with the generation of > > > > > emacs TAGS files on OSX.
> > > > > Best, > > > > > Cameron
> > > > > On Feb 1, 12:02 pm, taranaki <escapesaltl...@gmail.com> wrote:
> > > > > > I recently discovered Exuberant Ctags as a solution to poor > parsing > > > of > > > > > > some C++ code by the default etags shipped with emacs. On a linux > > > > > > server this worked great where the default emacs ctags failed > (e.g. > > > to > > > > > > find class LINKAGE_NAME Foo ...).
> > > > > > Having suffered from reduced functionality (due to more modern > code) > > > > > > of Emacs' ctags for awhile, I was eager to install this on my > Mac. > > > > > > Unfortunately, I'm having the same problems all of your are > > > > > > describing: it seems that this version of ctags (5.8 in my case) > > > does > > > > > > not generate a valid emacs TAGS file (emacs version 23.3.1).
> > > > > > I'm about to try building an older version of ctags because this > > > tags > > > > > > file does indeed look like it has errors. It contains lines such > as: > > > > > > (null),1250 > > > > > > ^^ ,738
> > > > > > On Jan 26, 6:29 pm, localredhead <levi.str...@gmail.com> wrote:
> > > > > > > I built a new rails development environment in Arch because I > need > > > to > > > > > > > do a clean install on my OSX box.
> > > > > > > Once I got everything installed and configured I hit the same > > > problem > > > > > > > with the ctags file. It is not related to OSX at all - I don't > > > know > > > > > > > what I am doing wrong but following the common instructions > that > > > is > > > > > > > sprinkled around the internet does not generate a valid CTAGS > file > > > > > > > from Ruby source. I've tried different methods of generation > and > > > > > > > every time I try to use the tags table I get the stack overflow > > > error > > > > > > > processing the tags file.
> > > > > > > ::sigh:: If I didn't know that functionality existed I could > > > probably > > > > > > > live without it... but this really bugs me. Thanks for the > input > > > > > > > everyone - I suppose I'll try again once emacs 24 actually > drops.
> > > > > > > -Levi
> > > > > > > On Jan 26, 4:15 am, Jacob Tjørnholm <cho...@gmail.com> wrote:
> > > > > > > > I have the exact same version of ctags installed (from > > > homebrew), but the > > > > > > > > generated tags do NOT work with this Emacs: "GNU Emacs 23.2.1 > > > > > > > > (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded > > > fromhttp://emacsformacosx.com/
> > > > > > > > I get the same error as Levi (OP).
> > > > > > > > /Jacob
> > > > > > > > On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
> > > > > > > > theturingmach...@gmail.com> wrote: > > > > > > > > > I use this one: Exuberant Ctags 5.8, Copyright (C) > 1996-2009 > > > Darren > > > > > > > > > Hiebert, and it works fine...installed with homebrew
> > > > > > > > > When you install emacs with homebrew (at least from head) > it > > > installs > > > > > > > > > it's own version of ctags which is less powerful (no ruby > > > support for > > > > > > > > > example) so I had to reinstall them after emacs.
> > > > > > > > > On Jan 24, 8:24 pm, Johan Andersson < > johan.rej...@gmail.com> > > > wrote: > > > > > > > > > > I use Ctags from Homebrew with Mactag ( > > >https://github.com/rejeep/mactag) > > > > > > > > > > and that works just fine! The ctags executable that comes > > > with OSX has > > > > > > > > > > never worked for me though...
> > > > > > > > > > On Tue, Jan 24, 2012 at 8:18 PM, localredhead < > > > levi.str...@gmail.com> > > > > > > > > > wrote: > > > > > > > > > > > I was using the one in Homebrew but it has the same > issue > > > - I then > > > > > > > > > > > uninstalled it and built the executable from source, > only > > > to run into > > > > > > > > > > > the same issue. Short story - I think I've tried them > > > all. I even > > > > > > > > > > > went back to an older version at one point.
> > > > > > > > > > > It just seems that the etags mode of ctags does not > > > generate a valid > > > > > > > > > > > tags file for emacs consumption. Many of the classes > > > referenced in > > > > > > > > > > > the tags file have no data and look like this:
> > > > > > > > > > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead < > > > levi.str...@gmail.com
> > > > > > > > > > > wrote: > > > > > > > > > > > > > In retrospect I could care less about the CTAGS > file > > > as long as I > > > > > > > > > can > > > > > > > > > > > > > jump to a function in a source file with 1 command > > > without opening > > > > > > > > > a > > > > > > > > > > > > > split-pane buffer. If there is a way to do this > (even > > > using grep) > > > > > > > > > > > > > that would suffice!
> > > > > > > > > > > > > -Levi
> > > > > > > > > > > > > On Jan 24, 10:47 am, localredhead < > > > levi.str...@gmail.com> wrote: > > > > > > > > > > > > > > I have lurked a bit in the emacs IRC trying to > find > > > an answer to > > > > > > > > > this > > > > > > > > > > > > > > but I am not having much luck. The general > > > consensus is to use > > > > > > > > > grep. > > > > > > > > > > > > > > I can do this but I would rather use the tags > table > > > to jump to > > > > > > > > > > > > > > functions and files.
> > > > > > > > > > > > > > One thing I use more than anything is `jump to > > > function`. I can > > > > > > > > > live > > > > > > > > > > > > > > without it but not having it makes me miss my > > > Intellij because > > > > > > > > > that > > > > > > > > > > > > > > feature alone really enhances project > navigation. I > > > tend to > > > > > > > > > jump to > > > > > > > > > > > > > > other files very quickly for reference points and > > > without the > > > > > > > > > ability > > > > > > > > > > > > > > to do this my work flow is affected.
> > > > > > > > > > > > > > That being said - to get this working I need to > > > generate a valid > > > > > > > > > > > ctags > > > > > > > > > > > > > > file, however on OSX 10.7 when I build the ctags > > > file with `-e` > > > > > > > > > and > > > > > > > > > > > > > > then try to use it with `M - .` I get a stack > > > overflow error > > > > > > > > > matching > > > > > > > > > > > > > > the regexp. When I search for an answer to this > > > issue is I > > > > > > > > > quickly > > > > > > > > > > > > > > get annoyed thanks to our favorite > troubleshooting > > > website - > > > > > > > > > Stack > > > > > > > > > > > > > > Overflow.
> > > > > > > > > > > > > > Any help would be most appreciated! > > > > > > > > > > > > > > -Levi
>> On Apr 9, 2:12 am, Simão Mata <sima...@gmail.com> wrote:
>> > So anyone got this working?
>> > Still having the same problems with the latest ctags version from brew >> :|
>> > On Thursday, February 2, 2012 10:11:38 AM UTC+1, theturingmachine wrote:
>> > > From the excuberant ctags man:
>> > > Options:
>> > > -e Enable etags mode, which will create a tag file for use with the
>> > > Emacs editor. Alternatively, if ctags is
>> > > invoked by a name containing the string
>> > > "etags" (either by renaming, or creating a link to, the executable),
>> > > etags mode will be enabled. This option must appear before
>> > > the first file name.
>> > > On Feb 1, 9:58 pm, localredhead <levi.str...@gmail.com> wrote:
>> > > > I also tried to go back to an older version without success.
>> > > > I do not believe this is an issue related to OSX even though that is
>> > > > what got us here. The issue is generating a proper emacs CTAGS file
>> > > > using the latest built binaries from the Exuburent CTAGS source. In
>> > > > my case I am unable to generate it valid tags of ruby source.
>> > > > -Levi
>> > > > On Feb 1, 12:10 pm, taranaki <escapesaltl...@gmail.com> wrote:
>> > > > > I was only able to compile versions 5.6 and greater, but all of >> them
>> > > > > exhibited the same problems. I have reported a bug on the >> sourceforge
>> > > > > project. It's possibly a different issue than you're all having >> with
>> > > > > Ruby parsing, but something is clearly wrong with the generation >> of
>> > > > > emacs TAGS files on OSX.
>> > > > > Best,
>> > > > > Cameron
>> > > > > On Feb 1, 12:02 pm, taranaki <escapesaltl...@gmail.com> wrote:
>> > > > > > I recently discovered Exuberant Ctags as a solution to poor >> parsing
>> > > of
>> > > > > > some C++ code by the default etags shipped with emacs. On a >> linux
>> > > > > > server this worked great where the default emacs ctags failed >> (e.g.
>> > > to
>> > > > > > find class LINKAGE_NAME Foo ...).
>> > > > > > Having suffered from reduced functionality (due to more modern >> code)
>> > > > > > of Emacs' ctags for awhile, I was eager to install this on my >> Mac.
>> > > > > > Unfortunately, I'm having the same problems all of your are
>> > > > > > describing: it seems that this version of ctags (5.8 in my case)
>> > > does
>> > > > > > not generate a valid emacs TAGS file (emacs version 23.3.1).
>> > > > > > I'm about to try building an older version of ctags because this
>> > > tags
>> > > > > > file does indeed look like it has errors. It contains lines >> such as:
>> > > > > > (null),1250
>> > > > > > ^^ ,738
>> > > > > > On Jan 26, 6:29 pm, localredhead <levi.str...@gmail.com> wrote:
>> > > > > > > I built a new rails development environment in Arch because I >> need
>> > > to
>> > > > > > > do a clean install on my OSX box.
>> > > > > > > Once I got everything installed and configured I hit the same
>> > > problem
>> > > > > > > with the ctags file. It is not related to OSX at all - I >> don't
>> > > know
>> > > > > > > what I am doing wrong but following the common instructions >> that
>> > > is
>> > > > > > > sprinkled around the internet does not generate a valid CTAGS >> file
>> > > > > > > from Ruby source. I've tried different methods of generation >> and
>> > > > > > > every time I try to use the tags table I get the stack >> overflow
>> > > error
>> > > > > > > processing the tags file.
>> > > > > > > ::sigh:: If I didn't know that functionality existed I could
>> > > probably
>> > > > > > > live without it... but this really bugs me. Thanks for the >> input
>> > > > > > > everyone - I suppose I'll try again once emacs 24 actually >> drops.
>> > > > > > > -Levi
>> > > > > > > On Jan 26, 4:15 am, Jacob Tjørnholm <cho...@gmail.com> wrote:
>> > > > > > > > I have the exact same version of ctags installed (from
>> > > homebrew), but the
>> > > > > > > > generated tags do NOT work with this Emacs: "GNU Emacs >> 23.2.1
>> > > > > > > > (x86_64-apple-darwin, NS apple-appkit-1038.29)", downloaded
>> > > fromhttp://emacsformacosx.com/
>> > > > > > > > I get the same error as Levi (OP).
>> > > > > > > > /Jacob
>> > > > > > > > On Thu, Jan 26, 2012 at 1:07 PM, theturingmachine <
>> > > > > > > > theturingmach...@gmail.com> wrote:
>> > > > > > > > > I use this one: Exuberant Ctags 5.8, Copyright (C) >> 1996-2009
>> > > Darren
>> > > > > > > > > Hiebert, and it works fine...installed with homebrew
>> > > > > > > > > When you install emacs with homebrew (at least from >> head) it
>> > > installs
>> > > > > > > > > it's own version of ctags which is less powerful (no ruby
>> > > support for
>> > > > > > > > > example) so I had to reinstall them after emacs.
>> > > > > > > > > On Jan 24, 8:24 pm, Johan Andersson <
>> johan.rej...@gmail.com>
>> > > wrote:
>> > > > > > > > > > I use Ctags from Homebrew with Mactag (
>> > >https://github.com/rejeep/mactag)
>> > > > > > > > > > and that works just fine! The ctags executable that >> comes
>> > > with OSX has
>> > > > > > > > > > never worked for me though...
>> > > > > > > > > > On Tue, Jan 24, 2012 at 8:18 PM, localredhead <
>> > > levi.str...@gmail.com>
>> > > > > > > > > wrote:
>> > > > > > > > > > > I was using the one in Homebrew but it has the same >> issue
>> > > - I then
>> > > > > > > > > > > uninstalled it and built the executable from source, >> only
>> > > to run into
>> > > > > > > > > > > the same issue. Short story - I think I've tried them
>> > > all. I even
>> > > > > > > > > > > went back to an older version at one point.
>> > > > > > > > > > > It just seems that the etags mode of ctags does not
>> > > generate a valid
>> > > > > > > > > > > tags file for emacs consumption. Many of the classes
>> > > referenced in
>> > > > > > > > > > > the tags file have no data and look like this:
>> > > > > > > > > > > > On Tue, Jan 24, 2012 at 7:51 PM, localredhead <
>> > > levi.str...@gmail.com
>> > > > > > > > > > > wrote:
>> > > > > > > > > > > > > In retrospect I could care less about the CTAGS >> file
>> > > as long as I
>> > > > > > > > > can
>> > > > > > > > > > > > > jump to a function in a source file with 1 command
>> > > without opening
>> > > > > > > > > a
>> > > > > > > > > > > > > split-pane buffer. If there is a way to do this >> (even
>> > > using grep)
>> > > > > > > > > > > > > that would suffice!
>> > > > > > > > > > > > > -Levi
>> > > > > > > > > > > > > On Jan 24, 10:47 am, localredhead <
>> > > levi.str...@gmail.com> wrote:
>> > > > > > > > > > > > > > I have lurked a bit in the emacs IRC trying to >> find
>> > > an answer to
>> > > > > > > > > this
>> > > > > > > > > > > > > > but I am not having much luck. The general
>> > > consensus is to use
>> > > > > > > > > grep.
>> > > > > > > > > > > > > > I can do this but I would rather use the tags >> table
>> > > to jump to
>> > > > > > > > > > > > > > functions and files.
>> > > > > > > > > > > > > > One thing I use more than anything is `jump to
>> > > function`. I can
>> > > > > > > > > live
>> > > > > > > > > > > > > > without it but not having it makes me miss my
>> > > Intellij because
>> > > > > > > > > that
>> > > > > > > > > > > > > > feature alone really enhances project >> navigation. I
>> > > tend to
>> > > > > > > > > jump to
>> > > > > > > > > > > > > > other files very quickly for reference points >> and
>> > > without the
>> > > > > > > > > ability
>> > > > > > > > > > > > > > to do this my work flow is affected.
>> > > > > > > > > > > > > > That being said - to get this working I need to
>> > > generate a valid
>> > > > > > > > > > > ctags
>> > > > > > > > > > > > > > file, however on OSX 10.7 when I build the ctags
>> > > file with `-e`
>> > > > > > > > > and
>> > > > > > > > > > > > > > then try to use it with `M - .` I get a stack
>> > > overflow error
>> > > > > > > > > matching
>> > > > > > > > > > > > > > the regexp. When I search for an answer to this
>> > > issue is I
>> > > > > > > > > quickly
>> > > > > > > > > > > > > > get annoyed thanks to our favorite >> troubleshooting
>> > > website -
>> > > > > > > > > Stack
>> > > > > > > > > > > > > > Overflow.
On Tuesday, January 24, 2012 10:47:46 AM UTC-8, localredhead wrote:
> I have lurked a bit in the emacs IRC trying to find an answer to this > but I am not having much luck. The general consensus is to use grep. > I can do this but I would rather use the tags table to jump to > functions and files.
> One thing I use more than anything is `jump to function`. I can live > without it but not having it makes me miss my Intellij because that > feature alone really enhances project navigation. I tend to jump to > other files very quickly for reference points and without the ability > to do this my work flow is affected.
> That being said - to get this working I need to generate a valid ctags > file, however on OSX 10.7 when I build the ctags file with `-e` and > then try to use it with `M - .` I get a stack overflow error matching > the regexp. When I search for an answer to this issue is I quickly > get annoyed thanks to our favorite troubleshooting website - Stack > Overflow.
On Tuesday, January 24, 2012 7:47:46 PM UTC+1, localredhead wrote:
> I have lurked a bit in the emacs IRC trying to find an answer to this > but I am not having much luck. The general consensus is to use grep. > I can do this but I would rather use the tags table to jump to > functions and files.
> One thing I use more than anything is `jump to function`. I can live > without it but not having it makes me miss my Intellij because that > feature alone really enhances project navigation. I tend to jump to > other files very quickly for reference points and without the ability > to do this my work flow is affected.
> That being said - to get this working I need to generate a valid ctags > file, however on OSX 10.7 when I build the ctags file with `-e` and > then try to use it with `M - .` I get a stack overflow error matching > the regexp. When I search for an answer to this issue is I quickly > get annoyed thanks to our favorite troubleshooting website - Stack > Overflow.
> before compiling and then it worked for me. Also make sure you are not > compiling with llvm
> On Tuesday, January 24, 2012 7:47:46 PM UTC+1, localredhead wrote:
>> I have lurked a bit in the emacs IRC trying to find an answer to this >> but I am not having much luck. The general consensus is to use grep. >> I can do this but I would rather use the tags table to jump to >> functions and files.
>> One thing I use more than anything is `jump to function`. I can live >> without it but not having it makes me miss my Intellij because that >> feature alone really enhances project navigation. I tend to jump to >> other files very quickly for reference points and without the ability >> to do this my work flow is affected.
>> That being said - to get this working I need to generate a valid ctags >> file, however on OSX 10.7 when I build the ctags file with `-e` and >> then try to use it with `M - .` I get a stack overflow error matching >> the regexp. When I search for an answer to this issue is I quickly >> get annoyed thanks to our favorite troubleshooting website - Stack >> Overflow.
>> before compiling and then it worked for me. Also make sure you are not >> compiling with llvm
>> On Tuesday, January 24, 2012 7:47:46 PM UTC+1, localredhead wrote:
>>> I have lurked a bit in the emacs IRC trying to find an answer to this >>> but I am not having much luck. The general consensus is to use grep. >>> I can do this but I would rather use the tags table to jump to >>> functions and files.
>>> One thing I use more than anything is `jump to function`. I can live >>> without it but not having it makes me miss my Intellij because that >>> feature alone really enhances project navigation. I tend to jump to >>> other files very quickly for reference points and without the ability >>> to do this my work flow is affected.
>>> That being said - to get this working I need to generate a valid ctags >>> file, however on OSX 10.7 when I build the ctags file with `-e` and >>> then try to use it with `M - .` I get a stack overflow error matching >>> the regexp. When I search for an answer to this issue is I quickly >>> get annoyed thanks to our favorite troubleshooting website - Stack >>> Overflow.
