After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 320238 - Fails to build under powerpc
Fails to build under powerpc
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-libav
0.10.0
Other Linux
: Normal normal
: 0.10.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 325724 330266 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-10-30 14:07 UTC by Loïc Minier
Modified: 2006-02-07 14:35 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Loïc Minier 2005-10-30 14:07:37 UTC
Hi,

Under Debian, gst-ffmpeg fails to build under powerpc because of an altivec
include being sourced without the altivec CFLAGS:
http://buildd.debian.org/fetch.php?&pkg=gst-ffmpeg&ver=0.8.7-1&arch=powerpc&stamp=1130408567&file=log&as=raw

This is with toolchain package versions: libc6-dev_2.3.5-7
linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-3 g++-4.0_4.0.2-3
binutils_2.16.1cvs20050902-1 libstdc++6-4.0-dev_4.0.2-3 libstdc++6_4.0.2-3

Oddly, gst-ffmpeg 0.8.5 built fine under PPC:
http://buildd.debian.org/fetch.php?&pkg=gst-ffmpeg&ver=0.8.5-2&arch=powerpc&stamp=1121427555&file=log&as=raw
with toolchain package versions: libc6-dev_2.3.2.ds1-22
linux-kernel-headers_2.6.12.0-1 gcc-4.0_4.0.1-2 g++-4.0_4.0.1-2
binutils_2.16.1-2 libstdc++6-4.0-dev_4.0.1-2 libstdc++6_4.0.1-2

I don't have access to a Debian/PPC, and I've read that other people have built
gst-ffmpeg 0.8.7 under PPC with altivec turned on just fine.

I suppose one of the toolchain packages cited above is causing this, presumably
GCC given the header reporting the #error.

Cheers,
Comment 1 Loïc Minier 2005-10-30 16:23:08 UTC
In a discussion with Sam Hocevar (Debian ffmpeg maintainer), he explained that
-maltivec turns on Altivec supports, but doesn't produce altivec code unless
explicitely requested.  He said this flag can safely be used everywhere.

Hence, I suggest adding -mativec to CFLAGS and leaving the other flags as they are.
Comment 2 Ronald Bultje 2005-10-30 18:04:08 UTC
okies, will look. We can probably mix it with the WARNERR_FLAGS (-Wall/-Wno-switch).
Comment 3 Loïc Minier 2005-10-30 18:58:10 UTC
FYI, the upload I just did with this flag in the global CFLAGS passed to
configure proved successful
http://buildd.debian.org/fetch.php?&pkg=gst-ffmpeg&ver=0.8.7-2&arch=powerpc&stamp=1130692050&file=log&as=raw.

(I also confirm the alpha fix:
http://buildd.debian.org/fetch.php?&pkg=gst-ffmpeg&ver=0.8.7-2&arch=alpha&stamp=1130691541&file=log&as=raw)

Cheers,
Comment 4 Andy Wingo 2006-01-12 11:12:56 UTC
Was mostly fixed, needed ALTIVEC_CFLAGS in one more place. Now fixed in HEAD. Because the ffmpeg branch is the same it's fixed in 0.8 as well.
Comment 5 Andy Wingo 2006-01-12 12:02:54 UTC
*** Bug 325724 has been marked as a duplicate of this bug. ***
Comment 6 Andy Wingo 2006-02-07 14:35:49 UTC
*** Bug 330266 has been marked as a duplicate of this bug. ***