> On Nov 27, 2021, at 5:03 PM, Sven Barth wrote:
>
> candidates:=tcallcandidates.create(sym:=symtableprocentry,
> st:=symtableproc,ppn:=left,
> ignorevisibility:=ignorevisibility,allowdefaultparas:=not(nf_isproperty in
> flags),objcidcall:=cnf_objc_id_call in
> callnodeflags,explicitunit:=c
> On Nov 27, 2021, at 5:00 PM, Sven Barth wrote:
>
> The compiler does not know which routine is called upon parsing the parameter
> declarations (which would mean that error reports would need to be deferred
> until the lookup of the routine failed).
My idea was to not actually have it affe
On 27/11/2021 03:32, Ryan Joseph via fpc-pascal wrote:
1) Original form (the compiler doesn't use spaces between punctuation). Very
difficult to read if nothing else because the lack of spaces but it's also not
clear at all which params are which. Even code tools are going to not help very
muc
Am 27.11.2021 um 03:32 schrieb Ryan Joseph via fpc-pascal:
On Nov 26, 2021, at 4:20 PM, Ryan Joseph wrote:
It's mainly useful when reading code so you don't need to review the function
definition, using code tools or any other method. I've been enjoying it in
other languages when it's not c
Am 26.11.2021 um 05:10 schrieb Ryan Joseph via fpc-pascal:
This was discussed before some years ago with no conclusion
(https://www.mail-archive.com/fpc-pascal@lists.freepascal.org/msg46280.html)
but I'd like to bring it up again. Can we consider extending the variant
dispatch call named param
