1. 01 Agu, 2011 4 kayıt (commit)
  2. 31 Tem, 2011 1 kayıt (commit)
  3. 30 Tem, 2011 1 kayıt (commit)
  4. 29 Tem, 2011 1 kayıt (commit)
  5. 28 Tem, 2011 3 kayıt (commit)
  6. 27 Tem, 2011 1 kayıt (commit)
  7. 25 Tem, 2011 1 kayıt (commit)
  8. 24 Tem, 2011 4 kayıt (commit)
  9. 22 Tem, 2011 1 kayıt (commit)
  10. 21 Tem, 2011 3 kayıt (commit)
  11. 19 Tem, 2011 1 kayıt (commit)
  12. 16 Tem, 2011 1 kayıt (commit)
  13. 14 Tem, 2011 7 kayıt (commit)
  14. 13 Tem, 2011 2 kayıt (commit)
  15. 12 Tem, 2011 3 kayıt (commit)
  16. 11 Tem, 2011 3 kayıt (commit)
  17. 10 Tem, 2011 3 kayıt (commit)
    • Tor Lillqvist's avatar
      Make iOS sal unit testing actually work · fd2e631d
      Tor Lillqvist yazdı
      We must call the initialize() methods of the plugins which for iOS
      aren't actually plugins in the sense of being dynamically loaded, but
      still. Unfortunately this means we have to list the plugin interface
      getter functions explicitly in the sal_cppunittester_all source.
      fd2e631d
    • Tor Lillqvist's avatar
      e4518218
    • Tor Lillqvist's avatar
      Do build sal unit tests for iOS, too · 6ab96ee3
      Tor Lillqvist yazdı
      We can't run them in the normal way, but we build the tests as static
      archives, which we link into the single sal_cppunittester_all
      executable. (Work in progress, so far just a part of the tests are
      linked into it.)
      
      There is no makefilery yet to actually construct a complete iOS app
      bundle (.app directory), so just copy (in this case) the
      sal_cppunittester_all iOS executable on top of the executbale some
      dummy iOS app you build in Xcode... works fine, can be debugged that
      way.
      6ab96ee3