OS X uses __powerpc__ __ppc__ and __ppc64__ depending on the ggc version that you use.

Signed-off-by: Derk-Jan Hartman <hartman@videolan.org>
(cherry picked from commit d46728df)

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
(cherry picked from commit 8f601a32)
Signed-off-by: Derk-Jan Hartman <hartman@videolan.org>

This reverts commit 2b7a8683.

This breaks all playlist searching for me.

(cherry picked from commit 959e1e31§)

Conflicts:

    share/http/requests/playlist.xml

macosx: don't use mach_absolute_time() (introduced in 5ead92ff) on PowerPC-based Macs as this breaks the playback of a certain set of AVI and WMV files

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

(cherry picked from commit a276d9aa)

Conflicts:

	src/input/input.c

(cherry picked from commit b78eae4c)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Renamed:
 npunix.c to npunix_old.c
 npwin.cpp to npwin_old.cpp

Added new files from mozilla source code
 npunix.c
 npwin.cpp

It fixes at least SVQ1 segfaults.
(cherry picked from commit 07c44496)

References:
https://bugs.gentoo.org/show_bug.cgi?id=261628

Samples:
http://bad-candy.com/candies/fizzymilk/images/badfizz.mov
http://samples.mplayerhq.hu/V-codecs/SVQ1/blue_earth.movSigned-off-by: Alexis Ballier <aballier@gentoo.org>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

This acutally causes a segfault with the sample xspf files given in #2353 because psz_uri is always NULL when given to input_item_SetURI.
Reported by Aniruddha Shankar <k@191a.net> on https://bugs.gentoo.org/show_bug.cgi?id=261948Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

(cherry picked from commit f2d57a37)

When the socket is congested, we should simply skip sending.
When there is a soft-error, we should resend and simply ignore.

Instead, we were dropping the socket if the failure remained on the
second try, which was always the case in the congestion scenario.
This should fix the socket dropping problem described at:
http://forum.videolan.org/viewtopic.php?f=4&t=56493
(cherry picked from commit 9fdc8915)

(cherry picked from commit 6fa0eee4)

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

This reverts commit 826fdf52.

We need to call XInitThreads before anyone tries XOpenDisplay or
something, and XInitThreads itself is not re-entrant, so call it before
we start LibVLC. This only "fixes" Xlib with VLC. Other LibVLC users
need to do something similar themselves. LibVLC cannot do it. Other
application may have already connected to X before it starts LibVLC.
(cherry picked from commit 364868f9)

Conflicts:

	bin/vlc.c
	configure.ac

This was confirmed to fix the problem on Launchpad.
(cherry picked from commit 5dca2e33)

Conflicts:

	modules/video_output/x11/glx.c

(cherry picked from commit a39cf798)