1. 01 Jun, 2011 1 commit
  2. 29 May, 2011 1 commit
  3. 28 May, 2011 1 commit
  4. 26 May, 2011 1 commit
  5. 20 May, 2011 1 commit
  6. 17 May, 2011 1 commit
  7. 15 May, 2011 2 commits
  8. 14 May, 2011 1 commit
  9. 12 May, 2011 1 commit
  10. 11 May, 2011 2 commits
  11. 09 May, 2011 2 commits
    • Rémi Denis-Courmont's avatar
      Do not pass -mmmx or -msse2 to the compiler · 9c61b594
      Rémi Denis-Courmont authored
      x86 GCC does not need those parameters to compile MMX or SSE assembly
      or built-in intrinsics (contrary to ARM GCC w.r.t. NEON). They only
      allow the compiler to issue MMX or SSE instructions for the plain C
      code. We already rely on this tolerant compiler semantic for the CPU
      detection code, and for some optionally accelerated filters (e.g.
      deinterlace).
      
      Disabling MMX and SSE for non-assembly code should have no or
      negligible effects on the affected plugins. On the other hand, it
      ensures that the plugin descriptor can be run by non-MMX/non-SSE CPUs.
      9c61b594
    • Rémi Denis-Courmont's avatar
      Test SSE compiler support on all IA32 architectures, not just 686 · 41346148
      Rémi Denis-Courmont authored
      Same as is done for MMX. Run-time checks determine whether SSE can be
      used in any case.
      41346148
  12. 08 May, 2011 3 commits
  13. 07 May, 2011 2 commits
    • Rémi Denis-Courmont's avatar
      Mark other symbols as hidden · 9887eecc
      Rémi Denis-Courmont authored
      Unfortunately, libtool is yet incapable of doing marking symbols as
      hidden (not exported) at compilation time.  So lets do it manually.
      According to the GCC documentation, this allow some compile-time
      optimizations depending on the platform.
      This was already done by Damien earlier (and removed during the
      plugin headers cleanup).
      
      The check is disabled on Windows, as the compiler accepts the flag,
      but generates lots of warnings during compilation.
      9887eecc
    • Katsushi Kobayashi's avatar
      qtcapture: added support for all QTKit-compatible video input devices · c1cbe147
      Katsushi Kobayashi authored and Felix Paul Kühne's avatar Felix Paul Kühne committed
      includes a couple of tweaks by me and will need further testing and cleaning
      c1cbe147
  14. 03 May, 2011 1 commit
  15. 02 May, 2011 2 commits
    • Rémi Denis-Courmont's avatar
      Move common predefined macros to config.h and common.am · 7af4b7fe
      Rémi Denis-Courmont authored
      Also, __USE_UNIX98 is a libc-internal definition. The build system is
      not supposed to define that directly (we have _GNU_SOURCE).
      7af4b7fe
    • Rémi Denis-Courmont's avatar
      Remove ugly builtin support · 473a276f
      Rémi Denis-Courmont authored
      I don't this abomination to leak through the stable LibVLC interface.
      To link statically, modules should be linked into LibVLC instead.
      
      And then, there is no need to reintroduce the old "builtin" vlc-config
      type if all modules are built the same. In prehistoric times, the
      distinction was needed because some modules were static and some not.
      473a276f
  16. 01 May, 2011 7 commits
  17. 30 Apr, 2011 5 commits
  18. 21 Apr, 2011 1 commit
    • Jean-Baptiste Kempf's avatar
      Remove oldhttp · bba2eae5
      Jean-Baptiste Kempf authored
      Sure, this will be unpopular, and this will likely kill you kittens, but
      maintaining 2 http interface is stupid and counter-productive.
      Let's hope luahttp will finally get fixed.
      bba2eae5
  19. 19 Apr, 2011 1 commit
  20. 13 Apr, 2011 1 commit
  21. 10 Apr, 2011 1 commit
  22. 06 Apr, 2011 1 commit
  23. 04 Apr, 2011 1 commit