- 23 Aug, 2011 1 commit
-
-
Rémi Denis-Courmont authored
-
- 23 May, 2011 1 commit
-
-
Rémi Denis-Courmont authored
-
- 02 May, 2011 1 commit
-
-
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).
-
- 31 Mar, 2010 1 commit
-
-
Julien / Gellule authored
This fix actually removes traces of the libc _LARGEFILE64_SOURCE transitional API. Signed-off-by:
Rémi Denis-Courmont <remi@remlab.net>
-
- 15 Dec, 2009 1 commit
-
-
Rafaël Carré authored
-
- 17 Feb, 2009 1 commit
-
-
Christophe Mutricy authored
-
- 16 Feb, 2009 1 commit
-
-
Rémi Denis-Courmont authored
Pointed-out-by: Benjamin Gerard
-
- 28 Jan, 2009 1 commit
-
-
Christophe Mutricy authored
So that the plugins can be installed at the good place
-
- 27 Jan, 2009 1 commit
-
-
Rémi Denis-Courmont authored
-
- 19 Oct, 2008 1 commit
-
-
Rémi Denis-Courmont authored
We really want plugins to resolve their VLC symbols against the already loaded LibVLC core, rather than with their own version of it. Performance benefit should be neglectible, if any. Still, this will "fix" the plugin crash with static LibVLC builds (or generate a due link-time error). Anyway, this is one step toward supporting any form of static linking again.
-
- 26 May, 2008 1 commit
-
-
Rémi Denis-Courmont authored
-
- 15 May, 2008 1 commit
-
-
Rémi Denis-Courmont authored
-
- 09 May, 2008 1 commit
-
-
Rémi Denis-Courmont authored
-
- 01 May, 2008 1 commit
-
-
Rémi Denis-Courmont authored
-
- 19 Mar, 2008 1 commit
-
-
Rémi Denis-Courmont authored
(Don't expect this to work yet though)
-