1. 02 Aug, 2018 2 commits
  2. 30 Jul, 2018 1 commit
  3. 28 Jul, 2018 1 commit
  4. 27 Jul, 2018 2 commits
  5. 09 Jul, 2018 1 commit
  6. 27 Jun, 2018 1 commit
  7. 26 Jun, 2018 2 commits
  8. 14 Jun, 2018 4 commits
  9. 12 Jun, 2018 7 commits
  10. 11 Jun, 2018 2 commits
    • Artem Shinkarov's avatar
      Merge branch 'fix-python26-problem' into 'develop' · 387e906a
      Artem Shinkarov authored
      [vers manager] minor fix to support python2.6
      See merge request !50
    • Hans-Nikolai Viessmann's avatar
      [vers manager] minor fix to support python2.6 · 1fd145af
      Hans-Nikolai Viessmann authored
      On CentOS 6.*, Python2.6 is the primary variant of python available
      through the package manager. Unfortunately, it is very cumbersome to
      install a newer version of Python, as several systems tools (such as
      yum) have a hard dependency on the older version. Because of this we
      run into compatibility problems:
      Python2.6 does not support dict comprehensions (these were introduced in
      python2.7 - see [PEP274][1]). We use this in two places within the
      version script. This patch changes the comprehensions into normal loop
      operations. This works fine with later versions of Python2.* branch.
      It's unfortunate that we need to worry about this given that python2.6
      is no longer support by the Python devs... perhaps we should rethink
      out position on supporting CentOS 6.
      [1]: https://www.python.org/dev/peps/pep-0274/
  11. 06 Jun, 2018 1 commit
  12. 30 May, 2018 1 commit
    • Sven-Bodo Scholz's avatar
      fixed OSX problem of parameterised CC flag · f2c3c0b2
      Sven-Bodo Scholz authored
      OSX wants to add something like -isysroot <BLA> which needs to be handed through.
      However, -Xc and -Xl do not support flags with parameters. The solution here is to
      transform this into -Xc -isysroot -Xc <BLA>.
      This is not ideal but all other attempts to pass an argument failed :-(
  13. 25 May, 2018 7 commits
  14. 17 May, 2018 2 commits
    • Hans-Nikolai Viessmann's avatar
      Merge branch 'gcc8-warning-fixes' into 'develop' · fb545b33
      Hans-Nikolai Viessmann authored
      GCC 8 warning fixes [unsure]
      See merge request !46
    • Hans-Nikolai Viessmann's avatar
      GCC 8 warning fixes · cfb15bf7
      Hans-Nikolai Viessmann authored
      Thie commit resolves some of the new warnings that GCC 8 issues.
      Specifically warnings `-Wcast-function-type` and `-Wrestrict`. The first
      clearly deals with casting from one function type to another and the
      latter deals with breaks in `restrict`, that is we have _unsafe_
      operations, e.g. reading and writing using the same pointer.
  15. 11 May, 2018 1 commit
  16. 04 May, 2018 2 commits
  17. 03 May, 2018 3 commits
    • Hans-Nikolai Viessmann's avatar
      check that Python argparse module is present · 15a07c59
      Hans-Nikolai Viessmann authored
      This is needed for the sac-version-manager script. We could check
      for version 2.7 (where argparse is include per default), but CentOS
      has a hard dependency on Python 2.6.6 (which doesn't have argparse).
      There argparse needs to be setup seperately.
    • Hans-Nikolai Viessmann's avatar
      redo/extend symlinking during `make install` · aaeca734
      Hans-Nikolai Viessmann authored
      Previously, we used `cmake -E` internal symlink mechanism to create
      links. We now use the sac2c-version-manager script instead, as this
      is slightly more reliable when it comes to 'installing' different
      This is also multi-platform compatible, though for Windows and
      forwards slashes this is untested - Python os.* supports Windows so
      it should work, or otherwise gracefully fail.
    • Hans-Nikolai Viessmann's avatar
      [version manager] support arbitrary creation of sac2c symlinks · 16b1dd0b
      Hans-Nikolai Viessmann authored
      We now support creating symlinks arbitrarily - this means that we
      don't need to inspect the filesystem for installed version of sac2c.
      This is very useful for the build system, whereby we can create symlinks
      with this tool instead of cmake, giving us better control.
      Potentially this can be used for creating symlinks to a local build