On 12/05/2019 17:14, Ondrej Pokorny wrote:
On 12.05.2019 16:36, Jonas Maebe wrote:
Thanks. I have added these warnings to the compiler in r42047, and
also the static/dynamic errors for Standard resp. Extended ISO Pascal.
Very nice.
One question about "C-style enumeration types"
https://www.freepascal.org/docs-html/ref/refse12.html#QQ2-26-31
Do the holes between undefined enum values belong to the enumeration or
not? Because:
1.) The FPC documentation states they do not. See
https://www.freepascal.org/docs-html/ref/refse12.html#QQ2-26-31
/"The Pred and Succ functions cannot be used on this kind of enumeration
types. Trying to do this anyhow will result in a compiler error."/
It's because Pred and Succ do not make sense with enumerations with
holes in our opinion, and could be confusing. E.g. in your example, one
could expect at first sight that succ(one) = two.
2.) The Delphi documentation states they do. See
http://docwiki.embarcadero.com/RADStudio/Rio/en/Simple_Types_(Delphi)#Enumerated_Types_with_Explicitly_Assigned_Ordinality
/"An enumerated type is, in effect, a subrange whose lowest and highest
values correspond to the lowest and highest ordinalities of the
constants in the declaration."/
3.) Your newly added warnings indicate they do.
I simply forgot to take them into account. I'm tempted to disable the
warning altogether for them, because
1) Semantically, it would make sense to give a warning only if not all
explicitly defined enum values are covered
2) However, you still can't give an "unreachable code" warning if
there's an "else" in that case, because implicit values can also be
stored in the enum
That would make the warnings inconsistent.
Jonas
_______________________________________________
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel