1. 14 Nov, 2016 1 commit
  2. 21 Sep, 2016 1 commit
  3. 06 Oct, 2015 1 commit
  4. 07 Sep, 2015 2 commits
  5. 01 Sep, 2015 1 commit
    • Emmanuele Bassi's avatar
      Drop binary checks when cross-compiling · 5ce70917
      Emmanuele Bassi authored
      We don't need to run binaries we just built in order to successfully
      build GLib and friends any more.
      
      Since commit b74e2a72, we don't need to run glib-genmarshal when building
      GIO; since commit f9eb9eed, all our tests (including the ones that do
      need to run binaries we just built) are only built when running "make
      check", instead of unconditionally at every build.
      
      This means that we don't need to check for existing, native binaries
      when cross-compiling, and fail the configuration step if they are not
      found — which also means that you don't need to natively build GLib for
      your toolchain, in order to cross-compile GLib.
      
      We can also use the cross-compilation conditional, and skip those tests
      that require a binary we just built in order to build.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=753745
      5ce70917
  6. 11 May, 2015 2 commits
  7. 30 Jul, 2014 1 commit
  8. 29 Jun, 2014 1 commit
  9. 28 Jun, 2014 1 commit
  10. 10 Jun, 2014 1 commit
  11. 30 May, 2014 1 commit
    • Matthias Clasen's avatar
      Fix the mapping test in continuous · 367dbdce
      Matthias Clasen authored
      It turns out that due to a recent gdm change, the inherited
      signal mask has SIGUSR1 blocked - which is bad news for
      tests using SIGUSR1. Fix the test by explicitly checking the
      signal mask before using SIGUSR1.
      367dbdce
  12. 28 May, 2014 2 commits
  13. 22 May, 2014 1 commit
    • Matthias Clasen's avatar
      Try to fix mapping-test · 922dd548
      Matthias Clasen authored
      The mapping-test is failing under gnome-continuous. I suspect this
      is simply due to running many tests in parallel, and mapping-test
      being racy. Replace the blind sleep by signals, to avoid the
      races.
      922dd548
  14. 31 Jan, 2014 2 commits
  15. 01 Jan, 2014 1 commit
    • Matthias Clasen's avatar
      Remove broken attempt at parsing date-only · 27e35298
      Matthias Clasen authored
      g_time_val_from_iso8601 was attempting to parse strings
      having only a date, but failed to actually set the timeval
      despite returning TRUE. Since the docs state that the function
      only parses strings containing a date and a time, just return
      FALSE in this case.
      
      Also remove an incomplete testcase for this behaviour that was
      just checking the boolean return value, but not timeval.
      27e35298
  16. 22 Dec, 2013 1 commit
  17. 16 Dec, 2013 1 commit
  18. 20 Nov, 2013 1 commit
    • Dan Winship's avatar
      Replace #ifdef HAVE_UNISTD_H checks with #ifdef G_OS_UNIX · 158dde05
      Dan Winship authored
      In Windows development environments that have it, <unistd.h> is mostly
      just a wrapper around several other native headers (in particular,
      <io.h>, which contains read(), close(), etc, and <process.h>, which
      contains getpid()). But given that some Windows dev environments don't
      have <unistd.h>, everything that uses those functions on Windows
      already needed to include the correct Windows header as well, and so
      there is never any point to including <unistd.h> on Windows.
      
      Also, remove some <unistd.h> includes (and a few others) that were
      unnecessary even on unix.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=710519
      158dde05
  19. 19 Nov, 2013 1 commit
  20. 11 Nov, 2013 14 commits
  21. 10 Nov, 2013 3 commits