compile/link problems on linux/ppc

2010-04-25 Thread Riccardo Mottola
Hi, while compiling base on Linux/ppc32 with gcc 4.3.2 I get: Compiling file NSObject.m ... /tmp/ccwBOh8K.s: Assembler messages: /tmp/ccwBOh8K.s:8384: Error: symbol `incmodified' is already defined make[4]: *** [obj/libgnustep-base.obj/NSObject.m.o] Error 1 What could that be? A compiler erro

Re: compile/link problems on linux/ppc

2010-04-26 Thread Fred Kiefer
, 25 Apr 2010 22:52:36 +0200 > Von: Riccardo Mottola > An: GNUstep Developer > Betreff: compile/link problems on linux/ppc > Hi, > > while compiling base on Linux/ppc32 with gcc 4.3.2 I get: > > Compiling file NSObject.m ... > /tmp/ccwBOh8K.s: Assembler messages: &g

Re: compile/link problems on linux/ppc

2010-04-26 Thread Markus Hitter
Am 26.04.2010 um 13:50 schrieb Fred Kiefer: Could you try to have a look at the intermediate assembler file? Most likely it gets deleted before you may have a look, Passing -save-temps to gcc keeps intermediate files from being deleted. Not sure wether you have to avoid the -pipe flag.

Re: compile/link problems on linux/ppc

2010-04-26 Thread Wolfgang Lux
Riccardo Mottola wrote: while compiling base on Linux/ppc32 with gcc 4.3.2 I get: Compiling file NSObject.m ... /tmp/ccwBOh8K.s: Assembler messages: /tmp/ccwBOh8K.s:8384: Error: symbol `incmodified' is already defined make[4]: *** [obj/libgnustep-base.obj/NSObject.m.o] Error 1 What could tha

Re: compile/link problems on linux/ppc

2010-04-29 Thread Riccardo Mottola
Hi, It's a duplication of assembler labels in inline assembler code that is used more than once. I have fixed that in svn by using a local label instead of incmodified. Code duplication occurs because GSAtomicIncrement is used in NSIncrementExtraRefCount, which is a public inline function. T