Skip to content
Snippets Groups Projects
  1. Aug 17, 2021
  2. Aug 18, 2021
  3. Aug 17, 2021
  4. Mar 25, 2021
  5. Mar 10, 2021
  6. Nov 24, 2020
  7. Nov 21, 2020
    • Matt Harbison's avatar
      make: switch the PYTHON default to `py.exe -3` on Windows · 4f6816e8
      Matt Harbison authored
      Python3 _is_ named `python.exe` on Windows, but that isn't necessarily on PATH
      when installing from python.org.  I do happen to have a python.exe on PATH in
      `$LOCALAPPDATA/Microsoft/WindowsApps`, but it appears to be 0 bytes (likely
      because of permission issues), and doesn't run:
      
          $ python -V
           - Cannot open
      
      Pulkit hit the same error as I did though, so it isn't just my system:
      
          $ make -C . local
          make: Entering directory `/home/Dell/repos/hg-committed`
          python setup.py  \
                    build_py -c -d . \
                    build_ext  -i \
                    build_hgexe  -i \
                    build_mo
           - Cannot openmake: *** [local] Error 1
      
      The `py.exe` dispatcher lives in the Windows directory (so it is on PATH), looks
      up the python.org installation, and invokes that interpreter directly.  I get a
      warning with py39, but if it's our issue, it was an existing one:
      
          $ make -C .. local
          make: Entering directory `/c/Users/Matt/hg'
          py -3 setup.py  \
                    build_py -c -d . \
                    build_ext  -i \
                    build_hgexe  -i \
                    build_mo
          C:\Users\Matt\AppData\Local\Programs\Python\Python39\lib\site-packages\setuptools\distutils_patch.py:25:
              UserWarning: Distutils was imported before Setuptools. This usage is discouraged and may
              exhibit undesirable behaviors or errors. Please use Setuptools' objects directly or at least
              import Setuptools first.
            warnings.warn(
      
      The end result is a py3 based hg.exe that annoyingly won't run because it can't
      find python39.dll.  It will run tests (the ones without the `python3` shbang
      line anyway), because the test runner adjusts PATH to include the python running
      it.
      
      Differential Revision: https://phab.mercurial-scm.org/D9361
      4f6816e8
  8. Nov 06, 2020
  9. Sep 01, 2020
  10. Oct 06, 2020
    • Gregory Szorc's avatar
      makefile: use Python 3 by default (BC) · c2837640
      Gregory Szorc authored
      This change is long overdue IMO.
      
      .. bc::
      
         Makefile now uses `python3` instead of `python` by default on
         non-Windows platforms. This means Mercurial will be built and
         run with Python 3 instead of Python 2.7 by default.
      
         To continue using Python 2, set the PYTHON variable. e.g.
         `make install PYTHON=python2.7`.
      
      Differential Revision: https://phab.mercurial-scm.org/D7258
      c2837640
  11. Sep 30, 2020
    • Raphaël Gomès's avatar
      rust: introduce `dirstate-tree` cargo feature · e604a3c0
      Raphaël Gomès authored
      This feature gates (at compile-time) the use of the newly-added dirstate tree.
      
      The motivation for this is that the dirstate tree is currently *very* slow;
      replacing the current hashmap-based dirstate is not a viable solution in terms
      of performance... and why would you be using the Rust implementation if not
      for performance?
      
      The feature will also help reviewers better understand the differences that
      will slowly appear as the dirstate tree gets better.
      
      Differential Revision: https://phab.mercurial-scm.org/D9132
      e604a3c0
  12. Aug 08, 2020
  13. Jan 29, 2020
  14. Nov 22, 2019
  15. Nov 07, 2019
  16. Nov 04, 2019
  17. Nov 01, 2019
    • kiilerix's avatar
      packaging: refactor "fedora29" target to a single more generic "fedora" target · 0b65f18e
      kiilerix authored
      Fedora moves fast in version numbers, and often with Mercurial packaging being
      backwards compatible. Also, most people use the system package. There is thus
      much work and tech debt and little value in providing explicit built-in support
      for several versions. Thus, only aim for providing built-in support for latest
      Fedora version, and make it easy to update.
      0b65f18e
  18. Oct 31, 2019
  19. 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
  20. Aug 21, 2019
  21. Apr 04, 2019
  22. Dec 06, 2018
  23. Dec 04, 2018
  24. Nov 11, 2018
  25. Aug 02, 2018
  26. Jul 05, 2018
  27. May 13, 2018
  28. May 12, 2018
Loading