Because function return types are not used to determine tag equality,
we need to also update the tooltip of an existing tag otherwise the return
type doesn't get updated when changed.

This small patch fixes some entries in the contextual menu.

Small improvements to the Scintilla update script

Only ask the user to check the SciLexer.h diff if the file actually
changed.

Only warn if MULTILINE is passed *together* with REGEX, but simply
ignore if it not.

This makes the code more generic and allows the "select-all" keybinding
to work in any GtkTextView, e.g. potentially plugin's ones.

Fix basic callbacks to work with splitwindow

Closes #460 and #467.

* select_all now works with splitwindow
* select_all now works with file-browser pane
* menu_select_all now works everywhere select_all hotkey does

* Use Scintilla focus object instead of notebook document to fix
  splitwindow behaviour for cut, copy, paste and delete callbacks.
* move else-if to same line (style)

Import make parser improvements from fishman/ctags#272

Fixing this is however only theoretically useful, as:
* no actual code paths can currently lead to it;
* even if the code actually ended up reading the uninitialized value,
  it would still have a fully defined behavior as the result of the
  check is irrelevant in the only case the uninitialized read can
  happen.

Anyway, fix this to avoid any possible bad surprises in the future.

A line consisting only of blanks or comments should not end a rule,
even if it doesn't start with a tabulation character.

We assume that the GTK 2.24 API docs will remain online in the long-term
so there is no reason why we should self-host those docs any longer.
This is the last missing bit of #245.

This seems necessary to properly display version information
in the Windows Explorer file properties dialog.
I think it worked on older Windows versions without but
at least on Windows 7 this seems necessary.

Fix typos in comments

libtool apparently builds every object twice by default when shared and
static objects need to be build differently.  As we never use the
statically linked objects, avoid building them at all.

Compile prefix.c and osx.c only when needed to avoid warnings

When mac integration or binary relocation are disabled, the compiled
object file contains no symbols because the guards in the source files
hide all code. On OS X there's a warning during compilation saying:

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file: .libs/libgeany.a(libgeany_la-prefix.o) has no symbols

If these features are disabled, don't compile the corresponding
sources to avoid the warnings.

Interestingly, waf compilation works without warnings - it appears
linking is done through g++ which doesn't produce these warnings.

waf: explicitly set the location of signallist.i and geany.html in the b...

On OS X signallist.i is always rebuilt because waf looks for it in the build
tree but generates it inside the source tree for some reason so it's
always missing in the build tree. Set the target explicitly to the
build tree to fix the problem.

Similarly, set the target for geany.html to the build tree. Thanks to this
waf also creates the 'doc' directory in the build tree which is otherwise
missing and the cwd command fails for this reason (e.g. when the
_build_ directory is removed).

These two task generators are the only ones that don't use the 'features'
parameter - the features in the other task generators should already
handle the source/build tree problems for us (see the Waf Book section
6.3.3. Nodes, tasks, and task generators).

waf: Disable build/install phase interleaving

Two more Geany icon updates

Note: This is mostly search and replace. I've only tested with my
GTK+ 2.24.20 and not at all the Waf build system.