egcs and bitfields

Robert Lipe robertlipe@usa.net
Wed Mar 31 23:46:00 GMT 1999


> > On OpenServer: 
> > 	/bin/cc		-1
> > 	egcs 1.1.1 	-1
> > 	icc		7
> > 	udk cc		7 
> > 
> > On UnixWare 7.0.1
> > 	/bin/cc		7
> > 	egcs 1.1.1 	-1
> > 
> > 
> > Note that /bin/cc on SVR5 is essentially the same as UDK on OSR5.  Since
> > /bin/cc on OpenServer had parentage in the code that became those two 
> > compilers, I'm guessing that it was an intentional ABI change between
> > the OpenServer lineage (more iBCS2-ish) and the SVR4 lineage.

A supplementary info, look in gcc.texi and search for "ABI standard".
It seems this is a well-documented and well-characterized behaviour 
in GCC.   I think that wraps this issue up.

> I am assuming egcs uses the ABI's definition of whether a bitfield is
> signed or unsigned????   

Not according to that document.  It says that GCC is meant to be
consistent, regardless of any ABI definition but that you can overide
it with a command line flag.

> According to the standard (6.7.2) unqualified
> type int is implementation defined (cf C++ 9.6)
> 
> So, does egcs use the same implementation across all platforms?


According to that info node, yes.

RJL



More information about the Gcc mailing list