Bug 8185 - ladspa-cmt ebuild include path replace problem
Bug#: 8185 Product:  Gentoo Linux Version: 1.4_rc1 Platform: x86
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: rphillips@gentoo.org Reported By: pruhland@rochester.rr.com
Component: Ebuilds
URL: 
Summary: ladspa-cmt ebuild include path replace problem
Keywords:  
Status Whiteboard: 
Opened: 2002-09-21 09:21 0000
Description:   Opened: 2002-09-21 09:21 0000
The search/replace of CFLAGS in the toplevel Makefile by the    
media-libs/ladspa-cmt-1.14.ebuild causes the ebuild to fail (complaining    
about '/usr/include' already being in the include path):    
    
src_unpack() {    
	unpack "${A}"    
	cd "${S}"    
	sed -e "/^CFLAGS/ s/-O3/${CFLAGS}/" \    
		-e 's|/usr/local/include|/usr/include|g' \    
		-e 's|/usr/local/lib|/usr/lib|g' \    
		makefile > makefile.new    
		mv makefile.new makefile    
    
}    
    
Since both the replacement include and lib paths are the defaults it isn't    
necessary to specify them at all, and doing so causes the build to fail.    
    
I suggest the following replacement:    
    
src_unpack() {    
	unpack "${A}"    
	cd "${S}"    
	sed -e "/^CFLAGS/ s/-O3/${CFLAGS}/" \    
		-e 's|/usr/local/include||g' \    
		-e 's|/usr/local/lib||g' \    
		makefile > makefile.new    
		mv makefile.new makefile    
    
}    
    
Of course, you could just remove the whole search/replace and it would still    
work. 
 
I'm not sure if the failure is specific to gcc-3.2 so Im posting this as 
1.4_rc1 only.

------- Comment #1 From Paul Ruhland 2002-09-21 09:24:48 0000 -------
Created an attachment (id=4050) [details]
ladspa-cmt-1.14.ebuild

------- Comment #2 From Ryan Phillips (RETIRED) 2002-09-24 00:34:29 0000 -------
committed