Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 72883 - avifile's bundled libmad bombs while media-libs/libmad works fine on arm
Summary: avifile's bundled libmad bombs while media-libs/libmad works fine on arm
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: ARM All
: High normal (vote)
Assignee: Gentoo Media-video project
URL:
Whiteboard:
Keywords:
: 82676 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-11-29 19:51 UTC by SpanKY
Modified: 2005-05-06 16:12 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description SpanKY gentoo-dev 2004-11-29 19:51:14 UTC
root@coral 0 libmad # make
Making all in libmad
make[1]: Entering directory `/var/tmp/portage/avifile-0.7.41.20041001-r1/work/avifile-0.7-0.7.41/plugins/libmad/libmad'
/bin/sh ../../../libtool --mode=compile armv4l-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../include    -Wall -Wno-unused -I../../../include  -mcpu=strongarm110 -O2 -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -pipe -c fixed.c
 armv4l-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../include -Wall -Wno-unused -I../../../include -mcpu=strongarm110 -O2 -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -pipe -c fixed.c  -fPIC -DPIC -o .libs/fixed.o
In file included from fixed.c:28:
fixed.h:426:4: #error "no FPM selected"
make[1]: *** [fixed.lo] Error 1
make[1]: Leaving directory `/var/tmp/portage/avifile-0.7.41.20041001-r1/work/avifile-0.7-0.7.41/plugins/libmad/libmad'
make: *** [all-recursive] Error 1

Portage 2.0.51-r3 (default-linux/arm/2004.3, gcc-3.3.4, glibc-2.3.2-r12, 2.6.7-grsec armv4l)
=================================================================
System uname: 2.6.7-grsec armv4l StrongARM-110 rev 4 (v4l)
Gentoo Base System version 1.6.6
distcc 2.18.2 armv4l-unknown-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="arm ~arm"
AUTOCLEAN="yes"
CFLAGS="-mcpu=strongarm110 -O2 -pipe"
CHOST="armv4l-unknown-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/alias /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-mcpu=strongarm110 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig buildpkg ccache distlocks noauto nodoc noinfo sandbox sfperms strict"
GENTOO_MIRRORS="ftp://gentoo.oregonstate.edu/pub/gentoo"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/distfiles/arch/arm/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="arm X apache2 berkdb bitmap-fonts cdr crypt cscope cups curl fam gd gd-external gif gpm gtk guile imap ipv6 libwww mad mcal mysql ncurses nls odbc opengl pam perl png python readline ruby snmp ssl tcltk tcpd tetex tiff xml2 zlib"
Comment 1 Chris White (RETIRED) gentoo-dev 2004-12-02 21:52:47 UTC
Add -DFPM_ARM to your USE flags and let me know if anything else comes
up error wise.  I did this on the coral box and it seemed to pass that 
section.  I just need to know if it bombs out elsewhere.  As far as what happens, there appears to be a configure.in script that does the appropriate defines for the arm architecture, but it's not being utilized, which makes me wonder why it's even there.  I'll figure it out soon enough.
Comment 2 Jan Brinkmann (RETIRED) gentoo-dev 2005-03-21 08:00:14 UTC
*** Bug 82676 has been marked as a duplicate of this bug. ***
Comment 3 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-04-17 18:00:45 UTC
avifile should now always use system's libmad instead of the internal one, can confirm this?
Comment 4 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-05-06 16:12:23 UTC
Reopen if it's still an issue.