1. 05 May, 2021 1 commit
  2. 07 Apr, 2021 1 commit
  3. 26 Mar, 2021 1 commit
  4. 16 Mar, 2021 1 commit
  5. 09 Mar, 2021 2 commits
  6. 23 Feb, 2021 1 commit
  7. 20 Feb, 2021 2 commits
  8. 19 Feb, 2021 1 commit
  9. 04 Oct, 2020 1 commit
  10. 30 Sep, 2020 1 commit
  11. 29 Sep, 2020 3 commits
  12. 12 Sep, 2020 1 commit
  13. 26 Aug, 2020 1 commit
    • Kjell Ahlstedt's avatar
      Remove RefPtrDeleter() · 8f85a66e
      Kjell Ahlstedt authored
      It's right for C++ classes wrapping GObject subclasses in glibmm and
      gtkmm, but it is not right for wrappers in cairomm.
      
      Fixes #23
      8f85a66e
  14. 14 Aug, 2020 1 commit
  15. 13 Aug, 2020 1 commit
  16. 12 Aug, 2020 1 commit
  17. 23 Jul, 2020 4 commits
    • Kjell Ahlstedt's avatar
      Merge branch 'master' into 'master' · 699c018a
      Kjell Ahlstedt authored
      Fix and improve cairomm NMake Makefiles (master branch)
      
      See merge request !13
      699c018a
    • Chun-wei Fan's avatar
      Update .gitignore · 52690409
      Chun-wei Fan authored
      We don't need to track generated files that are in under MSVC_NMake/
      52690409
    • Chun-wei Fan's avatar
      NMake Makefiles: Use Meson-style DLL and .lib naming if requested · 0a343f2d
      Chun-wei Fan authored
      To make things more consistent and less prone to confusion, if 'USE_MESON_LIBS'
      is specified in the NMake command line, build the DLLs and .lib's that are
      named like the Meson counterparts.  Binaries built with Meson+Visual Studio
      and the ones that are built via NMake using 'USE_MESON_LIBS' are
      interchangeable, provided that they are built with the same Visual Studio
      version.
      0a343f2d
    • Chun-wei Fan's avatar
      NMake Makefiles: Fix builds from release tarballs · 34e9c715
      Chun-wei Fan authored
      This avoids needlessly enerating cairommconfig.h and cairomm.rc, and when we do
      need to generate these files, we ensure that they always have the right version
      info in them.
      
      Also streamline the build process that this file generating is done in the
      'all' target, so that one does not need to use the -prep-git-build' target
      beforehand.
      34e9c715
  18. 10 Jul, 2020 1 commit
  19. 09 Jul, 2020 2 commits
  20. 29 Jun, 2020 1 commit
    • Kjell Ahlstedt's avatar
      docs/reference/: Update for Doxygen >= 1.8.16 · 9dfda250
      Kjell Ahlstedt authored
      * docs/reference/meson.build: Doxygen 1.8.16 and later does not store
      tag file names in the html files. This requires changes in meson.build
      and in doc-install.pl (in mm-common). Otherwise references to other modules
      won't be updated in the html files when they are installed.
      * docs/reference/Doxyfile.in: Remove PERL_PATH and MSCGEN_PATH.
      Doxygen since version 1.8.0 does not use them.
      9dfda250
  21. 26 Jun, 2020 1 commit
  22. 25 Jun, 2020 1 commit
    • Chun-wei Fan's avatar
      Meson/Visual Studio builds: Include toolset version by default · f12c921b
      Chun-wei Fan authored
      This makes the built DLL and .lib's contain the toolset version if
      the build is carried out using Visual Studio 2017 or later, unless
      the 'msvc14x-parallel-installable' option is set to be false during
      configuration.
      
      The reasoning behind this change is that there may be subtle problems
      when, for instance, one tries to link to a Visual Studio 2017-built
      cairomm with Visual Studio 2019.  This is unfortunate as Microsoft
      did try hard to make interoperating between binaries built with Visual
      Studio 2017 and 2019 as easy as possible in terms of ABI and API, but
      unfortunately this may hit the corner cases where this compatibility
      does not work.
      
      As the name suggests, this attempts to make Visual Studio 2017
      and 2019 builds share a single set of underlying C DLLs easier,
      while avoiding possible breakages caused by such subtle differences.
      f12c921b
  23. 18 Jun, 2020 1 commit
  24. 16 Jun, 2020 1 commit
    • Chun-wei Fan's avatar
      NMake Makefiles: Use toolset version in DLL/.lib filenames · 6f509965
      Chun-wei Fan authored
      We now use the toolset version ('vc141' for Visual Studio 2017 and 'vc142' for
      Visual Studio 2019) in the DLL anbd .lib filenames by default, to be consistent
      with what is now being done in the 'cairo-1-14' branch.
      
      If using the old naming convention is desired, a command line option
      'USE_COMPAT_LIBS' is added to facilitate such builds
      6f509965
  25. 05 Jun, 2020 1 commit
  26. 05 May, 2020 5 commits
    • Chun-wei Fan's avatar
      Drop gendef from the sources · 9089997b
      Chun-wei Fan authored
      We are no longer using it, so just drop it from the source tree.
      9089997b
    • Chun-wei Fan's avatar
      meson: Don't use gendef on Visual Studio · b932b8af
      Chun-wei Fan authored
      Instead, we use the newly-added CAIROMM_API which is defined to be
      __declspec(dllexport) to export the symbols directly.
      
      This will also allow some cleanup in the Meson build files, as we do not
      need to differentiate how the cairomm library is built on different
      compilers.
      b932b8af
    • Chun-wei Fan's avatar
      NMake Makefiles: Stop using gendef.exe by · 0ce9199e
      Chun-wei Fan authored
      Define CAIROMM_API as __declspec(dllexport) (when building) or
      __declspec(dllimport) (when using).
      
      This will enable us to reduce the size of the built cairomm DLL and
      .lib.
      0ce9199e
    • Chun-wei Fan's avatar
      cairomm/*.h: Decorate public symbols with CAIROMM_API · 9e3f8ba6
      Chun-wei Fan authored
      This include the public class definitions and function prototypes, so
      that we can use compiler directives to export these items.  By doing so
      we will no longer need to use gendef.exe to export symbols for Visual
      Studio DLL builds.
      9e3f8ba6
    • Chun-wei Fan's avatar
      cairommconfig.h.[in|meson]: Add CAIROMM_API · 30dadc71
      Chun-wei Fan authored
      This macro can be used to decorate public class and API prototypes, so
      that we can use it to export symbols with compiler directives, such as
      __declspec(dllexport) in the case of Visual Studio-style builds.
      
      We can even decide to not use it by keeping CAIROMM_API empty, such as
      in the case of building static libraries or when using GCC's
      autoexporting mechanism.
      30dadc71
  27. 04 May, 2020 1 commit
  28. 30 Apr, 2020 1 commit
    • Kjell Ahlstedt's avatar
      Replace NULL by nullptr · 759b9314
      Kjell Ahlstedt authored
      * cairomm/surface.cc:
      * tests/test-font-face.cc:
      * tests/test-scaled-font.cc: Replace NULL by nullptr
      * cairomm/surface.h: Remove the "#ifdef nil" section. It's not necessary.
      Cairomm-1.16 depends on libsigc++-3.0. Only libsigc++-2.0 defines nil.
      759b9314