Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Mattias Gaertner schrieb am Do., 21. Juni 2018, 09:24: > On Wed, 20 Jun 2018 21:56:56 +0200 > Sven Barth via fpc-pascal wrote: > > >[...] > > The modeswitch is enabled by default in Delphi modes as this feature was > > added for Delphi compatibility. > > I would like to use that for objfpc. >

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Mark Morgan Lloyd schrieb am Do., 21. Juni 2018, 09:11: > On 20/06/18 20:00, Sven Barth via fpc-pascal wrote: > > > Addendum: the support for the "+" operator is now coupled to a new > > modeswitch "ArrayOperators". > > If the modeswitch is enabled, then the operator can not be overloaded > >

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

I mean the += [] part. :) > On Jun 21, 2018, at 3:37 PM, Mattias Gaertner > wrote: > > Note: This was supported for a long time. Regards, Ryan Joseph ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Thu, 21 Jun 2018 15:17:39 +0700 Ryan Joseph wrote: >[...] > Finally got to try this. It’s really satisfying being able to do: >[...] > for i in arr do Note: This was supported for a long time. Mattias ___ fpc-pascal maillist -

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On Jun 21, 2018, at 2:56 AM, Sven Barth via fpc-pascal > wrote: > > Addendum: the support for the "+" operator is now coupled to a new modeswitch > "ArrayOperators". Finally got to try this. It’s really satisfying being able to do: var arr: array of integer = (1, 2, 3);

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Wed, 20 Jun 2018 21:56:56 +0200 Sven Barth via fpc-pascal wrote: >[...] > The modeswitch is enabled by default in Delphi modes as this feature was > added for Delphi compatibility. I would like to use that for objfpc. Is there a command line flag to enable a modeswitch? Mattias

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On 20/06/18 20:00, Sven Barth via fpc-pascal wrote: Addendum: the support for the "+" operator is now coupled to a new modeswitch "ArrayOperators". If the modeswitch is enabled, then the operator can not be overloaded and it also won't be used even if an overload from a unit without the

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 20.05.2018 um 14:23 schrieb Sven Barth: Hello together! I'm pleased to announce that after nearly a year various extensions for dynamic arrays have been finished. This includes the following features: - support for array constructors using "[...]" syntax - support for Insert(), Delete()

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 19.06.2018 um 00:57 schrieb Joao Schuler: If I can, I would like to vote for "&" instead of "+". As I use Free Pascal with math (neural networks), I would vote for "&" with concatenation and "||" with "union" (in the case it's ever required). There won't be any voting as the "+" operator was

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

If I can, I would like to vote for "&" instead of "+". As I use Free Pascal with math (neural networks), I would vote for "&" with concatenation and "||" with "union" (in the case it's ever required). On Mon, Jun 18, 2018 at 5:24 AM, Roger Rivero Jr. (SAMPA WebMaster) < sa...@caonao.cu> wrote: >

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Dear Sir: I don´t like your way of answering. Period. Mathematical operators on matrices (+, -, *, ~, etc.) have being defined centuries ago, and all the scientific community uses the same conventions on them. It´s not proper that somebody now would like to redefine the conventions on his

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 07.06.2018 um 12:42 schrieb Martok: What actually happens is that the memory is released back to the heap (but *not* to the OS, at least on Linux), with the result that concatenating elements will introduce a substantial hit particularly if space for a new element allocated from the heap

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Mark Morgan Lloyd schrieb am Do., 7. Juni 2018, 11:46: > On 04/06/18 12:00, Nitorami wrote: > >>> It would be reasonable to assume that the predefined + might be>> > substantially more efficient than a programmer-defined one could be. > >> Yes, that's one of the reasons I vote for keeping the

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On 07/06/18 10:45, Martok wrote: What actually happens is that the memory is released back to the heap > (but *not* to the OS, at least on Linux), with the result that > concatenating elements will introduce a substantial hit particularly if > space for a new element allocated from the heap

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> What actually happens is that the memory is released back to the heap > (but *not* to the OS, at least on Linux), with the result that > concatenating elements will introduce a substantial hit particularly if > space for a new element allocated from the heap isn't contiguous. Writing a

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On 04/06/18 12:00, Nitorami wrote: It would be reasonable to assume that the predefined + might be>> substantially more efficient than a programmer-defined one could be. Yes, that's one of the reasons I vote for keeping the new feature>and allow to overload the operator. I don't think that

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

>> It would be reasonable to assume that the predefined + might be >> substantially more efficient than a programmer-defined one could be. >Yes, that's one of the reasons I vote for keeping the new feature >and allow to overload the operator. I don't think that argument holds water.

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 03.06.2018 um 18:12 schrieb Sven Barth via fpc-pascal: Bernd Oppolzer > schrieb am So., 3. Juni 2018, 11:56: Am 02.06.2018 um 15:14 schrieb Sven Barth via fpc-pascal: Mark Morgan Lloyd mailto:markmll.fpc-pas...@telemetry.co.uk>> schrieb am Sa.,

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> Horses for courses. I think the impressive thing about APL is that the > necessary operations were worked out (and used for Blackboard > demonstrations) /before/ it was converted into a computer language, and > by and large weren't added to. However the functional nature of the > language was

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On 03/06/18 16:30, denisgolovan wrote: Having worked with APL for almost 6 years and continuing with Q/KDB, I would say APL syntax is much more readable than Perl 6. Horses for courses. I think the impressive thing about APL is that the necessary operations were worked out (and used for

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

In our previous episode, Sven Barth via fpc-pascal said: > > not exist, if FreePascal had gone another direction like PL/1, for > > example, > > where the string concatenation operator is || > > (and DB2, and - probably - other SQL dialects). > > > > FPC inherited the +-operator for concatenation

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Having worked with APL for almost 6 years and continuing with Q/KDB, I would say APL syntax is much more readable than Perl 6. Though being able to modify language like that is really impressive. BR, Denis ___ fpc-pascal maillist -

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On 03/06/18 14:30, Ryan Joseph wrote: On Jun 3, 2018, at 9:07 PM, Marco van de Voort wrote:> > But nobody + an item to their item list. The operator is "+" not "add". What other operators could be used then? There’s only so many characters on the keyboard after all. My only interest is

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Ryan Joseph schrieb am So., 3. Juni 2018, 10:22: > > > > On Jun 3, 2018, at 3:15 PM, Sven Barth via fpc-pascal < > fpc-pascal@lists.freepascal.org> wrote: > > > > Because operator overloads are static methods not normal methods. > > I don’t understand. Why aren’t both those variants possible?

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Bernd Oppolzer schrieb am So., 3. Juni 2018, 11:56: > > > Am 02.06.2018 um 15:14 schrieb Sven Barth via fpc-pascal: > > Mark Morgan Lloyd schrieb am Sa., 2. > Juni 2018, 10:53: > >> However as Dennis points out + is also essential for vector operations. >> Perhaps either leaving it to the

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On Jun 3, 2018, at 10:36 PM, Michael Van Canneyt > wrote: > > That is a horrible idea. > > Think of it: You will read someone else's code, and have absolutely no clue > what it does. For sure. Apple even showed how you can use emojis as operators. :) The best I can say is some

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Sun, 3 Jun 2018, Ryan Joseph wrote: On Jun 3, 2018, at 9:07 PM, Marco van de Voort wrote: But nobody + an item to their item list. The operator is "+" not "add". What other operators could be used then? There’s only so many characters on the keyboard after all. My only interest is

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On Jun 3, 2018, at 9:07 PM, Marco van de Voort wrote: > > But nobody + an item to their item list. The operator is "+" not "add". What other operators could be used then? There’s only so many characters on the keyboard after all. My only interest is because it’s fast to type and looks

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

In our previous episode, Ryan Joseph said: > > but IMO it is strange to use + for string concatenation; > > I always have bad feelings about this. > > It?s actually pretty common to use the phrase ?adding two things together? > in English. For example: ?I?m going to add some more strawberries

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 03.06.2018 um 15:15 schrieb Mattias Gaertner: On Sun, 3 Jun 2018 14:59:46 +0200 Florian Klämpfl wrote: [...] Yes, that's one of the reasons I vote for keeping the new feature and allow to overload the operator. There is still concat which provides exactly the same functionality. True.

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Sun, 3 Jun 2018 14:59:46 +0200 Florian Klämpfl wrote: >[...] > > Yes, that's one of the reasons I vote for keeping the new feature > > and allow to overload the operator. > > There is still concat which provides exactly the same functionality. True. Same as in Delphi. Is there a problem

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 03.06.2018 um 14:27 schrieb Mattias Gaertner: On Sun, 3 Jun 2018 11:34:33 + Mark Morgan Lloyd wrote: On 02/06/18 13:00, Mattias Gaertner wrote: Sven Barth via fpc-pascal hat am 2. Juni 2018 um 09:42 geschrieben: > > denisgolovan < denisgolo...@yandex.ru> schrieb am Sa., 2. Juni

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Sun, 3 Jun 2018 11:34:33 + Mark Morgan Lloyd wrote: > On 02/06/18 13:00, Mattias Gaertner wrote: > >> Sven Barth via fpc-pascal hat am 2. Juni > >> 2018 um 09:42 geschrieben: > > denisgolovan < denisgolo...@yandex.ru> > >> schrieb am Sa., 2. Juni 2018, 09:18: > > @Sven > > Please

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On 02/06/18 13:00, Mattias Gaertner wrote: Sven Barth via fpc-pascal hat am 2. Juni 2018 um 09:42 geschrieben: > > denisgolovan < denisgolo...@yandex.ru> schrieb am Sa., 2. Juni 2018, 09:18: > > @Sven > > Please reconsider "+" operator for arrays if your changes really forbid to overload

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 02.06.2018 um 15:14 schrieb Sven Barth via fpc-pascal: Mark Morgan Lloyd > schrieb am Sa., 2. Juni 2018, 10:53: However as Dennis points out + is also essential for vector operations. Perhaps either leaving it to the programmer to

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On Jun 3, 2018, at 3:15 PM, Sven Barth via fpc-pascal > wrote: > > Because operator overloads are static methods not normal methods. I don’t understand. Why aren’t both those variants possible? They’re both static I believe. The first is mutating the left side value and the second is a

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Yes, if you want destructive updates you need a special syntax for that. I believe existing syntax is not suitable for destructive update, hence the error I mentioned. BR, Denis ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Ryan Joseph schrieb am So., 3. Juni 2018, 05:35: > > > > On Jun 2, 2018, at 3:19 PM, denisgolovan wrote: > > > > BTW, you first overload is not implemented properly. You need to clone > "left" first and return it as a result. > > That’s probably the functionality you want but as an aside why

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Mark Morgan Lloyd schrieb am Sa., 2. Juni 2018, 10:53: > However as Dennis points out + is also essential for vector operations. > Perhaps either leaving it to the programmer to define what's needed > would be the best approach, or alternatively splitting dynamic arrays > into mathematical

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

denisgolovan schrieb am Sa., 2. Juni 2018, 10:28: > Yes, I strongly support removing that functionality in favor of user > operator overloads or vector-compatible way. > To clear something up: this new operator will definitely not be removed. Period. What might be done however (and what I had

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> Sven Barth via fpc-pascal hat am 2. Juni > 2018 um 09:42 geschrieben: > > denisgolovan < denisgolo...@yandex.ru> schrieb am Sa., 2. Juni 2018, 09:18: > > @Sven > > Please reconsider "+" operator for arrays if your changes really forbid to > > overload operators for arrays now. > >   >

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On 02/06/18 08:00, Ryan Joseph wrote: On Jun 2, 2018, at 2:42 PM, Sven Barth via fpc-pascal wrote:> > It wasn't me who implemented that part. I personally had planned to do it with a warning for existing overloads, but Florian beat me to it and implemented it this way. Though when asked by

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Yes, I strongly support removing that functionality in favor of user operator overloads or vector-compatible way. Moreover, SSE/AVX vector extensions also should work per-element. I mean those vectors as in https://bugs.freepascal.org/view.php?id=27870 BR, Denis

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

It's technically possible. But for vector operations to be valid/consistent both of them should work the same way. That is perform arithmetic per-element addition. BTW, you first overload is not implemented properly. You need to clone "left" first and return it as a result. BR, Denis

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On Jun 2, 2018, at 2:42 PM, Sven Barth via fpc-pascal > wrote: > > It wasn't me who implemented that part. I personally had planned to do it > with a warning for existing overloads, but Florian beat me to it and > implemented it this way. Though when asked by me he did say that we'll wait

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

denisgolovan schrieb am Sa., 2. Juni 2018, 09:18: > @Sven > Please reconsider "+" operator for arrays if your changes really forbid to > overload operators for arrays now. > It wasn't me who implemented that part. I personally had planned to do it with a warning for existing overloads, but

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On Jun 2, 2018, at 2:17 PM, denisgolovan wrote: > > Same here. > > The semantics for vector operations on arrays was thoroughly explored in > vector languages (APL, A+, J, K, etc). > Doing per-element dyadic function application is the basis for it. Having > proper operators overloads is

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> By all means, please reconsider this, and leave me the choice to define the > operators. If I want "+" for concatting, it is trivial to define it myself. > I don't need the language to force that and eseentially destroy operator > overloading for mathematical operations on dynamic arrays. Same

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On Jun 2, 2018, at 1:35 PM, Nitorami wrote: > > I strongly disagree with the opionon that "+" is natural to be the append > operation. Not even in the context of a list? I’m still not sure what exactly the operations you are doing but it sounds like you have a vector of numbers and you

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

>Why are you using dynamic arrays for vectors/matricies? If what you have is an actual array you wish to grow then + would likely be an append operation. Dynamic arrays are incredibly convenient for purposes like signal processng, whe you need to handle large blocks of numeric data in variable

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On Jun 2, 2018, at 5:19 AM, Nitorami wrote: > > Are you serious ? I have been using dynamic arrays a lot for processing of > vectors and matrices containing floating point values, and implemented the + > operator to do the obvious, add the elements of two vectors, NOT to concat > them. This

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> ## "+" operator > The compiler now implements a "+" operator for arrays which is the same > as if Concat() would be called on the arrays. > Note regarding backwards compatibility: existing "+" operator overloads > for dynamic arrays no longer compile. Are you serious ? I have been using

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 25.05.2018 um 08:42 schrieb Ryan Joseph: On May 25, 2018, at 1:02 PM, Sven Barth via fpc-pascal wrote: Yes, that is what it does. Though a possible optimization would be that the compiler detects "dynarr := dynarr + [elem]" and converts it to

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Ryan Joseph schrieb am Fr., 25. Mai 2018, 12:45: > > > > On May 25, 2018, at 3:57 PM, Sven Barth via fpc-pascal < > fpc-pascal@lists.freepascal.org> wrote: > > > > If I had to guess you were probably doing something with the arrays they > weren't designed for. :/ > >

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On May 25, 2018, at 3:57 PM, Sven Barth via fpc-pascal > wrote: > > If I had to guess you were probably doing something with the arrays they > weren't designed for. :/ > It’s a little foggy now but I think I had a dynamic array in a class which was being

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Ryan Joseph schrieb am Fr., 25. Mai 2018, 10:24: > > > > On May 25, 2018, at 3:18 PM, Michael Van Canneyt > wrote: > > > > I'm guessing you are not using strings either then, for performance > reasons ? Because exactly the same happens there.

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Michael Van Canneyt schrieb am Fr., 25. Mai 2018, 10:15: > > > On Fri, 25 May 2018, Sven Barth via fpc-pascal wrote: > > > Yes, that is what it does. Though a possible optimization would be that > the > > compiler detects "dynarr := dynarr + [elem]" and converts it to > >

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On May 25, 2018, at 3:18 PM, Michael Van Canneyt > wrote: > > I'm guessing you are not using strings either then, for performance reasons ? > Because exactly the same happens there. really? I had a collection class with a dynamic array for the storage and that’s

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Fri, May 25, 2018 at 8:42 AM, Ryan Joseph wrote: > Oh Insert on the last element works like Push. There really should be a > Push/append etc.. function in there. I know it’s redundant but doing > > Insert(arr, High(arr), value) is more work than Push(arr, value)

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Fri, 25 May 2018, Ryan Joseph wrote: On May 25, 2018, at 1:06 PM, Michael Van Canneyt wrote: Dynamic arrays are reference counted. The interlocked increment is there to make the operations thread safe. I do not know whether the classes you speak of are thread

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Fri, 25 May 2018, Sven Barth via fpc-pascal wrote: Yes, that is what it does. Though a possible optimization would be that the compiler detects "dynarr := dynarr + [elem]" and converts it to "Insert(elem, dynarr, High(dynarr))". Since dynamic array helpers work could you expose a

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On May 25, 2018, at 1:02 PM, Sven Barth via fpc-pascal > wrote: > > Yes, that is what it does. Though a possible optimization would be that the > compiler detects "dynarr := dynarr + [elem]" and converts it to "Insert(elem, > dynarr, High(dynarr))”. 100%

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On May 25, 2018, at 1:06 PM, Michael Van Canneyt > wrote: > > Dynamic arrays are reference counted. The interlocked increment is there to > make the operations thread safe. I do not know whether the classes you speak > of are thread safe. If there is no

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Ryan Joseph schrieb am Fr., 25. Mai 2018, 07:55: > The procedural syntax of Insert(arr, 0, value) is less enticing than > arr.Insert(0, value) also but again we can fix that with type helpers. > You are overestimating what type helpers are capable of doing for

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Fri, 25 May 2018, Ryan Joseph wrote: On May 25, 2018, at 12:43 PM, Michael Van Canneyt wrote: I think the above is "right", and completely equivalent to sets, which are in some ways like an array: a "collection" of same typed values. To add an element to a

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Ryan Joseph schrieb am Fr., 25. Mai 2018, 04:35: > > > > On May 25, 2018, at 1:37 AM, Sven Barth via fpc-pascal < > fpc-pascal@lists.freepascal.org> wrote: > > > > This is currently not supported. And to avoid backwards compatibility > problems with existing operator

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On May 25, 2018, at 12:43 PM, Michael Van Canneyt > wrote: > > I think the above is "right", and completely equivalent to sets, which are in > some ways > like an array: a "collection" of same typed values. > > To add an element to a set you also do >

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Fri, 25 May 2018, Ryan Joseph wrote: On May 25, 2018, at 1:37 AM, Sven Barth via fpc-pascal wrote: This is currently not supported. And to avoid backwards compatibility problems with existing operator overloads you'd probably need to convert it to a

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On May 25, 2018, at 1:37 AM, Sven Barth via fpc-pascal > wrote: > > This is currently not supported. And to avoid backwards compatibility > problems with existing operator overloads you'd probably need to convert it > to a dynamic array first: > > ===

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

I just wanted to drop this trick to work around problems with record helpers .. If you wanted to create a record helper for a type that is not normally allowed, or perhaps you want to have multiple record helpers for the same type, consider defining your own separate type and make it contain said

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 24.05.2018 um 17:27 schrieb Ryan Joseph: On May 20, 2018, at 7:23 PM, Sven Barth via fpc-pascal wrote: The compiler now implements a "+" operator for arrays which is the same as if Concat() would be called on the arrays. I haven’t built it yet but I’m

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

> On May 20, 2018, at 7:23 PM, Sven Barth via fpc-pascal > wrote: > > The compiler now implements a "+" operator for arrays which is the same as if > Concat() would be called on the arrays. > I haven’t built it yet but I’m curious, does += now push an

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

2018-05-21 10:12 GMT+02:00 Sven Barth via fpc-pascal < fpc-pascal@lists.freepascal.org>: > > That is at least what I would *expect* for Delphi as well. And no, I'm > definitely not underestimating their ability to come up with strange > syntaxes... Do I do prefer not to think about it too much to

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

2018-05-21 10:49 GMT+02:00 Jonas Maebe : > Breaking backwards compatibility is one of the the worst things you can do > in a programming language/compiler, and the primary concern when making > changes to a language should always be to avoid this (except when you're >

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On 21/05/18 01:36, Maciej Izak wrote: IMO potentially breaking compatibility is better than lock/prohibition for missing features in Delphi (or waiting for Delphi implementation). Breaking backwards compatibility is one of the the worst things you can do in a programming language/compiler,

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On 20/05/18 12:30, Sven Barth via fpc-pascal wrote: ## "+" operator The compiler now implements a "+" operator for arrays which is the same as if Concat() would be called on the arrays. Note regarding backwards compatibility: existing "+" operator overloads for dynamic arrays no longer

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 21.05.2018 um 01:36 schrieb Maciej Izak: 2018-05-21 0:52 GMT+02:00 Sven Barth via fpc-pascal >: The thing is that I can easily imagine the Delphi devs to be so stoned to use the "[...]" for static arrays

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

2018-05-21 0:52 GMT+02:00 Sven Barth via fpc-pascal < fpc-pascal@lists.freepascal.org>: > The thing is that I can easily imagine the Delphi devs to be so stoned to > use the "[...]" for static arrays inside dynamic arrays as well which could > lead to constructs like the following because they

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Maciej Izak schrieb am So., 20. Mai 2018, 23:32: > 2018-05-20 22:50 GMT+02:00 Sven Barth via fpc-pascal < > fpc-pascal@lists.freepascal.org>: > >> I prohibited it because Delphi does not support it correctly and I don't >> know whether they'd use the usual "(...)"-syntax for

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

2018-05-20 22:50 GMT+02:00 Sven Barth via fpc-pascal < fpc-pascal@lists.freepascal.org>: > I prohibited it because Delphi does not support it correctly and I don't > know whether they'd use the usual "(...)"-syntax for the static arrays or > switch to the dynamic array one. To avoid potential

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Maciej Izak schrieb am So., 20. Mai 2018, 21:49: > Why you decide to prohibit static array constants inside dynamic array > constants for Delphi modes in r39045? I do not understand this decision. It > is some punishment for using Delphi mode? -,- IMO bad decision. > I

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

2018-05-20 20:44 GMT+02:00 Sven Barth via fpc-pascal < fpc-pascal@lists.freepascal.org>: > Anthony Walter schrieb am So., 20. Mai 2018, 19:09: > >> By the way, what's the reason for differences in () / [] syntax between >> objpas and delphi mode? >> > > For the non-Delphi modes

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

En Sun, 20 May 2018 07:23:25 -0500, Sven Barth via fpc-pascal escribió: Hello together! I'm pleased to announce that after nearly a year various extensions for dynamic arrays have been finished. This includes the following features: - support for array

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Mattias Gaertner schrieb am So., 20. Mai 2018, 17:58: > >[...] > > === code end === > > > > For constants the dynamic array constants adhere to the writable > > constants switch $J. E.g. the following will result in an exception: > > > > === code begin === > > > >

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Anthony Walter schrieb am So., 20. Mai 2018, 19:09: > By the way, what's the reason for differences in () / [] syntax between > objpas and delphi mode? > For the non-Delphi modes I decided to keep consistency with static array constants (which use the same syntax in Delphi

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Never mind, I found the problem. program hello; {$mode delphi} procedure Test; var Data: array of Integer = [0, 15, 24]; I: Integer; begin WriteLn('Testing new array features'); for I in Data do WriteLn(I); // fixed end; begin Test; end. Outputs: Testing new array features 0 15

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

I just got fpc from svn trunk (http://svn.freepascal.org/svn/fpc/trunk/) and tested. Before I submit to Mantis, can you tell me if I made a mistake here? program hello; {$mode delphi} procedure Test; var Data: array of Integer = [0, 15, 24]; I: Integer; begin WriteLn('Testing new array

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Holy crap Sven. This is so awesome! I was going to write a request last week to allow for a simplified array constant declaration, and you've already got it done. Thanks for your work. I'll test it momentarily and report any actual problems to Mantis. By the way, what's the reason for

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Sun, 20 May 2018, Mattias Gaertner wrote: On Sun, 20 May 2018 14:23:25 +0200 Sven Barth via fpc-pascal wrote: Hello together! I'm pleased to announce that after nearly a year various extensions for dynamic arrays have been finished. This includes the

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Sun, 20 May 2018 14:23:25 +0200 Sven Barth via fpc-pascal wrote: > Hello together! > > I'm pleased to announce that after nearly a year various extensions for > dynamic arrays have been finished. This includes the following features: > > - support for array

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

On Sun, 20 May 2018, Sven Barth via fpc-pascal wrote: Hello together! I'm pleased to announce that after nearly a year various extensions for dynamic arrays have been finished. This includes the following features: - support for array constructors using "[...]" syntax - support for