1. 30 May, 2016 1 commit
  2. 26 May, 2016 1 commit
  3. 25 May, 2016 1 commit
    • Chun-wei Fan's avatar
      glib/gnulib/printf-parse.c: Fix build on Visual Studio 2008 · 6bd94863
      Chun-wei Fan authored
      Visual Studio 2008 does not come with stdint.h, so define intmax_t instead
      on Visual Studio 2008 so that the code will continue to build.  This was
      previously unnoticed as building GTK+ since 3.16 requires an
      implementation of stdint.h (such as msinttypes), and it took care of the
      need of including the stdint.h header here, but people could be very well
      using GLib without using GTK+ 3.x.
      6bd94863
  4. 23 May, 2016 2 commits
  5. 20 May, 2016 4 commits
  6. 19 May, 2016 1 commit
  7. 18 May, 2016 1 commit
  8. 17 May, 2016 1 commit
  9. 16 May, 2016 1 commit
    • LRN's avatar
      g_date_time_format_locale: ensure locale encoding is used · 6a1e8e8f
      LRN authored
      Fallback code for g_date_time_format_locale() fetches translated
      strings (such as day and month names) from .mo catalogues via
      gettext. These strings always come in UTF-8 encoding, because
      that is the encoding that glib sets when it initializes gettext
      for itself.
      However, the non-fallback code uses nl_langinfo() and expects
      its results to be in locale-dependent encoding.
      
      This mismatch can result in UTF-8 strings being converted to UTF-8,
      producing gibberish.
      
      Fix this by converting UTF-8 strings to locale-dependent encoding
      before using them. Also fix the code that was already doing the locale->UTF-8
      conversion to not convert the strings when they are already UTF-8-encoded.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=766092
      6a1e8e8f
  10. 15 May, 2016 1 commit
  11. 14 May, 2016 3 commits
  12. 11 May, 2016 3 commits
  13. 09 May, 2016 1 commit
  14. 08 May, 2016 2 commits
  15. 07 May, 2016 1 commit
  16. 05 May, 2016 1 commit
    • Matthias Clasen's avatar
      gdbus-codegen: Only generate autocleanup when instructed to · 98f86bee
      Matthias Clasen authored
      This adds a new --c-generate-autocleanup option to gdbus-codegen
      which can be used to instruct gdbus-codegen about what autocleanup
      definitions to emit.
      
      Doing this unconditionally was found to interfere with existing
      code out in the wild.
      
      The new option takes an argument that can be
      none, objects or all; to indicate whether to generate no
      autocleanup functions, only do it for object types, or do it
      for interface types as well. The default is 'objects', which
      matches the unconditional behavior of gdbus-codegen on the 2.48
      branch.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=763379
      98f86bee
  17. 04 May, 2016 5 commits
  18. 03 May, 2016 1 commit
    • Simon McVittie's avatar
      codegen: make g_autoptr for the GInterface conditional · 1c6cd5f0
      Simon McVittie authored
      Some GNOME projects unconditionally work around the generated code's
      lack of g_autoptr support by defining the autoptr cleanup function
      themselves, which is not forward-compatible; as a result, commit
      cbbcaa4d broke them. Do not define the cleanup function unless the
      including app "opts in" to newer APIs via GLIB_VERSION_MAX_ALLOWED.
      
      Projects requiring compatibility with GLib < 2.49 can get a
      forward-compatible g_autoptr for a generated GInterface type found in
      a library, for example ExampleAnimal in the GIO tests, by declaring
      and using a typedef with a distinct name outside the library's
      namespace:
      
          typedef AutoExampleAnimal ExampleAnimal;
          G_DEFINE_AUTOPTR_CLEANUP_FUNC (AutoExampleAnimal, g_object_unref)
      
          ...
      
          g_autoptr (AutoExampleAnimal) animal = NULL;
      
          /* returns ExampleAnimal * */
          animal = example_animal_proxy_new_sync (...);
          /* takes ExampleAnimal * first argument */
          example_animal_call_poke_sync (animal, ...);
      Signed-off-by: Simon McVittie's avatarSimon McVittie <simon.mcvittie@collabora.co.uk>
      Bug: https://bugzilla.gnome.org/show_bug.cgi?id=763379Reviewed-by: Colin Walters's avatarColin Walters <walters@verbum.org>
      Reviewed-by: default avatarEmmanuele Bassi <ebassi@gnome.org>
      1c6cd5f0
  19. 02 May, 2016 1 commit
  20. 30 Apr, 2016 1 commit
  21. 29 Apr, 2016 1 commit
    • Allison Karlitskaya's avatar
      gdbus-tool: avoid irrelevant note about arg types · 05060b61
      Allison Karlitskaya authored
      gdbus-tool prints a hint about the expected arguments to a function call
      in case of errors.  Unfortunately, it prints this message on all errors.
      I've seen this confuse users several times -- they go on tweaking the
      arguments trying to get the correct type, even though they had it
      correct in the first place.
      
      Let's limit the hint to the case where it was actually invalid arguments
      that triggered the problem.  Also, adjust the code that prints the
      message so that it will also report on the case that no arguments were
      expected.
      
      We could possibly get closer to what we want by comparing the list of
      expected arguments with the parameter list, as it was parsed from the
      user, but that would involve composing the expected type.  Let's keep
      this simple for now.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=765710
      05060b61
  22. 28 Apr, 2016 6 commits