Generate a tag for each method that is prefixed with the class name and a
hash.  For instance, MyClass#init.  This is useful for disambiguation, similar
to how the C language tag Mfilename points to main() in filename.
Don't include the method scope (class or instance method: +/-) in the tags for
methods.  This makes it much easier for me to jump to tags in Vim using ^] on
the current word.
Merge pull request #3 from sethk/master

ObjC Method Tags
Merge pull request #5 from steveno/deploy

Addition of Falcon script
RSpec Code added. Courtesy: mortice
Flex Parser updates for Flex SDK 4.

Support the s: and fx: namespaces.
Corrected parsing of other namespace objects.  They will not be tagged, but
they will be parsed correctly.

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@755 c5d04d22-be80-434c-894e-aa346cc9e8e8
SQL Parser updates for bug 2961855.

When parsing an Oracle package, the function prototypes did not have the
appropriate scope added to the tags.
Test case used is: test/bug2961855.sql.

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@756 c5d04d22-be80-434c-894e-aa346cc9e8e8
Missed an endless loop case

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@757 c5d04d22-be80-434c-894e-aa346cc9e8e8
Created a function prototype for parseMXML. VS does not complain but gcc does.

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@758 c5d04d22-be80-434c-894e-aa346cc9e8e8
SQL Parser updates for bug 2961855.

The scope changes unfortunately also picked up OWNER and CREATOR names of
functions and procedures.  So the scope changes should only be picked up if
we are inside a PACKAGE first.

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@760 c5d04d22-be80-434c-894e-aa346cc9e8e8
fixed comment style

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@761 c5d04d22-be80-434c-894e-aa346cc9e8e8
VIM Parser updates for bug 3032253.

Vim parser did not handle an invalid 'command' format and hung".
Now it handles and checks for these formats:
   command.
   command!.
   comma!.
   comma! ThisIsValid

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@762 c5d04d22-be80-434c-894e-aa346cc9e8e8
JavaScript Parser updates for bug 2777310.

var x = 1;
var y = [];
var z = {};

Only x and y are detected - z is ignored,
despite this being perfectly valid syntax
(and quite common, when initialising
a variable for use as a hash table).

[It's equivalent to z = new Object(), in a
similar fashion to y = [] being equivalent
to y = new Array() ].

As far as I can tell, the cause seems to be that
object literals are not being considered as valid
for the right hand side of an assignment.

Now, global variables for z is generated for the release after 5.8.

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@763 c5d04d22-be80-434c-894e-aa346cc9e8e8
Ticket: 3062068 turn on LFS support

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@764 c5d04d22-be80-434c-894e-aa346cc9e8e8
Ticket: 3062068 update NEWS

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@765 c5d04d22-be80-434c-894e-aa346cc9e8e8
Fixef bad tag when parsing empty OCaml file, reported by Marc Weber.

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@766 c5d04d22-be80-434c-894e-aa346cc9e8e8
Removed duplicate information that is out-of-sync with similar information contained elsewhere.

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@767 c5d04d22-be80-434c-894e-aa346cc9e8e8
Change for modern versions of Vim.

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@768 c5d04d22-be80-434c-894e-aa346cc9e8e8
Removed unused structure member.

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@769 c5d04d22-be80-434c-894e-aa346cc9e8e8
Ocaml bug fixes

git-svn-id: https://ctags.svn.sourceforge.net/svnroot/ctags/trunk@770 c5d04d22-be80-434c-894e-aa346cc9e8e8