Fix for framework includes (-F) on Darwin/MacOSX. Previously they
were treated as auxillary arguments and reordered with respect to
other includes (-I), breaking compilation commands.

Also modified CLANG_INCLUDEPATH to stringify it as needed, in source
code, as opposed to trying to escape quote it (which doesn't work
when you attempt to run rtags on itself ;)

Moved rct to my own fork.
Fixed macro expansion of CLANG_INCLUDEPATH
cl-lib doesn't define 'defun*', use alias
Merge pull request #221 from terranpro/master

Change rtags-ac.el usage of `split-string`s TRIM
Don't call plastc if $PLAST is set. See https://github.com/Andersbakken/plast
More detection of compiler wrappers.
Apparently the translation unit has to be produced with
CXTranslationUnit_IncludeBriefCommentsInCodeCompletion for this to
work (asserts in ASTUnit.cpp CodeComplete) if mismatched. Since we don't
currently display these anywhere it's better to take them out.
Bump rct.
Updates for changes in rct.
Bump rct.
Support custom installation paths

To fully support installation in custom installation paths
(eg. ~/.local/bin) we need to add rpaths to the binaries.

The added CMake code is based on code from the CMake wiki[1] with some
minor adjustments.

1: http://www.cmake.org/Wiki/CMake_RPATH_handling
Merge remote-tracking branch 'upstream/master'. This is the
original rtags github repo/remote. Preparing to generate
new push request with my latest changes.
- Rename RDM_SOURCES list to RTAGS_SOURCES list in CMakeLists, as it goes into librtags.
- Remove 'ENTER' keymap entry from rtags.el. Emacs was treating it like a 5 char sequence.
- Re-order/clean up rdm help text. Remove ununsed switches and sort alphabetically.

And lastly, and the biggest change:
- Apply fine grained control to default and implicit include paths for
  each compiler rdm encounters. Apply on a per-source basis.
Revert fork changes to rct submodule tracking
Coding style.
Make rtags-reparse stuff optional.
I apologize for this code but it's something of a performance
bottleneck (at least I think so) so I decided to do it with proper C
string handling in all it's godawful ridiculousness, memmoving, stack
buffers and all.

Anyway... Don't treat templatized parameters as something we should
optionally remove from symbolNames.

E.g.

void foo(List<int> bar)

doesn't need to exist both as:

foo(List<int> bar)

and

foo(List bar).

This patch will do that and fix some erroneous stomping on the wrong
bytes in the process.

For an example of something that went wrong, check out

https://github.com/Andersbakken/plast/blob/master/src/Plast.h

at 7c8f7d87e2ae6638d6740b5c356fffa762ee1e91

It showed up thusly:

$ rc -S JobMessaJ
JobMessaJobMessage::JobMessage
JobMessaJobMessage::JobMessage(uint64_t, const String &, const List &)
JobMessaJobMessage::JobMessage(uint64_t, const String &, const List &)::args
JobMessaJobMessage::JobMessage(uint64_t, const String &, const List &)::id
JobMessaJobMessage::JobMessage(uint64_t, const String &, const List &)::preprocessed
$ rc -S JobMessage::JobMessage
JobMessage::JobMessage
JobMessage::JobMessage(uint64_t, const String &, const List<String> &)
JobMessage::JobMessage(uint64_t, const String &, const List<String> &)::args
JobMessage::JobMessage(uint64_t, const String &, const List<String> &)::id
JobMessage::JobMessage(uint64_t, const String &, const List<String> &)::preprocessed
Work again without CompilerManager
Fix comment.
Remove some spaces that didn't belong.