1. 17 Dec, 2018 1 commit
  2. 16 Dec, 2018 1 commit
  3. 09 Dec, 2018 1 commit
  4. 06 Dec, 2018 3 commits
  5. 10 Nov, 2018 1 commit
  6. 31 Oct, 2018 5 commits
  7. 26 Oct, 2018 1 commit
  8. 24 Oct, 2018 1 commit
  9. 14 Oct, 2018 5 commits
    • Daniel Boles's avatar
      ustring: Remove useless alternative Stringify ctor · 3b3d656c
      Daniel Boles authored
      This can never be called, because we explicitly specialise Stringify for
      const char*, so that specialisation will always be used instead of this.
      3b3d656c
    • Daniel Boles's avatar
      ustring: Avoid un(necessary|clear) ptr @ Stringify · c4de7256
      Daniel Boles authored
      Rather than storing a pointer in the temporary Stringify objects, we can
      instead store a reference, which is clearer about it being non-optional
      and makes for nicer syntax. Then we return that and use operator& when
      forwarding it to compose_private() in the std::initializer_list, since
      containers can't hold references, so we do need a pointer there. Unless:
      
      We could perhaps go a step further and make that an initializer_list of
      std::reference_wrapper, avoiding pointers altogether while probably not
      incurring overhead as it is a simple wrapper, but that's one for later.
      c4de7256
    • Daniel Boles's avatar
      ustring: Make 1 Stringify member const like others · f6e3298e
      Daniel Boles authored
      This was the only specialisation of Stringify in which the member
      string_ was not already const. Make it so.
      f6e3298e
    • Daniel Boles's avatar
      tests/glibmm_ustring_format: Test output, iomanips · a485da17
      Daniel Boles authored
      We only tested here whether single arguments got formatted without
      throwing exceptions, but not whether they got formatted into the
      expected output or combinations of multiple types and I/O manipulators.
      
      This adds a test for that, so we at least have something to ensure that
      things are working correctly, e.g. if refactoring format() as I just did
      a485da17
    • Daniel Boles's avatar
      ustring: Use C++17 fold expr. instead of recursion · fbe267d6
      Daniel Boles authored
      Instead of having to manually recurse in order to stream every element
      in the parameter pack, use the new fold expressions, by streaming a
      binary left fold of operator, - to do the same thing in far fewer lines.
      fbe267d6
  10. 07 Oct, 2018 1 commit
  11. 10 Sep, 2018 2 commits
    • Kjell Ahlstedt's avatar
      Update .gitignore · 0364a2f9
      Kjell Ahlstedt authored
      0364a2f9
    • Chun-wei Fan's avatar
      Fix reference documentation generation · cbdfa9c0
      Chun-wei Fan authored
      * docs/Makefile.am: Include the filelist.gmake.am files if applicable
      * glib/glibmm/filelist.gmake.am:
      * gio/src/filelist.gmake.am:
      * gio/giomm/filelist.gmake.am: Include filelist.am relative from
      $(top_srcdir) as we are including the filelist.gmake.am's from docs/
      as well.
      cbdfa9c0
  12. 07 Sep, 2018 5 commits
    • Chun-wei Fan's avatar
      Merge branch 'master.nmake' into 'master' · 0decf6b5
      Chun-wei Fan authored
      Use NMake Makefiles to build glibmm
      
      See merge request !2
      0decf6b5
    • Chun-wei Fan's avatar
      build: Remove Visual Studio 2017 projects · 6597ed98
      Chun-wei Fan authored
      This removes the Visual Studio projects as they have been replaced with
      the NMake Makefiles.
      6597ed98
    • Chun-wei Fan's avatar
      build: Add NMake Makefiles · 661e3f6b
      Chun-wei Fan authored
      This adds a set of NMake Makefiles which can be used to build glibmm
      with Visual Studio 2017 and later.  This will supersede the Visual
      Studio 2017 project files, as this approach will reduce the likelihood
      of the Visual Studio build files becoming out-of-date as this also
      reads from the various filelist.am's under glib/ and gio/.
      
      The existing gendef, and generated [glib|gio]mmconfig.h and generated
      [glib|gio]mm.rc will continue to be used.
      
      The NMake Makefiles will now be distributed instead of the Visual Studio
      project files from this point on.
      
      The Visual Studio project files will be removed in the next commit
      661e3f6b
    • Chun-wei Fan's avatar
      glibmm, giomm: Split out GNU automake items from filelist.am · ce263591
      Chun-wei Fan authored
      This enables the filelist.am files to be shared with the NMake
      Makefiles, so that any addition/removal to the sources can be reflected
      in the Visual Studio build files as well.
      ce263591
    • Chun-wei Fan's avatar
      build: Rename MSVC_Net2017 to MSVC_NMake · 9a3cae17
      Chun-wei Fan authored
      This prepares for the transition to using NMake Makefiles for building
      glibmm, rather than the Visual Studio project files, to ease future
      maintenance.
      9a3cae17
  13. 31 Aug, 2018 1 commit
    • Kjell Ahlstedt's avatar
      Avoid compiler warnings from function pointer conversions · af768ca0
      Kjell Ahlstedt authored
      gcc8 -Wextra prints a warning when a single reinterpret_cast is used for
      conversion between different types of function pointers. The previous fix
      with a union in Glib::bitwise_equivalent_cast<>() is not standard C++.
      Rename the function to Glib::function_pointer_cast<>(), and use two
      reinterpret_casts as recommended in gcc's documentation.
      
      * glib/src/optiongroup.ccg: Use a reinterpret_cast to convert from
      a function pointer to void*. That's possible now. It's "conditionally
      supported", starting with C++11.
      
      See https://github.com/libsigcplusplus/libsigcplusplus/issues/8
      af768ca0
  14. 18 Jul, 2018 1 commit
  15. 17 Jul, 2018 2 commits
  16. 13 Jul, 2018 1 commit
  17. 02 Jul, 2018 4 commits
  18. 01 Jul, 2018 1 commit
  19. 24 May, 2018 1 commit
  20. 20 May, 2018 1 commit
    • Daniel Boles's avatar
      AsyncResult: Bin obsolete docs re: initing GThread · e1bb5c9d
      Daniel Boles authored
      As the GLib Threads documentation states:
      
      “Since version 2.32, the GLib threading system is automatically
      initialized at the start of your program, and all thread-creation
      functions and synchronization primitives are available right away.”
      e1bb5c9d
  21. 26 Apr, 2018 1 commit