[Cbe-oss-dev] [PATCH] libspe2: adapt to cross toolchain location in SDK 3.0

D. Herrendoerfer d.herrendoerfer at herrendoerfer.name
Wed Dec 12 00:05:40 EST 2007


Oh dear,

is it ok to apply? ( corrected )

D. Herrendoerfer


Signed-off-by: D.Herrendoerfer <herrend at de.ibm.com>

--- /home/stenzel/workspace/libspe/libspe2/make.defines (revision 99)
+++ /home/stenzel/workspace/libspe/libspe2/make.defines (working copy)
@@ -23,7 +23,7 @@
 CROSS_COMPILE = $(shell if ! grep Broadband /proc/cpuinfo ; then echo 1 ; fi)
 
 ifeq "$(X86)"  "1"
-    CROSS	?= /opt/cell/bin/ppu-
+    CROSS	?= ppu-
     EXTRA_CFLAGS = -m32  -mabi=altivec 
     # RPM defined default flags may not work with this cross-compiler
     override OPTFLAGS = 

===================================================================


On Tue, 2007-12-11 at 11:43 +0900, Kazunori Asayama wrote:
> D. Herrendoerfer wrote:
> > I believe we could do without the absolute path and simply
> > put the "ppu-" prefix into the CROSS variable, and rely on 
> > the users correct PATH.
> > This will remove the SDK-dependency completely, and produces
> > helpful error messages in case the PATH is not setup correctly 
> > 
> > Signed-off-by: D.Herrendoerfer <herrend at de.ibm.com>
> > 
> > ===================================================================
> > --- /home/stenzel/workspace/libspe/libspe2/make.defines (revision 99)
> > +++ /home/stenzel/workspace/libspe/libspe2/make.defines (working copy)
> > @@ -23,7 +23,7 @@
> >  CROSS_COMPILE = $(shell if ! grep Broadband /proc/cpuinfo ; then echo
> > 1 ; fi)
> >  
> >  ifeq "$(X86)"  "1"
> > -    CROSS	?= ppu-
> > +    CROSS	?= ppu-
> >      EXTRA_CFLAGS = -m32  -mabi=altivec 
> >      # RPM defined default flags may not work with this cross-compiler
> >      override OPTFLAGS = 
> > 
> > ===================================================================
> 
> This patch can't be applied to the repository. 
> I guess you intended the line:
> 
> -    CROSS	?= ppu-
> 
> to be:
> 
> -    CROSS	?= /opt/cell/bin/ppu-




More information about the cbe-oss-dev mailing list