1. 03 Feb, 2012 8 commits
  2. 31 Jan, 2012 1 commit
  3. 26 Jan, 2012 1 commit
  4. 24 Jan, 2012 2 commits
  5. 19 Jan, 2012 2 commits
  6. 11 Jan, 2012 1 commit
  7. 10 Jan, 2012 1 commit
  8. 08 Jan, 2012 1 commit
  9. 06 Jan, 2012 4 commits
  10. 03 Jan, 2012 1 commit
  11. 02 Jan, 2012 1 commit
  12. 21 Dec, 2011 1 commit
    • Ray Strode's avatar
      ffi: Treat enums as 32 bit signed values to fix PPC64 · 1b1cbc0a
      Ray Strode authored
      To call a function dynamically using ffi, the caller
      first has to tell ffi the size of all the input arguments
      of the function. On little endian architectures (like x86_64)
      specifying a size that's too large will happen to work because
      of how the bits are laid out in memory.  On big endian architectures,
      however, specifying the wrong size can lead to reading the wrong
      bits.
      
      The function g_type_info_get_ffi_type maps input giargument types to
      specific sizes. It was assuming enums were word (pointer) sized; in
      fact they can be in theory any size (1,2,4,8 bytes), but in practice
      in introspection (via GIArgument) as well as GValue we're limited to 4
      byte enums.
      
      This commit fixes PPC64 (big endian, 64 bit).
      Signed-off-by: Colin Walters's avatarColin Walters <walters@verbum.org>
      
      https://bugzilla.gnome.org/show_bug.cgi?id=665150
      1b1cbc0a
  13. 20 Dec, 2011 4 commits
  14. 19 Dec, 2011 1 commit
  15. 15 Dec, 2011 2 commits
  16. 05 Dec, 2011 4 commits
  17. 01 Dec, 2011 2 commits
  18. 29 Nov, 2011 1 commit
    • Albert Astals Cid's avatar
      scanner: Put the -l library names after the .o · 169b6680
      Albert Astals Cid authored
      That is how gcc expects them.
      
      From the gcc man page:
      -llibrary
         Search the library named library when linking.
      
         It makes a difference where in the command you write this option; the linker
      searches and processes libraries and object files in the order they are
      specified.  Thus, foo.o -lz bar.o searches library z after file foo.o but
      before bar.o.  If bar.o refers to functions in z, those functions may not be
      loaded.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=664616
      169b6680
  19. 25 Nov, 2011 1 commit
  20. 23 Nov, 2011 1 commit