Digging more into this... Obviously, this appears to be a known issue in geanyctags.c (albeit conditionally handled for Windows only).

Looks like the issue is tied to the output from the find command that feeds the file list for the ctags to index.

When the file list begins with ./ (the relative current directory) -- the base-name is empty. Thus the ctags apparently coughs out a blank line.

One way to avoid producing the ./ is to set a File filter for the project files (Project > Properties) to explicitly match named files. However this seems more like a workaround.

Alternatively, the find command in Geanyctags should be explicitly set to list only files `find -type f``. Not sure if this would affect the intended logic of Geanyctags in any adverse way.

ctags --version
Exuberant Ctags 5.9~svn20110310, Copyright (C) 1996-2009 Darren Hiebert
  Addresses: <dhiebert@users.sourceforge.net>, http://ctags.sourceforge.net
  Optional compiled features: +wildcards, +regex

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.