1. 15 Jun, 2016 1 commit
    • Chun-wei Fan's avatar
      Visual Studio builds: Refine .pc creation · 33549086
      Chun-wei Fan authored
      We may not have $(CopyDir) created, which the script that generates the
      .pc files check for, so create it if it is not there.  This makes things a
      bit more convenient for people.
      33549086
  2. 07 Jun, 2016 3 commits
    • Christoph Reiter's avatar
      Partly revert "gio: Add filename type annotations" · 9ec74d20
      Christoph Reiter authored
      Revert all annotation changes for environment variables and command line
      arguments.
      
      See commit f8189ddf.
      9ec74d20
    • Christoph Reiter's avatar
      Partly revert "glib: Add filename type annotations" · c9dd2049
      Christoph Reiter authored
      Revert all annotation changes for environment variables and command line
      arguments.
      
      See commit 41013a01.
      c9dd2049
    • Chun-wei Fan's avatar
      config.h.win32.in: Always define HAVE_LONG_LONG · 9198f19d
      Chun-wei Fan authored
      Visual Studio actually supports long long types, but HAVE_LONG_LONG is
      undefined for Visual Studio builds, likely due to issues in previous
      gnulib code for printf functionality, that was bundled with GLib.
      
      Since gnulib has much better support with Visual Studio nowadays (which we
      updated the related code to last October), and HAVE_LONG_LONG being undefined
      actually causes issues in Visual Studio builds, which was demonstrated with
      the type-test test program in tests/, we should always define HAVE_LONG_LONG
      in config.h.win32.in.
      
      Thanks to Paolo Borelli for the heads up on the issue.
      9198f19d
  3. 04 Jun, 2016 4 commits
  4. 03 Jun, 2016 2 commits
  5. 02 Jun, 2016 3 commits
  6. 30 May, 2016 1 commit
  7. 26 May, 2016 1 commit
  8. 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
  9. 23 May, 2016 2 commits
  10. 20 May, 2016 4 commits
  11. 19 May, 2016 1 commit
  12. 18 May, 2016 1 commit
  13. 17 May, 2016 1 commit
  14. 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
  15. 15 May, 2016 1 commit
  16. 14 May, 2016 3 commits
  17. 11 May, 2016 3 commits
  18. 09 May, 2016 1 commit
  19. 08 May, 2016 2 commits
  20. 07 May, 2016 1 commit
  21. 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
  22. 04 May, 2016 2 commits