Skip to content
Snippets Groups Projects
  1. Dec 26, 2015
  2. Dec 24, 2015
  3. Dec 14, 2015
    • Martin Kelly's avatar
      gstreamer-1.0.mk: fix missing ";" bug · 43c7159d
      Martin Kelly authored and Sebastian Dröge's avatar Sebastian Dröge committed
      Several command invocations wrapped in for-each are missing ";"
      characters, which meant they get expanded on one line instead of
      separate lines. For some for-each invocations, you can get away with
      this and it will be OK, but for something like host-cp, it changes the
      meaning. As a result, some host-cp invocations will fail with errors
      like:
      
      cp: target ‘X’ is not a directory
      
      Fix this by adding the necessary semicolons.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=759380
      43c7159d
  4. Dec 11, 2015
  5. Dec 01, 2015
  6. Nov 24, 2015
  7. Nov 20, 2015
  8. Nov 19, 2015
  9. Nov 18, 2015
    • Heinrich Fink's avatar
      glib: Don't store CF run loop to avoid racy cleanup · e75ddb00
      Heinrich Fink authored and Sebastian Dröge's avatar Sebastian Dröge committed
      After polling for file descriptors, the Cocoa select thread did wake up
      the main run loop instance that has been stored in a static variable.
      This variable might have already been set to NULL by
      g_main_context_release, resulting in a segfault of CFRunLoopWakeUp. This
      race is fixed by this commit by simply not storing the main run loop in
      a variable, but instead calling CFRunLoopGetMain locally where needed.
      Within a single process, the main run loop is always the same, and
      always accessible. It is therefore not necessary anyway to remember the
      run loop instance when acquiring the context.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=758285
      e75ddb00
  10. Nov 17, 2015
  11. Nov 13, 2015
  12. Nov 11, 2015
  13. Nov 07, 2015
  14. Nov 04, 2015
  15. Nov 03, 2015
  16. Nov 02, 2015
  17. Oct 30, 2015
    • Heinrich Fink's avatar
      Use xcodebuild to get 'latest' SDK path on OSX · c5020a56
      Heinrich Fink authored and Sebastian Dröge's avatar Sebastian Dröge committed
      By default, we are now always using the 'latest' SDK, as returned by the
      xcodebuild command line tool, i.e. no hard-coded SDK paths are used by
      cerbero anymore. It is still possible to ask for a specific SDK version,
      by setting 'osx_target_sdk_version' in config (e.g. setting it to
      '10.10' to force compilation against the 10.10 SDK). Requesting an SDK
      version via osx_target_sdk_version that doesn't exist on the system will
      error out.
      
      Fixes https://bugzilla.gnome.org/show_bug.cgi?id=757357
      c5020a56
  18. Oct 28, 2015
  19. Oct 27, 2015
  20. Oct 26, 2015
    • George Kiagiadakis's avatar
      spandsp: fix dllexport/dllimport usage on windows · 896b3fcf
      George Kiagiadakis authored
      LIBSPANDSP_EXPORTS must only be defined while building libspandsp,
      otherwise code that uses spandsp symbols will be using them with
      the dllexport attribute and the binaries will probably fail at runtime.
      
      The change in config_sh is required because we patch the Makefile.am,
      so automake needs to run again, and while "make" will detect that,
      the code in the tarball is configured to run "automake-1.13", which
      will fail on most systems nowadays. Calling autogen.sh again ensures
      that we call the correct automake.
      896b3fcf
  21. Oct 25, 2015
  22. Oct 24, 2015
  23. Oct 23, 2015
Loading