1. 03 Apr, 2017 1 commit
  2. 27 Mar, 2017 1 commit
  3. 14 Jan, 2017 1 commit
  4. 03 Nov, 2016 1 commit
    • Bryan Gardiner's avatar
      Centralize (and fix) Qt lookup logic into the generator (fixes #12). · 728aeaca
      Bryan Gardiner authored
      qtah-generator's Flags.hs and qtah-cpp's Setup.hs were looking up the
      QMake executable separately and with differing logic.  This centralizes
      the logic into qtah-generator, improves it to also search for variants
      like qmake-qtX, and makes it consistently overridable with QTAH_QMAKE.
  5. 04 Sep, 2016 2 commits
  6. 05 Aug, 2016 1 commit
  7. 04 Aug, 2016 2 commits
  8. 30 Jul, 2016 2 commits
  9. 11 Jul, 2016 1 commit
    • Bryan Gardiner's avatar
      Touch-ups to Cabal files for "cabal check". · f7192fc2
      Bryan Gardiner authored
      - Ensures that all dependencies on "base" have an upper bound; changes
        existing ">=4.7 && <4.9" deps to ">=4 && <5".
      - Adds a Setup.hs for qtah-examples.
      - (Also removes an unused LANGUAGE CPP pragma from qtah-generator's
  10. 10 Jul, 2016 3 commits
  11. 08 Jul, 2016 3 commits
  12. 07 Jul, 2016 1 commit
    • Bryan Gardiner's avatar
      Choose Qt at qtah-generator runtime; improve and document Qt version selection. · 589c7c1f
      Bryan Gardiner authored
      - Changes qtah-generator to take the Qt version at runtime (QTAH_QT environment
        variable), rather than compile time, and adds autodetection of Qt versions.
        The qreal double/float switch is also made a runtime option.
      - Makes qtah-cpp and qtah accept both QTAH_QT and qt4/qt5 package flags, check
        consistency, and pass them off to qtah-generator.
      - Makes qtah check that it's building against the same Qt version as qtah-cpp.
      - Replaces some putStrLns with proper logging in the setup scripts.
      - Documents the new install script and Qt version selection in the readme.
  13. 05 Jul, 2016 2 commits
    • Bryan Gardiner's avatar
      Improve the dependencies on qtah-generator. · 1ed421e2
      Bryan Gardiner authored
      This changes the dependencies on qtah-generator from build-tools to
      build-depends, to work with version dependencies and also to ensure
      that the generator gets installed, since build-tools doesn't trigger
      installation currently (https://github.com/haskell/cabal/issues/220).
    • Bryan Gardiner's avatar
      Add better build job control. · 89c67828
      Bryan Gardiner authored
      This implements a QTAH_BUILD_JOBS environment variable for the install
      script to control the number of build jobs used for all stages, and
      also makes the C++ build pull the number of jobs from Cabal so that by
      default it uses all available CPUs.  The latter requires Cabal >=1.20.
  14. 04 Jul, 2016 1 commit
  15. 03 Jul, 2016 1 commit
    • Bryan Gardiner's avatar
      Split the C++ library off into its own package. · 2e175c57
      Bryan Gardiner authored
      This way, the Haskell library can link against the C++ library in a
      pre-installed, known location.  The qtah-cpp package has a dummy empty
      library and module so that the qtah package can get a path to the libdir
      of the former (where it also installs libqtah.so.0).
      This works, as long as executables using qtah are linked dynamically
      (cabal configure --enable-executable-dynamic).  Otherwise, the RUNPATH
      from the qtah package's libHSqtah*.so to qtah-cpp doesn't get preserved,
      so the executable can't find libqtah.so.0 when run.