question nest it will not be suppressed, do you think
this behavior is acceptable?
Thanks,
Eric
-Original Message-
From: Tim Lewis [mailto:tim.le...@insyde.com]
Sent: Friday, August 29, 2014 11:31 AM
To: edk2-devel@lists.sourceforge.net
Subject: Re: [edk2] Bitwise OR operator proble
0 or non-zero). The
result of suppressif with a result of Undefined is not mentioned in the
specification.
Tim
-Original Message-
From: Dong, Eric [mailto:eric.d...@intel.com]
Sent: Friday, August 29, 2014 11:16 AM
To: edk2-devel@lists.sourceforge.net
Subject: Re: [edk2] Bitwise OR operat
...@insyde.com]
Sent: Thursday, August 28, 2014 5:53 PM
To: edk2-devel@lists.sourceforge.net
Subject: Re: [edk2] Bitwise OR operator problems
Laszlo --
You are correct. I have verified the VFR grammar which has similar priority.
It is actually the behavior for integer conversion in suppressif that
edk2-devel@lists.sourceforge.net
Subject: Re: [edk2] Bitwise OR operator problems
Laszlo --
You are correct. I have verified the VFR grammar which has similar priority.
It is actually the behavior for integer conversion in suppressif that is
confusing me, not the order of evaluation like I tho
]
Sent: Thursday, August 28, 2014 5:43 PM
To: edk2-devel@lists.sourceforge.net
Subject: Re: [edk2] Bitwise OR operator problems
On 08/28/14 11:31, Laszlo Ersek wrote:
> In the C language, both operator & and operator | bind
> *less* strongly than operator ==.
(Sorry for following up
On 08/28/14 11:31, Laszlo Ersek wrote:
> In the C language, both operator & and operator | bind
> *less* strongly than operator ==.
(Sorry for following up on my own email.) I found some references:
http://en.wikipedia.org/wiki/Operator_precedence_in_C#Criticism_of_bitwise_and_equality_operators
On 08/28/14 07:18, Tim Lewis wrote:
> It appears that this should prevent the display of the text statement.
> However, to my surprise, it works on NT32. Per operator precedence, it
> should be 8|8 is 8, and 8 == 8 is TRUE.
>
>
>
> suppressif 8|8 == 0x8;
>
> text
>
> h
It appears that this should prevent the display of the text statement. However,
to my surprise, it works on NT32. Per operator precedence, it should be 8|8 is
8, and 8 == 8 is TRUE.
suppressif 8|8 == 0x8;
text
help = STRING_TOKEN(STR_BITWISE_OR_HELP),
