Bug 90519 – Emerging liblrdf-0.3.7 fails during compilation: 'ladspa.h: no such file or directory'

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Tom Green 2005-04-26 11:46:34 UTC]

showtaxonomy.c:4:20: ladspa.h: No such file or directory
showdefaults.c:3:20: ladspa.h: No such file or directory
make[2]: *** [showtaxonomy.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [showdefaults.o] Error 1
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/liblrdf-0.3.7/work/liblrdf-0.3.7'
make: *** [all] Error 2

!!! ERROR: media-libs/liblrdf-0.3.7 failed.
!!! Function src_compile, Line 556, Exitcode 2
!!! emake failed
!!! If you need support, post the topmost build error, NOT this status message.

It seems that the liblrdf-0.3.7 ebuild does not contain a dep on ladspa-sdk, and should.

Reproducible: Always
Steps to Reproduce:
1.emerge raptor (see bug 90517)
2.emerge liblrdf
3.

Actual Results:  
liblrdf failed to compile 

Expected Results:  
Successfully installed liblrdf 

Workaround: Manually emerge ladspa-sdk before emerging liblrdf. 
 
Emerge info: 
 
Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130,  
glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r6 i686)  
=================================================================  
System uname: 2.6.11-gentoo-r6 i686 Unknown CPU Type  
Gentoo Base System version 1.4.16  
Python:              dev-lang/python-2.2.3-r5,dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb  8  
2005,19:14:50)]  
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]  
dev-lang/python:     2.2.3-r5, 2.3.4-r1  
sys-devel/autoconf:  2.59-r6, 2.13  
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4  
sys-devel/binutils:  2.15.92.0.2-r7  
sys-devel/libtool:   1.5.14  
virtual/os-headers:  2.6.8.1-r2, 2.4.19-r1  
ACCEPT_KEYWORDS="x86"  
AUTOCLEAN="yes"  
CFLAGS="-O3 -march=athlon-mp -msse -mmmx -m3dnow -momit-leaf-frame-pointer  
-fomit-frame-pointer-funroll-loops -ftracer -ffast-math -fprefetch-loop-arrays  
-finline-limit=600 -mfpmath=387 -pipe"  
CHOST="i686-pc-linux-gnu"  
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/alias /var/qmail/control"  
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"  
CXXFLAGS="-O3 -march=athlon-mp -msse -mmmx -m3dnow  
-momit-leaf-frame-pointer -fomit-frame-pointer -funroll-loops -ftracer -ffast-math  
-fprefetch-loop-arrays -finline-limit=600 -mfpmath=387 -pipe"  
DISTDIR="/usr/portage/distfiles"  
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"  
GENTOO_MIRRORS="http://distfiles.gentoo.org  
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"  
MAKEOPTS="-j5"  
PKGDIR="/usr/portage/packages"  
PORTAGE_TMPDIR="/var/tmp"  
PORTDIR="/usr/portage"  
PORTDIR_OVERLAY="/usr/local/portage"  
SYNC="rsync://rsync.gentoo.org/gentoo-portage"  
USE="x86 3dnow 3dnowext X aalib acpi alsa apache2 apm arts avi berkdb  
bitmap-fonts bluetooth bonobo cdr crypt cups curl directfb dvd emacs emboss encode  
esd fam fbcon flac flash foomaticdb fortran gd gdbm gif gimpprint gnome gpm  
gstreamer gtk gtk2 gtkhtml imagemagick imlib ipv6 jack java joystick jpeg kde libg++  
libwww lm_sensors mad mikmod mmx motif mozilla mp3 mpeg mysql ncursesnls ntpl  
odbc ogg oggvorbis opengl oss pam pdflib pdflibperl perl png ppds python qt quicktime  
readline samba scanner sdl slang spell sse ssl svg svga tcltk tcpd threads tiff truetype  
truetype-fonts type1-fonts usb vhosts videos vorbis xinerama xml xml2 xmms xv zlib"  
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

[Comment 1 Frank van de Pol (RETIRED) 2005-04-26 13:46:30 UTC]

Tom,

can you check in the cvs version number in the header of the liblrdf-0.3.7-ebuild file? 

I recently commited a change to cvs to fix this dependency to raptor and ladspa-sdk (cvs version 1.10 of liblrdf-0.3.7.ebuild)

[Comment 2 Frank van de Pol (RETIRED) 2005-07-11 13:28:14 UTC]

no feedback received from orignal reporter; presume the fix did indeed work 
since it did for me.