1. 09 Nov, 2016 1 commit
  2. 27 Sep, 2016 1 commit
    • Brad King's avatar
      Simplify CMake per-source license notices · 86578ecc
      Brad King authored
      Per-source copyright/license notice headers that spell out copyright holder
      names and years are hard to maintain and often out-of-date or plain wrong.
      Precise contributor information is already maintained automatically by the
      version control tool.  Ultimately it is the receiver of a file who is
      responsible for determining its licensing status, and per-source notices are
      merely a convenience.  Therefore it is simpler and more accurate for
      each source to have a generic notice of the license name and references to
      more detailed information on copyright holders and full license terms.
      
      Our `Copyright.txt` file now contains a list of Contributors whose names
      appeared source-level copyright notices.  It also references version control
      history for more precise information.  Therefore we no longer need to spell
      out the list of Contributors in each source file notice.
      
      Replace CMake per-source copyright/license notice headers with a short
      description of the license and links to `Copyright.txt` and online information
      available from "https://cmake.org/licensing".  The online URL also handles
      cases of modules being copied out of our source into other projects, so we
      can drop our notices about replacing links with full license text.
      
      Run the `Utilities/Scripts/filter-notices.bash` script to perform the majority
      of the replacements mechanically.  Manually fix up shebang lines and trailing
      newlines in a few files.  Manually update the notices in a few files that the
      script does not handle.
      86578ecc
  3. 19 Sep, 2016 1 commit
  4. 15 Sep, 2016 1 commit
  5. 17 Aug, 2016 2 commits
  6. 05 Aug, 2016 1 commit
    • Sylvain Joubert's avatar
      bash-completion: Fix cmake -E lookup · fe7f117a
      Sylvain Joubert authored
      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.
      fe7f117a
  7. 01 Aug, 2016 1 commit
  8. 26 Jul, 2016 1 commit
  9. 22 Jul, 2016 9 commits
  10. 21 Jul, 2016 1 commit
  11. 10 Jun, 2016 4 commits
  12. 10 May, 2016 1 commit
  13. 16 Mar, 2016 1 commit
    • Julian Schmidt's avatar
      cmake-mode.el: Fix help completion item lists with CMake >= 3.0 (#16019) · 9dc384f6
      Julian Schmidt authored
      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.
      9dc384f6
  14. 08 Oct, 2015 2 commits
  15. 25 Sep, 2015 1 commit
  16. 14 Aug, 2015 1 commit
  17. 13 Aug, 2015 1 commit
  18. 27 Jul, 2015 5 commits
  19. 23 Jun, 2015 1 commit
    • Jostein Kjønigsen's avatar
      cmake-mode.el: Add support for prog-mode hooks (#15521) · b24b58bb
      Jostein Kjønigsen authored
      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.
      b24b58bb
  20. 22 Apr, 2015 1 commit
  21. 19 Jan, 2015 2 commits
    • Peter Vasil's avatar
      cmake-mode.el: Re-add explicit call to require thingatpt · 3a147e1b
      Peter Vasil authored
      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.
      3a147e1b
    • Peter Vasil's avatar
      cmake-mode.el: Fix extracting keyword at point in cmake-help · ca80598e
      Peter Vasil authored
      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 '_'.
      ca80598e
  22. 16 Jan, 2015 1 commit