Skip to content
Snippets Groups Projects
  1. Oct 31, 2019
  2. Oct 14, 2019
    • Yuya Nishihara's avatar
      rust-cpython: prepare for writing tests that require libpython · 8d432d3a
      Yuya Nishihara authored
      What I wanted is to disable the "cpython/extension-module<ver>" feature
      while building tests executable, but that seems not doable. Instead,
      this patch adds new features dedicated for tests.
      
      The make rule is extracted so that we can easily run cargo tests.
      
      Added a minimal test of ref-sharing as an example. More tests will follow.
      8d432d3a
  3. Aug 21, 2019
  4. Apr 04, 2019
  5. Dec 06, 2018
  6. Dec 04, 2018
  7. Nov 11, 2018
  8. Aug 02, 2018
  9. Jul 05, 2018
  10. May 13, 2018
  11. May 12, 2018
  12. Apr 14, 2018
  13. Mar 30, 2018
  14. Mar 08, 2018
  15. Feb 05, 2018
  16. Feb 01, 2018
  17. Jan 17, 2018
  18. Oct 26, 2017
  19. Sep 14, 2015
  20. Oct 12, 2017
  21. Aug 22, 2017
  22. Aug 15, 2017
  23. Aug 04, 2017
  24. Aug 11, 2017
    • Kevin Bullock's avatar
      osx: delay version computation on macOS builds · 8de8f8a9
      Kevin Bullock authored
      Before this patch, HGVER would be evaluated at the beginning of the make
      execution, and would be unset because build/mercurial/ doesn't exist yet
      at that point. Now we compute the version after the `make install` run
      has completed.
      
      This is backported to stable from 8626b44516c1, but that revision had an
      error in the shell invocation syntax.
      8de8f8a9
  25. Jul 30, 2017
  26. Jul 27, 2017
  27. Jul 25, 2017
    • Augie Fackler's avatar
      osx: wire up genosxversion script · c5607b65
      Augie Fackler authored
      The only version strings that are changed are the ones baked into the
      .pkg - hg's self-reported version string doesn't change, so users will
      still see our mostly-pip-compatible version strings.
      
      For reference, the part of our versioning setup that's not PEP440
      compatible is the RC releases - those should be .rc0 insted of
      -rc. It's too late to change that for the 4.3 cycle, so I'll worry
      about fixing that during the 4.4 cycle.
      c5607b65
  28. Jun 24, 2017
  29. Jun 23, 2017
  30. Jun 03, 2017
  31. May 26, 2017
    • Kyle Lippincott's avatar
      zsh_completion: install as _hg not hg · 501d48bd
      Kyle Lippincott authored
      The contrib/zsh_completion file itself says to name it _hg.
      
      With a name like `hg`, if the user has a line like `autoload ${^fpath}/*(N-.:t)`
      in their zshrc, it will create a shell function named `hg` that will hide the
      actual hg command and make hg unusable.
      
      Separately from that though, the underscore prefix makes it actually work. The
      zsh man page states:
      
          The convention for autoloaded functions used in completion is that they
          start with an underscore
      
      This does not seem to just be a "convention", though. With the ill-advised line
      removed from my zshrc and the file named
      `/usr/local/share/zsh/site-functions/hg` (without the underscore), these
      completions did not seem to get loaded and the ones from the zsh installation
      were loaded instead.  If I renamed them to be
      `/usr/local/share/zsh/site-functions/_hg`, however, they were loaded.
      
      I manually tested the above statement by starting a new zsh instance with the
      file in `/usr/local/share/zsh/site-functions` with the following names:
      - As `hg`, `which _hg_labels` did not show anything
      - As `_hg`, `which _hg_labels` showed the expected function.
      501d48bd
Loading