1. 22 Sep, 2014 1 commit
  2. 04 Sep, 2014 2 commits
  3. 02 Sep, 2014 2 commits
  4. 29 Aug, 2014 1 commit
  5. 27 Aug, 2014 1 commit
  6. 23 Aug, 2014 1 commit
  7. 21 Aug, 2014 1 commit
  8. 17 Aug, 2014 1 commit
  9. 16 Aug, 2014 1 commit
  10. 15 Aug, 2014 2 commits
  11. 13 Aug, 2014 1 commit
    • Jehan's avatar
      Fix the build of the native gtk-update-icon-cache when cross-compiling. · 4376b4f7
      Jehan authored
      As a noinst_PROGRAMS, the libtool generated for cross-compiling will be
      used, which will mess up the linking. Create a all-local target instead.
      Also ensure that building uses always a native version of the tool by
      specifying a GTK_UPDATE_ICON_CACHE automake variable.
      Finally "config.h" has been created to work for the target platform and
      causes problem when cross-compiling. So we temporarily generate a basic
      config.h which contains only the strict minimum.
      4376b4f7
  12. 10 Aug, 2014 1 commit
  13. 07 Aug, 2014 1 commit
    • Chun-wei Fan's avatar
      MSVC Build Files: Use Real GTK+ Version · 8a2a5adc
      Chun-wei Fan authored
      Make the Visual C++-related build files contain the actual GTK+ version, by
      generating them during the configure stage and dist'ing them in the release
      tarballs.  This is especially important for builds of introspection files,
      as one may need to look at the release version of GTK+ in those files.
      8a2a5adc
  14. 05 Aug, 2014 1 commit
    • LRN's avatar
      Make sure native W32 print dialog uses visual styles · 0d02cc82
      LRN authored
      For that to happen the libgtk3 is embedded with a manifest that requests
      common controls library 6.x, and GTK lazily calls InitCommonControlsEx()
      to initialize those. Then this manifest is used to temporarily override
      the process activation contest when loading comdlg32 (which contains the
      code for the print dialog), ensuring that it too depends on common
      controls 6.x, even if the application that uses GTK does not.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=733773
      0d02cc82
  15. 04 Aug, 2014 1 commit
  16. 03 Aug, 2014 1 commit
  17. 22 Jul, 2014 1 commit
  18. 20 Jul, 2014 1 commit
  19. 14 Jul, 2014 1 commit
  20. 09 Jul, 2014 1 commit
  21. 07 Jul, 2014 1 commit
  22. 01 Jul, 2014 1 commit
    • Chun-wei Fan's avatar
      Build: Provide Simple Support for MSVC 2012/2013 · e3f8b877
      Chun-wei Fan authored
      As the Visual Studio 2012/2013 are only slightly different from the Visual
      Studio 2010 projects, we can provide support for them by using scripts to
      copy the Visual Studio 2010 projects, and update the specific parts as
      necessary.
      
      Thus, there would be little maintenance overhead for these as only the 2010
      projects need to be kept up-to-date as a result.  This might change when we
      do get the stack working with WinRT/Metro, but that's going to be another
      totally different issue.
      e3f8b877
  23. 25 Jun, 2014 1 commit
  24. 24 Jun, 2014 3 commits
  25. 09 Jun, 2014 1 commit
  26. 27 May, 2014 3 commits
    • Matthias Clasen's avatar
      Bump version · 255b8779
      Matthias Clasen authored
      255b8779
    • Matthias Clasen's avatar
      Move extract-strings to its own directory · a28d2cb9
      Matthias Clasen authored
      This will hopefully help resolve the circular dependency between
      libgtk linking against inspector/libgtkinspector and inspector/
      needing extract-strings from gtk/.
      
      I didn't preserve the EXEEXT decorations in this operation -
      automake gave me stern warnings about it, so I just dropped them
      all. Somebody who cross-builds GTK+ will have to reconstruct this.
      a28d2cb9
    • Matthias Clasen's avatar
      3.13.2 · d51c6af2
      Matthias Clasen authored
      d51c6af2
  27. 24 May, 2014 1 commit
  28. 23 May, 2014 1 commit
  29. 15 May, 2014 1 commit
  30. 11 May, 2014 2 commits
  31. 01 May, 2014 1 commit
  32. 29 Apr, 2014 1 commit