1. 10 Jun, 2017 3 commits
  2. 26 May, 2017 1 commit
  3. 13 May, 2017 1 commit
  4. 03 May, 2017 2 commits
  5. 27 Apr, 2017 1 commit
  6. 24 Apr, 2017 1 commit
  7. 22 Apr, 2017 2 commits
    • Bryan Gardiner's avatar
      Switch qtah-cpp to use "make install" rather than hardcoding Linux .so names. · eba2b287
      Bryan Gardiner authored
      For example, OS X uses .dylib instead of .so.
      This also fixes issue #9 (don't hardcode the libqtah.so version number).
    • Bryan Gardiner's avatar
      Restructure the event registration code. · dc23fdfc
      Bryan Gardiner authored
      The code for managing registered events was needlessly complex (e.g. it
      was using signals) in order to handle unregistration or the event receiver
      being deleted.  This approach also doesn't work for QGraphicsScene events,
      because QGraphicsItems don't emit signals.
      But, it's simpler to just have the listener be a child of the receiver.
      This way, we get notification of deletion of the receiver through the
      the listener's dtor, and we can still unregister (and delete) the listener
      from Haskell.
  8. 21 Apr, 2017 1 commit
  9. 03 Apr, 2017 1 commit
  10. 27 Mar, 2017 1 commit
  11. 14 Jan, 2017 1 commit
  12. 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.
  13. 04 Sep, 2016 2 commits
  14. 05 Aug, 2016 1 commit
  15. 04 Aug, 2016 2 commits
  16. 30 Jul, 2016 2 commits
  17. 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
  18. 10 Jul, 2016 3 commits
  19. 08 Jul, 2016 3 commits
  20. 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.
  21. 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.
  22. 04 Jul, 2016 1 commit
  23. 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.