1. 21 Oct, 2011 1 commit
  2. 20 Oct, 2011 3 commits
  3. 17 Oct, 2011 2 commits
  4. 14 Oct, 2011 2 commits
  5. 12 Oct, 2011 1 commit
  6. 04 Oct, 2011 1 commit
  7. 03 Oct, 2011 2 commits
  8. 26 Sep, 2011 3 commits
  9. 16 Sep, 2011 1 commit
  10. 03 Sep, 2011 1 commit
  11. 30 Aug, 2011 4 commits
  12. 26 Aug, 2011 1 commit
  13. 23 Aug, 2011 1 commit
  14. 19 Aug, 2011 1 commit
  15. 12 Aug, 2011 2 commits
  16. 08 Aug, 2011 1 commit
  17. 05 Aug, 2011 1 commit
  18. 04 Aug, 2011 1 commit
  19. 02 Aug, 2011 1 commit
  20. 29 Jul, 2011 1 commit
  21. 28 Jul, 2011 1 commit
  22. 26 Jul, 2011 1 commit
    • Iustin Pop's avatar
      Fix recompilation of htools on regen-vcs-version · 13aeae6a
      Iustin Pop authored
      
      
      Currently, most htools code depends on Constants.hs which is generated
      from constants.py and also depends on _autoconf.py. Also, _autoconf.py
      depends on vcs-version, which all together means that when 'make
      regen-vcs-version' is run, for example by ./devel/upload, most of the
      Haskell code needs recompilation.
      
      Since htools already has its 'optimised' vcs-version (and doesn't use
      the _autoconf.VCS_VERSION constants), we can optimise this as follows:
      
      - _autoconf.py doesn't contain the VCS_VERSION anymore, and that is
        instead moved to _vcsversion.py
      - constants.py depends on and imports this new module
      - _autoconf.py doesn't get regenerated at vcs-version changes, but
        only at re-running configure/changing Makefile time
      
      The end result is that only htools/Ganeti/HTools/Version.hs is
      recompiled now, which is a significant speedup (usually < 1 second
      versus 10 seconds previously).
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      13aeae6a
  23. 22 Jul, 2011 1 commit
  24. 19 Jul, 2011 6 commits