1. 25 Jun, 2011 1 commit
  2. 13 Jun, 2011 5 commits
  3. 31 May, 2011 1 commit
  4. 29 May, 2011 4 commits
  5. 28 May, 2011 1 commit
  6. 27 May, 2011 5 commits
  7. 20 Mar, 2011 3 commits
  8. 16 Mar, 2011 1 commit
  9. 12 Feb, 2011 4 commits
  10. 23 Aug, 2010 1 commit
    • Dogbert's avatar
      Fixes the xml export. · 9ed6e05b
      Dogbert authored
      Apple's activation server refuses XML tickets when this patch isn't applied.
      9ed6e05b
  11. 29 Jul, 2010 1 commit
  12. 18 Apr, 2010 4 commits
    • Patrick von Reth's avatar
      fixed include dirs · a1ced5fb
      Patrick von Reth authored
      a1ced5fb
    • Jonathan Beck's avatar
      Bump version number · 02cf35bb
      Jonathan Beck authored
      02cf35bb
    • Jonathan Beck's avatar
      Update README. · 60376473
      Jonathan Beck authored
      60376473
    • Julien BLACHE's avatar
      Endianness, alignment and type-punning fixes for binary plist support · 33b8a128
      Julien BLACHE authored
       - endianness issues: on big endian machines, writing out only part
         of an integer was broken (get_needed_bytes(x) < sizeof(x))
          -> shift integer before memcpy() on big endian machines
      
       - alignment issues: unaligned reads when loading binary plist. Leads
         to slow runtime performance (kernel trapping and fixing things up),
         SIGBUS (kernel not helping us out)
          -> introduce get_unaligned() and have the compiler generate the code
             needed for the unaligned access
         (note that there remains unaligned accesses that I haven't been able
          to track down - I've seen 2 of them with test #2)
      
       - type-punning issues: breaking strict aliasing rules can lead to
         unexpected results as the compiler takes full advantage of the aliasing
         while optimizing
          -> introduce the plist_uint_ptr union instead of casting pointers
      
      Tested on amd64, alpha and hppa.
      33b8a128
  13. 06 Apr, 2010 2 commits
  14. 24 Mar, 2010 1 commit
    • Alexander Sack's avatar
      Fix armel floating point endianess (LP: #541879) · e965b325
      Alexander Sack authored
      * on armel system floating poing data can have different endianess than
        rest of types; hence we fix arm endianess for defined(__VFP_FP__) to
        be big/native; this also applies for data parsing/writing
      * date parsing didnt flip the endianess back for little endian systems
        when reading the values causing test failures; we fix this by ensuring
        float endianess is applied when parsing
      e965b325
  15. 03 Mar, 2010 2 commits
  16. 21 Jan, 2010 2 commits
  17. 14 Jan, 2010 2 commits