| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
* upstream-vim-cmake-syntax:
vim-cmake-syntax 2016-08-16 (e782679c)
|
| |
|
|
|
|
|
|
|
| |
In case of long '<command> <args...>' the description text is wrapped
and indented on the next line.
Avoid taking these lines into account by explicitly requiring the third
character to be a non-space.
|
|\
| |
| |
| |
| |
| | |
82388543 cmake-mode.el: Replace use of obsolete function (since Emacs 24.3).
ca684ccb cmake-mode.el: Fix byte-compilation warnings.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
These are closer to functions than anything else. Also change the other
groups which were highlighted with Function to other groups.
|
| | |
|
| | |
|
| |
| |
| |
| | |
They are closer to Include than generic preprocessor lines.
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit updates the vim-syntax-file. It is still not complete, but contains much more keywords,
built-in variables. Generator expressions are highlighted as well.
This file is generated from a script which parses the --help
output of cmake 3.5.
Imported from here: https://github.com/pboettch/vim-cmake-syntax
Signed-off-by: Patrick Boettcher <patrick.boettcher@posteo.de>
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We run `cmake --help-*-list` to get a list of items for completion.
Since CMake < 3.0 always printed "cmake version ..." on the first line
of the output we have previously ignored the first line. However, CMake
3.0 and above do not print the version line so we should not ignore the
first line or we miss one item.
Ideally we should filter the first line out if it is "cmake version ..."
in order to support CMake < 3.0 cleanly, but at worst the version line
will show up as a completion option so simply including the first line
is good enough for now.
|
|
|
|
|
|
|
| |
cmake-unscreamify-buffer should unscream more than just
words. For example:
CHECK_FUNCTION_EXISTS (...)
|
|
|
|
|
|
|
| |
Symbols such as "CHECK_FUNCTION_EXISTS" should not trigger an open block
(due to containing the "word" FUNCTION). Fix this regression caused by
commit v3.4.0-rc1~292^2~3 (cmake-mode.el: Use `rx' for regexps,
2015-07-23).
|
|
|
|
|
|
|
| |
The latter is now the preferred URL for visiting cmake.org with a
browser. Convert using the shell code:
git ls-files -z | xargs -0 sed -i 's|http://www\.cmake|https://cmake|g'
|
|
|
|
|
| |
Simplify regexp for variable names, and allow more legal characters.
Remove `$ *` as legal chars, and allow `- + / .` in names.
|
|
|
|
| |
Allow space separating name and opening parenthesis.
|
|
|
|
|
|
| |
Emacs 24 and above support a generic "prog-mode" to simplify definition
of programming modes. Derive "cmake-mode" from it since we are a
programming mode.
|
|
|
|
|
|
| |
Control flow keywords will now be highlighted as such. Variable names
will be also be recognized. Adjust function name highlighting to work
in places other than the start of a line.
|
|
|
|
|
|
| |
unscreamify-cmake-buffer => cmake-unscreamify-buffer
While at it, wrap the operation in (save-excursion).
|
|
|
|
|
| |
This allows the keywords be defined in a list and reused in different
regexps.
|
|
|
|
| |
Superficial changes to use more conventional Emacs Lisp idioms.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since version 24, Emacs supports a generic mode called prog-mode. Like
all other modes it has its own mode-hook, prog-mode-hook. For Emacs
users it is common to provide all your generic programming-mode related
customizations in this mode-hook.
cmake-mode is definitely a programming-mode and should support calling
this hook. There are two ways to make that happen:
* Make your major-mode a derived-mode from prog-mode.
* Manually calling the hook upon mode-activation.
Implementing a derived mode may be the most proper thing to do, but that
may require quite a few structural changes. For now just call the hook
explicitly if it exists. This should cover much of what users need.
|
|
|
|
|
|
|
|
| |
With the current version of homebrew one gets:
bash: _init_completion: command not found
Avoid this by initializing manually when the function is not defined.
|
|\
| |
| |
| |
| | |
3a147e1b cmake-mode.el: Re-add explicit call to require thingatpt
|
| |
| |
| |
| |
| |
| | |
Usually it is not needed to call '(require 'thingatpt')' explicitly
because the function 'symbol-at-point' is in autoloaded but to be sure
to have the function loaded in every case, require thingatpt.
|
|\ \
| |/
|/|
| |
| | |
91fbcda2 Help: Update cmake.org links to avoid redirects
|
| |
| |
| |
| | |
Some links to cmake.org now redirect, so link to the new pages directly.
|
|/
|
|
|
|
|
|
| |
Since commit v3.1.0-rc2~1^2~1 (cmake-mode.el: syntax of '_' should be
treated as symbol, 2014-11-12) the 'word-at-point' function does not
extract the whole keyword anymore if it contains an '_', because
'forward-word' stops at '_'. Use 'symbol-at-point' to extract a whole
keyword even if there is an '_'.
|
|
|
|
|
|
|
| |
Word commands, such as foward-word(M-f), backward-kill-word(M-backspace),
don't work well like other major-modes if syntax of '_' is treated as "word".
Tested-by: Guillaume Papin <guillaume.papin@parrot.com>
|
|\
| |
| |
| |
| | |
2603e128 bash-completion: Complete 'ctest' label names
|
| | |
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Drop use of the free variable from unscreamify-cmake-buffer.
The proper way to do this would be defvar or let, but it is more
sensible to drop the feature completely: replace-match will shift the
point and the saved-point will be invalid. More careful coding could
avoid this, but seems overkill.
|