RE: port-hp300/50852: src/sys/arch/hp300/stand/common/ite.c:239: bad expression

[David Binderman <dcb314%hotmail.com@localhost>]

The following reply was made to PR port-hp300/50852; it has been noted by GNATS.

From: David Binderman <dcb314%hotmail.com@localhost>
To: "gnats-bugs%NetBSD.org@localhost" <gnats-bugs%netbsd.org@localhost>,
	"port-hp300-maintainer%netbsd.org@localhost" <port-hp300-maintainer%netbsd.org@localhost>,
	"gnats-admin%netbsd.org@localhost" <gnats-admin%netbsd.org@localhost>, "netbsd-bugs%netbsd.org@localhost"
	<netbsd-bugs%netbsd.org@localhost>
Cc: 
Subject: RE: port-hp300/50852: src/sys/arch/hp300/stand/common/ite.c:239:
 bad expression
Date: Sun, 28 Feb 2016 17:48:54 +0000

 Hello there=2C=0A=
 =0A=
 ----------------------------------------=0A=
 > I never talked about C++. I explicitly talke about C11.=0A=
 =0A=
 I can't seem to find out which version of the language standard the code=0A=
 in question in port-hp300 gets compiled to.=0A=
 =0A=
 There certainly seems to be a lot (> 200=2C000) of uses of -std=3Dgnu99 in=
 =0A=
 a recent x86 build. All other language settings seem to get mentioned=0A=
 < 500 times=2C so to odds are high source code file ite.c gets compiled wit=
 h -std=3Dgnu99.=0A=
 =0A=
 Once we've got that=2C and then we've agreed what the three language=0A=
 standards do in this area=2C (C90=2C C99=2C C11)=2C then we might be able t=
 o=0A=
 agree *finally* whether the code is in error.=0A=
 =0A=
 Of course=2C the reliable programmer makes it work reliably in all versions=
  of C.=0A=
 =0A=
 The code is certainly in error in C90=2C maybe C99=2C maybe not C11.=0A=
 =A0=0A=
 I had a look at=0A=
 =0A=
 http://en.cppreference.com/w/c/language/eval_order=0A=
 =0A=
 but I couldn't make much sense of it. I think the Rules section might=0A=
 have the nitty gritty.=0A=
 =0A=
 =0A=
 Regards=0A=
 =0A=
 David Binderman=0A=
  		 	   		  =