1. 02 May, 2019 1 commit
    • Chun-wei Fan's avatar
      gi-test: Fix gir file tests · dac89688
      Chun-wei Fan authored
      Meson unfortunately does not normalize the paths for us, so we couldn't
      just rely on it to give us the correct target name without the full
      target path when the path separator is not '/' (such as on Visual Studio
      builds, where the path separator is '\\' (with escape character).
      This means that, that on Visual Studio builds, targetname would be:
      instead of:
      Since we have the targetbase variable which actually has the correct
      info we need, use that to deduce the correct reference .gir file to
      compare to.
  2. 30 Apr, 2019 2 commits
    • Chun-wei Fan's avatar
      build: Force-include msvc_recommended_pragmas.h on Visual Studio · 26f54248
      Chun-wei Fan authored
      By doing so, we essentially cover the various compiler flags that we
      want to use for non-Visual Studio builds to check for warnings that
      might cause real concern.
      This also skips the checks for the various GCC-isque CFlag checks that
      are scattered in the various build files on Visual Studio builds, since
      they are essentially meaningless on Visual Studio builds.
    • Chun-wei Fan's avatar
      giscanner/scannerlexer.l: Include io.h on Windows · d2faab30
      Chun-wei Fan authored
      This is to compensate the for the lack of unistd.h on Visual Studio
      builds, and to avoid the compiler warning about the implicit declaration
      of access() as a result.  This is to also prepare for the next commit
      when we force-include msvc_recommended_pragmas.h from GLib on Visual
      Studio builds.
  3. 21 Apr, 2019 1 commit
  4. 20 Apr, 2019 1 commit
  5. 17 Apr, 2019 1 commit
  6. 16 Apr, 2019 3 commits
  7. 08 Apr, 2019 2 commits
  8. 07 Apr, 2019 2 commits
  9. 02 Apr, 2019 4 commits
  10. 25 Mar, 2019 1 commit
    • Christoph Reiter's avatar
      shlibs: fall back to basename on macOS for relative paths. Fixes #222 · fd9125f1
      Christoph Reiter authored
      On macOS we ideally want to write the final absolute path of the library
      into the gir and typelib. Up until now we inferred the install path from
      the .la file in case we used libtool and through otool in case we weren't
      using libtool hoping that the install_name was matching the install path.
      meson currently sets the install_name of libraries to "@rpath/foo.dylib"
      and adds rpaths to the executables in the build dir. Only during install does
      it change the install_name to the absolute target path in all places.
      Since we get called during build time we only get the @rpath from otool,
      which then makes things fail at runtime since the executables don't have
      the matching rpath set.
      To make this somewhat work just fall back to the basename for relative
      paths, so we dlopen "foo.dylib" and depend on things being in /usr/local/lib
      or DYLD_FALLBACK_LIBRARY_PATH including the lib path (see man dlopen)
  11. 24 Mar, 2019 1 commit
  12. 15 Mar, 2019 2 commits
  13. 11 Mar, 2019 2 commits
  14. 10 Mar, 2019 1 commit
  15. 07 Mar, 2019 1 commit
  16. 04 Mar, 2019 4 commits
  17. 02 Mar, 2019 1 commit
    • Christoph Reiter's avatar
      ccompiler: restore customize_compiler() setup for macOS. See #268 · d7524c9d
      Christoph Reiter authored
      The original customize_compiler() calls into  _osx_support.customize_compiler()
      the first time it is used and I didn't copy it in !118 because it is private API.
      Issue #268 points out that the macOS build is broken now so I guess that was important
      in some way. Make sure the setup code is run by calling the original customize_compiler()
      with a dummy compiler instance.
  18. 13 Feb, 2019 2 commits
  19. 04 Feb, 2019 2 commits
  20. 02 Feb, 2019 2 commits
  21. 01 Feb, 2019 1 commit
  22. 16 Jan, 2019 2 commits
  23. 13 Jan, 2019 1 commit