[macstl-dev] gcc 3.3 on YellowDogLinux

Michael LeBlanc leblanc at skycomputers.com
Thu Mar 31 00:17:51 WST 2005

  • Previous message: [macstl-dev] gcc 3.3 on YellowDogLinux
  • Next message: [macstl-dev] gcc 3.3 on YellowDogLinux
  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]


Well, not exactly like Apple.  In <altivec.h> they replaced all 
"vector" by "__vector", "bool" by "__bool", and "pixel" by "__pixel".  
The "__" words are reserved.  If you #define __APPLE_ALTIVEC__, they 
issue
	#define vector __vector
	#define bool __bool
	#define pixel __pixel
but we don't want to do that, at least for bool.  However, in Altivec 
code, you have to write

	__vector __bool char

It's OK by me to use 3.4, but my bosses want to avoid building another 
GCC.  I'll ask.

On Mar 29, 2005, at 7:43 PM, Glen Low wrote:

> On 28/03/2005, at 11:13 PM, Michael LeBlanc wrote:
>
>>> Is there any way, perhaps using a command-line switch or equivalent, 
>>> to keep the old Motorola style definition of bool?
>>
>> Not that I know of.  After including <altivec.h> I can add
>> 	#undef bool
>> to unhide the reserved word.  But that clobbers any legitimate 
>> "vector bool ...".
>>
>> This is a problem in GCC < 3.4.  In that version, GCC treats vector, 
>> bool and pixel as Apple does.
>>
>
> Ooo... is there any reason you can't use GCC 3.4 on YDL then?




  • Previous message: [macstl-dev] gcc 3.3 on YellowDogLinux
  • Next message: [macstl-dev] gcc 3.3 on YellowDogLinux
  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

More information about the macstl-dev mailing list