Re: [fpc-devel] [fpc-pascal] How does TFPGMap key compare work?

2021-04-21 Thread Sven Barth via fpc-devel
Am 21.04.2021 um 20:05 schrieb Ryan Joseph via fpc-devel: On Apr 20, 2021, at 11:38 PM, Sven Barth wrote: All four string types provide built in > and < operators: On a side note how do you even make overloads (or type helpers for that matter) for short strings because String[10] isn't the

Re: [fpc-devel] Generic class comparison operators

2021-04-21 Thread Ryan Joseph via fpc-devel
> On Apr 21, 2021, at 12:57 PM, Sven Barth via fpc-devel > wrote: > > You can only use global operators with objects. yes but not with *generic* objects. I find it very hard to understand why this is being blocked for objects. Without this there is no way to have *generic* record inheritanc

Re: [fpc-devel] Generic class comparison operators

2021-04-21 Thread Sven Barth via fpc-devel
Am 21.04.2021 um 15:44 schrieb Benito van der Zander via fpc-devel: Hi,  what about overloading operators for OBJECTs? They do not conflict with any default operators. I expected this to work, but it did not compile:   type generic TXQHashset = object //(specialize TXQBaseHashmap)...     c

Re: [fpc-devel] Generic class comparison operators

2021-04-21 Thread Sven Barth via fpc-devel
Am 21.04.2021 um 16:54 schrieb Ryan Joseph via fpc-devel: On Apr 18, 2021, at 1:37 AM, Sven Barth wrote: It has been decided back when operator overloads were introduced that they do not replace existing, built in operators. This decision still stands. And we see no reason to change that. T

Re: [fpc-devel] [fpc-pascal] How does TFPGMap key compare work?

2021-04-21 Thread Ryan Joseph via fpc-devel
> On Apr 20, 2021, at 11:38 PM, Sven Barth wrote: > > All four string types provide built in > and < operators: On a side note how do you even make overloads (or type helpers for that matter) for short strings because String[10] isn't the same type as String[100]? Regards, Ryan Josep

Re: [fpc-devel] Generic class comparison operators

2021-04-21 Thread Ryan Joseph via fpc-devel
> On Apr 18, 2021, at 1:37 AM, Sven Barth wrote: > > It has been decided back when operator overloads were introduced that they do > not replace existing, built in operators. This decision still stands. And we > see no reason to change that. This way a user can *rely* on what a certain > ope

Re: [fpc-devel] Generic class comparison operators

2021-04-21 Thread Ryan Joseph via fpc-devel
> On Apr 21, 2021, at 7:44 AM, Benito van der Zander via fpc-devel > wrote: > > Hi, > > what about overloading operators for OBJECTs? > > They do not conflict with any default operators. > > I expected this to work, but it did not compile: > > > > type generic TXQHashset = object //(s

Re: [fpc-devel] Generic class comparison operators

2021-04-21 Thread Benito van der Zander via fpc-devel
Hi,  what about overloading operators for OBJECTs? They do not conflict with any default operators. I expected this to work, but it did not compile:   type generic TXQHashset = object //(specialize TXQBaseHashmap)...     class operator =(const a, b: TXQHashset): boolean;   end; Cheers, Be