1. 05 Aug, 2016 1 commit
  2. 04 Aug, 2016 2 commits
  3. 30 Jul, 2016 2 commits
  4. 15 Jul, 2016 3 commits
  5. 12 Jul, 2016 2 commits
  6. 11 Jul, 2016 5 commits
  7. 10 Jul, 2016 14 commits
  8. 08 Jul, 2016 3 commits
  9. 07 Jul, 2016 2 commits
    • Bryan Gardiner's avatar
      Installation and registration fixes. · 64d624d2
      Bryan Gardiner authored
      - We need to inject the qtah-cpp libdir in preReg, otherwise it won't
        get added to qtah's package.conf file and packages that
        link (statically) against qtah won't be able to find library-dirs.
      - For safety, inject the libdir in preCopy, preInst as well.
      - Was installing qtah-qt-version in instHook but forgot to in copyHook,
    • 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.
  10. 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.
  11. 04 Jul, 2016 2 commits
  12. 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.
  13. 30 Jun, 2016 1 commit
    • Bryan Gardiner's avatar
      First crack at packaging entirely through Cabal. · 7c3bda0e
      Bryan Gardiner authored
      - Merges qtah/cpp/ and qtah/hs/ into a single qtah/ Cabal package with
        custom build hooks to call the generator.
      - Makes the generator package both invoke and install qtah-listener-gen
        as needed for qtah/.
      - "cabal clean" now cleans generated files, and the build and clean
        scripts simply batch calls to cabal, hooray.