In our previous episode, Joerg Schuelke said:
No, since modifiers can be in any order, it could be a lot more than
two tokens.
I think if the compiler reeds the cdecl token he needs a lookup of
only one token to decide: is used as a modifier or a
identifier token.
No, since if the next
On 29/04/2011 09:25, Marco van de Voort wrote:
In our previous episode, Joerg Schuelke said:
No, since modifiers can be in any order, it could be a lot more than
two tokens.
I think if the compiler reeds thecdecl token he needs a lookup of
only one token to decide: is used as amodifier or a
In our previous episode, Martin said:
only one token to decide: is used as amodifier or a
identifier token.
No, since if the next token is deprecated he has the same devilish
tradeoff.
Not that I am advertising to change it, but the next token wouldn't be
deprecated ever (that would
Am 29.04.2011 00:02, schrieb Joerg Schuelke:
Am Thu, 28 Apr 2011 23:39:35 +0200
schrieb Hans-Peter Diettrichdrdiettri...@aol.com:
The bug resides in the dirty Delphi OPL definition.
Is it a bug or unspecified behavior? I think it is implemented in the
hope it works good enough.
If you
First i will note that what i state is not an error or bug in free
pascal, but it is somehow unclean implemented.
The decision for modifiers like cvar or cdecl to be an identifier
token or an modifier token relies on context information. But what is
that context? An example:
type
In our previous episode, Joerg Schuelke said:
[ Charset UTF-8 unsupported, converting... ]
First i will note that what i state is not an error or bug in free
pascal, but it is somehow unclean implemented.
The decision for modifiers like cvar or cdecl to be an identifier
token or an modifier
Am Thu, 28 Apr 2011 18:22:38 +0200 (CEST)
schrieb mar...@stack.nl (Marco van de Voort):
In our previous episode, Marco van de Voort said:
No, since modifiers can be in any order, it could be a lot more than
two tokens.
I think if the compiler reeds the cdecl token he needs a lookup of
only
Joerg Schuelke schrieb:
First i will note that what i state is not an error or bug in free
pascal, but it is somehow unclean implemented.
The bug resides in the dirty Delphi OPL definition.
DoDi
___
fpc-devel maillist -
Am Thu, 28 Apr 2011 23:39:35 +0200
schrieb Hans-Peter Diettrich drdiettri...@aol.com:
The bug resides in the dirty Delphi OPL definition.
Is it a bug or unspecified behavior? I think it is implemented in the
hope it works good enough.
If you consume a modifier token as modifier or identifier