[fpc-devel] Installer and %path%

2021-04-07 Thread Bart via fpc-devel
Hi, Just installed 3.2.2RC1. All OK. Just one minor issue. The installer asked me if it was OK to remove the path to 3.2.0 form my systems %path%. I agreed. It then added the path to 3.2.2. However, it did not do that in the place where the path to 3.2.0 was, but added it as last. So on my first

Re: [fpc-devel] Implicit function specialization precedence

2021-04-07 Thread Ryan Joseph via fpc-devel
> On Apr 6, 2021, at 11:34 PM, Sven Barth wrote: > > In the second case the compiler will have the non-generic Test(String) due to > the implicit operator as well as Test(LongInt) due to the implicit > specialization. Here it will pick the generic one, because a call without a > type convers

Re: [fpc-devel] Implicit function specialization precedence

2021-04-07 Thread Sven Barth via fpc-devel
Am 07.04.2021 um 18:16 schrieb Ryan Joseph via fpc-devel: On Apr 6, 2021, at 11:34 PM, Sven Barth wrote: In the second case the compiler will have the non-generic Test(String) due to the implicit operator as well as Test(LongInt) due to the implicit specialization. Here it will pick the gen

Re: [fpc-devel] Implicit function specialization precedence

2021-04-07 Thread Ryan Joseph via fpc-devel
> On Apr 7, 2021, at 1:42 PM, Sven Barth via fpc-devel > wrote: > > Yes, we want to change that for two reasons: > - the constant string might be larger than 255 characters > - ShortString is worse for passing as a by-value parameter (which will be the > default after all) than AnsiString or

Re: [fpc-devel] Implicit function specialization precedence

2021-04-07 Thread Ryan Joseph via fpc-devel
With the requested changes I believe some precedence rules have changed. These both should be "Can't determine which overloaded function to call" errors or the non-generic should take precedence because the functions are ambiguous (by appearance at least). Currently the compiler thinks DoThis is