Skip to content
Snippets Groups Projects
  1. Oct 28, 2021
    • Pierre-Yves David's avatar
      dirstate: use a single closure for get_flags · 91f07430db8c
      Pierre-Yves David authored
      The previous code was overlooking fallback when neither symlink not exec was
      supported.
      
      The number of "variants" is getting too high, so I am consolidating this in a
      single closure that should be easier to maintains.
      
      This also ensure that fallback flags are always taken into account.
      
      (they are not user code yet, but small experimentation shown that the feature
      was working as intended.)
      
      A a small side effect we need to check for symlink support more lazily and this
      show up in the test in a couple of places.
      
      Differential Revision: https://phab.mercurial-scm.org/D11728
      91f07430db8c
  2. Oct 26, 2021
  3. Oct 25, 2021
  4. Oct 23, 2021
  5. Oct 21, 2021
  6. Oct 20, 2021
  7. Oct 21, 2021
  8. Oct 20, 2021
  9. Oct 21, 2021
    • David Demelier's avatar
      hg: remove reserved identifiers · d86908050375
      David Demelier authored
      Per 7.1.3 paragraph, from C draft:
      
      All identifiers that begin with an underscore and either an uppercase letter or
      another underscore are always reserved for any use.
      d86908050375
  10. Oct 19, 2021
  11. Oct 20, 2021
  12. Oct 19, 2021
  13. Oct 18, 2021
    • Kyle Lippincott's avatar
      pyoxidizer: update README.md with several small fixes · 16c3fe46929a
      Kyle Lippincott authored
      Currently, pyoxidizer.bzl does not mention the git commit that should be checked
      out, so these instructions are a bit difficult to follow right now (impossible,
      technically), so I removed the instruction to `git checkout <Git commit>` and
      the admonition to use a specific version of PyOxidizer. I don't even know if the
      project currently builds with the "0.7.0-pre" version that was previously
      recommended.
      
      As fallout from that change to not "pin" to a specific PyOxidizer, I had to
      update the Python version to use when running the tests.
      
      While here, I added a recommendation to use `--release`, as the primary reason
      for this project is performance, and it may have been leaving some on the table
      to not have that there.
      
      Differential Revision: https://phab.mercurial-scm.org/D11698
      16c3fe46929a
    • Kyle Lippincott's avatar
      pyoxidizer: disable using in-memory resources · c900d962e38b
      Kyle Lippincott authored
      It's possible that the errors are due to using an incompatible version of
      PyOxidizer; unfortunately the README.md file in this directory says to fetch a
      copy of PyOxidizer matching the commit in this pyoxidizer.bzl file, and yet the
      pyoxidizer.bzl file does not actually have a commit mentioned in it.
      
      By disabling in-memory modules, this appears to work on all platforms using the
      current head version of PyOxidizer, so let's disable them for now.
      
      Sample error (during `pyoxidizer build`):
      
      ```
      error[PYOXIDIZER_PYTHON_EXECUTABLE]: adding PythonExtensionModule<name=hgext.fsmonitor.pywatchman.bser>
      
      Caused by:
          extension module hgext.fsmonitor.pywatchman.bser cannot be loaded from memory but memory loading required
         --> ./pyoxidizer.bzl:140:5
          |
      140 |     exe.add_python_resources(exe.pip_install(["--verbose", ROOT]))
          |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ add_python_resources()
      
      
      error: adding PythonExtensionModule<name=hgext.fsmonitor.pywatchman.bser>
      
      Caused by:
          extension module hgext.fsmonitor.pywatchman.bser cannot be loaded from memory but memory loading required
      ```
      
      Differential Revision: https://phab.mercurial-scm.org/D11697
      c900d962e38b
  14. Oct 19, 2021
  15. Oct 13, 2021
  16. Oct 14, 2021
  17. Oct 19, 2021
  18. Oct 18, 2021
  19. Oct 19, 2021
  20. Oct 18, 2021
  21. Oct 19, 2021
  22. Oct 18, 2021
  23. Oct 15, 2021
    • Pierre-Yves David's avatar
      dirstate-v2: adds two flag to track the presence of some unrecorded files · dfc5a505ddc5
      Pierre-Yves David authored
      Right now, we don't record ignored or unknown files in the dirstate. However
      the structure would allow it. So we introduce two flags that can be used to
      clarify whether all unknown/ignored children are recorded or not. This will
      allow for more information to be stored in the future if this end up being
      relevant.
      
      Differential Revision: https://phab.mercurial-scm.org/D11682
      dfc5a505ddc5
    • Simon Sapin's avatar
      dirstate-v2: adds a flag to mark a file as modified · 1730b2fceaa1
      Simon Sapin authored
      Right now, a files with a file system state that requires a lookup (same size,
      different mtime) will requires a lookup. If the result of that lookup is a
      modified files, it will remains ambiguous, requiring a lookup on the next status
      run too.
      
      To fix this, we introduce a dedicated flag in the new format. Such flag will
      allow to record such file as "known modified" avoiding an extra lookup later.
      
      As None of the associate code currently exist in the status code, we do the
      minimal implementation: if we read a dirstate entry with this flag set, we make
      it as "ambiguous" so that the next status code has to look it up. The same as it
      would have to without this flag existing anyway.
      
      Differential Revision: https://phab.mercurial-scm.org/D11681
      1730b2fceaa1
Loading