Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 13:39 GMT+01:00 Juha Manninen : > A temporary copy is needed anyway in Lazarus sources, as Ondrej wrote. > We did the same thing with AdvancedIPC. > If the temporary copy works with FPC 3.0, then it can be used in > Lazarus IDE sources sooner. > If FPC trunk

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Sat, Jan 30, 2016 at 2:19 PM, silvioprog wrote: > On Fri, Jan 29, 2016 at 8:28 AM, Marco van de Voort > wrote: > >> In our previous episode, silvioprog said: >> > > The format of interface VMTs could also differ per platform so >> considering >> > >

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-02-03 3:53 GMT+01:00 silvioprog : > > Well, I did a simple test. Result: > Note: this test has nothing to do with Generics.Collections library. -- Best regards, Maciej Izak ___ fpc-devel maillist -

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Fri, Jan 29, 2016 at 8:28 AM, Marco van de Voort wrote: > In our previous episode, silvioprog said: > > > The format of interface VMTs could also differ per platform so > considering > > > that as more stable only holds true because of what we currently > support. > > > > >

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Fri, Jan 29, 2016 at 1:24 PM, Marco van de Voort wrote: > In our previous episode, Sven Barth said: > > > Interfaces are relatively slow. Not only because of the refcounting, > but > > > returning interfaces in a tight loop (e.g. to get the elements of an > > > enumeration)

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On 29/01/2016 11:54 πμ, Sven Barth wrote: Am 29.01.2016 08:03 schrieb "taazz" >: > > On 28/01/2016 12:20 μμ, Sven Barth wrote: > >> Am 28.01.2016 08:06 schrieb "taazz" >>:

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 29.01.2016 12:26 schrieb "Marco van de Voort" : > > In our previous episode, Sven Barth said: > > The fp prefixes for the Posix functions are there to avoid confusion with > > the native Pascal functionality (e.g. mkdir) and for consistency all these > > functions have the

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Fri, Jan 29, 2016 at 9:28 AM, Marco van de Voort wrote: > In our previous episode, silvioprog said: >> > The format of interface VMTs could also differ per platform so considering >> > that as more stable only holds true because of what we currently support. >> > >> Sorry for

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 29.01.2016 12:28 schrieb "Marco van de Voort" : > > In our previous episode, silvioprog said: > > > The format of interface VMTs could also differ per platform so considering > > > that as more stable only holds true because of what we currently support. > > > > > Sorry for

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

In our previous episode, Marcos Douglas said: > > returning interfaces in a tight loop (e.g. to get the elements of an > > enumeration) would be a new allocation each time. > > But even if you have small objects (max 3-5 methods and few attributes...) > this > overhead that you talk about be

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Fri, Jan 29, 2016 at 10:47 AM, Marco van de Voort wrote: > In our previous episode, Marcos Douglas said: >> ... >> But even if you have small objects (max 3-5 methods and few attributes...) >> this >> overhead that you talk about be slow, is still considerable? > > That

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

In our previous episode, Sven Barth said: > The fp prefixes for the Posix functions are there to avoid confusion with > the native Pascal functionality (e.g. mkdir) and for consistency all these > functions have the prefix. (And most importantly "read", "write" and "close". Worse, read and write

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 29.01.2016 08:03 schrieb "taazz" : > > On 28/01/2016 12:20 μμ, Sven Barth wrote: > >> Am 28.01.2016 08:06 schrieb "taazz" >: >> > 1) if dots do not allow me to do something along the lines of >> > Uses >> > Core.Text; >> > Instead

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

In our previous episode, silvioprog said: > > The format of interface VMTs could also differ per platform so considering > > that as more stable only holds true because of what we currently support. > > > Sorry for ask here, but, don't you recomment to use interfaces? I'm making > a project and

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 29.01.2016 01:53 schrieb "silvioprog" : > > On Thu, Jan 28, 2016 at 7:34 AM, Sven Barth wrote: > [...] > >> The format of interface VMTs could also differ per platform so considering that as more stable only holds true because of what we

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

In our previous episode, Sven Barth said: > > Interfaces are relatively slow. Not only because of the refcounting, but > > returning interfaces in a tight loop (e.g. to get the elements of an > > enumeration) would be a new allocation each time. > > Note: the enumerator of a for-in is only

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Thu, Jan 28, 2016 at 7:34 AM, Sven Barth wrote: [...] > The format of interface VMTs could also differ per platform so considering > that as more stable only holds true because of what we currently support. > Sorry for ask here, but, don't you recomment to use

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 28.01.2016 01:14 schrieb "Maciej Izak" : > > 2016-01-28 0:38 GMT+01:00 Sven Barth : >> >> Why would each collection instance need to contain an instance of the comparer? They don't contain state and are reentrant, so they can be easily shared

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 28.01.2016 08:06 schrieb "taazz" : > 1) if dots do not allow me to do something along the lines of > Uses > Core.Text; > Instead of > Uses > Core.Text, Core.TExt.XML, core.Text.Json; > Then I would prefer to avoid having to type the dots and stick to the camel

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-28 11:34 GMT+01:00 Sven Barth : > The format of interface VMTs could also differ per platform so considering > that as more stable only holds true because of what we currently support. > That is very easy to adjust. > The more stable approach would definitely

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Maciej Izak wrote on Thu, 28 Jan 2016: 2016-01-28 11:34 GMT+01:00 Sven Barth : The more stable approach would definitely be the one that does not rely on implementation details, but only on the specified, documented language behavior (bugs not withstanding of

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-28 0:38 GMT+01:00 Sven Barth : > Why would each collection instance need to contain an instance of the > comparer? They don't contain state and are reentrant, so they can be easily > shared with ARC singletons. > > Note: there would either need to be a global

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 17:24 GMT+01:00 Sven Barth : > I'll need to look at your code again, but even for class functions the > same rules (and worries) as for normal methods apply. > I hope that your research in Generics.Defaults will be successful for manual interfaces :P Most

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 23:41 schrieb "Maciej Izak" : > > 2016-01-27 17:24 GMT+01:00 Sven Barth : >> >> I'll need to look at your code again, but even for class functions the same rules (and worries) as for normal methods apply. > > I hope that your research

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 8:06 GMT+01:00 Sven Barth : > I'm definitely not a fan of the manual interface building it does, because > I don't want to have to maintain that, just in case we change some > implementation detail in FPC that this unit happens to rely on, maybe even > only

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 16:51 schrieb "Maciej Izak" : > > 2016-01-27 15:03 GMT+01:00 Sven Barth : >> >> The point is that it is not necessarily guaranteed on each and every platform that the parameter passing of a (interface) method is the same as for a

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 15:52 schrieb "Maciej Izak" : >> The point is that it is not necessarily guaranteed on each and every platform that the parameter passing of a (interface) method is the same as for a global function with an additional instance parameter. This *might* be true for

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 15:03 GMT+01:00 Sven Barth : > The point is that it is not necessarily guaranteed on each and every > platform that the parameter passing of a (interface) method is the same as > for a global function with an additional instance parameter. This *might* > be

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 17:24 GMT+01:00 Sven Barth : > I'll need to look at your code again, but even for class functions the > same rules (and worries) as for normal methods apply. > Unlike Delphi, we have TCompare class and TEquals class, which is used for manual interfaces

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On 27/01/2016 00:27 πμ, Anthony Walter wrote: I guess this is good time to ask, how would the community feel about setting a new standard for Free Pascal units going forward? I am thinking that since FPC 3.0 is now official we don't really have a good excuse to start using many of the great new

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Guys 3 observations. 1) if dots do not allow me to do something along the lines of Uses Core.Text; Instead of Uses Core.Text, Core.TExt.XML, core.Text.Json; Then I would prefer to avoid having to type the dots and stick to the camel case unit names only, same effect in my book.

[fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

++ 1 ! We need to somehow clarify many things in this field. My next big milestone is RTTI.Invoke method (I'd like to omit implementing this :P). For example only in FPC dyn. array parameter is passed on stack instead of by reference (in opposition to Delphi)... with small change in r30870

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

> Unlike Delphi, we have TCompare class and TEquals class, which is used > for manual interfaces (together with TRawInterface and TComTypeSizeInterface). > Additionally (unlike in Delphi which has hidden regular functions for this in > implementation section with fake self parameter) TCompare and

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, Juha Manninen wrote: On Wed, Jan 27, 2016 at 12:32 PM, Maciej Izak wrote: about compatibility and bugs: https://github.com/dathox/generics.collections/raw/master/GenericsCompatibilityMatrix.pdf Yes, that is about your Generics.Collections

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 12:07 GMT+01:00 Michael Van Canneyt : > > On Wed, 27 Jan 2016, Juha Manninen wrote: >> >> Yes, that is about your Generics.Collections compatibility. >> I was more interested why fcl-stl is not Delphi compatible while many >> other libraries provided by FPC

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

y On Wed, 27 Jan 2016, Michael Van Canneyt wrote: On Wed, 27 Jan 2016, Anthony Walter wrote: Micahel, Do you care to address the issues I raised with the inconsistency of string related functions I raised? Specifically the part about string functions in SysUtils, StrUtils, LCLProcs,

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

In our previous episode, Michael Van Canneyt said: > >> https://github.com/dathox/generics.collections/raw/master/GenericsCompatibilityMatrix.pdf > > > > Yes, that is about your Generics.Collections compatibility. > > I was more interested why fcl-stl is not Delphi compatible while many > > other

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, January 27, 2016 09:46, Anthony Walter wrote: Anthony, > Do you care to address the issues I raised with the inconsistency of > string related functions I raised? Specifically the part about string > functions in SysUtils, StrUtils, LCLProcs, LazUTF8, among other units where > string

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On 27.01.2016 9:11, Maciej Izak wrote: Just let me know what is your plan. If you wan't it in FPC RTL then it will became part of sparta packages in Lazarus. It has tu be duplicated in Lazarus anyway if you plan to use it in Sparta code. The same was with AdvancedIPC unit. The problem is

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 10:51 GMT+01:00 Ondrej Pokorny : > > And then there is the problem with duplicate unit names. The Lazarus > version of your units could e.g. use an extra namespace. > > Maybe is good idea to follow Delphi standards and add System.* namespace for FPC RTL modules.

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 09:11 schrieb "Maciej Izak" : > > 2016-01-27 8:06 GMT+01:00 Sven Barth : >> >> I'm definitely not a fan of the manual interface building it does, because I don't want to have to maintain that, just in case we change some implementation

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, Jan 27, 2016 at 12:32 PM, Maciej Izak wrote: > about compatibility and bugs: > https://github.com/dathox/generics.collections/raw/master/GenericsCompatibilityMatrix.pdf Yes, that is about your Generics.Collections compatibility. I was more interested why fcl-stl is

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 11:36 GMT+01:00 Anthony Walter : > > Wouldn't it be possible to take my idea and start developing a new library > which contains the generic containers you need? > As Sven said. All is ready. Anyway I like the idea of new namespaces more C# like (or even new

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, Maciej Izak wrote: 2016-01-27 12:07 GMT+01:00 Michael Van Canneyt : On Wed, 27 Jan 2016, Juha Manninen wrote: Yes, that is about your Generics.Collections compatibility. I was more interested why fcl-stl is not Delphi compatible while many

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Maciej, Wouldn't it be possible to take my idea and start developing a new library which contains the generic containers you need? I have a nice generic container unit you could use or just pull out the classes you need out of the existing FPC generics unit, duplicate them in their your own unit,

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, Anthony Walter wrote: Michael, I see the many benefits of dotted namespace units. Yes, they are the same ones everyone cites. None are very convincing. The only one - and minor at that - is the discovery. Take for example your "TEdit" versus "TWebedit" argument: I

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, January 27, 2016 08:57, Anthony Walter wrote: Hello, > I see the many benefits of dotted namespace units. > > 1) Authorship. > > Instead of using cryptic prefixes (Rx, Syn, Id, and so on) if we promoted > the use of namespaces we might someday the full names denoting ownership > more

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, Anthony Walter wrote: Micahel, Do you care to address the issues I raised with the inconsistency of string related functions I raised? Specifically the part about string functions in SysUtils, StrUtils, LCLProcs, LazUTF8, among other units where string related routines

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, Tomas Hajny wrote: On Wed, January 27, 2016 09:46, Anthony Walter wrote: Anthony, Do you care to address the issues I raised with the inconsistency of string related functions I raised? Specifically the part about string functions in SysUtils, StrUtils, LCLProcs,

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Tomas, > Alright. So what is the authorship of the default units and how does it > fit to Delphi compatibility? At some point (soon) I hope Free Pascal and Lazarus will expand beyond being Delphi compatible. In my recommendations I did not mean to infer that Delphi compatibility should be broken

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, Jan 27, 2016 at 9:57 AM, Sven Barth wrote: > As long as it's not in the bootstrapping RTL I don't really care where we > put it ;) So it could be added to FPC trunk soon? This issue has been open for a long time. I hope some decision can be made. I don't

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 11:36 schrieb "Anthony Walter" : > > Maciej, > > Wouldn't it be possible to take my idea and start developing a new library which contains the generic containers you need? I have a nice generic container unit you could use or just pull out the classes you need out

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 11:28 GMT+01:00 Juha Manninen : > Are there technical reasons against Delphi compatibility? > Can I find information about this issue somewhere? > about compatibility and bugs:

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 11:38 GMT+01:00 Sven Barth : > If you want to use them *now* you should put them into components/sparta, > though then again they only work with trunk anyway because of that one > bug... It's not easy -.- > Half of year sounds reasonable. I can wait. 2

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

In our previous episode, Sven Barth said: > > So if you would instead change the code to use real class instances that > implement the interfaces (they can be lazily allocated singletons or so) > then I'd definitely be inclined to include the code in trunk. Is there any hope for 3.0.2 ?

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, Sven Barth wrote: http://stackoverflow.com/questions/17951412/what-does-the-default-tarray-sort-comparator-actually-do-and-when-would-you-use Thank you for the link, because now I know what was *really* bugging me about the code all the time (you know that feeling

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 11:10 schrieb "Maciej Izak" : > > 2016-01-27 10:51 GMT+01:00 Ondrej Pokorny : >> >> >> And then there is the problem with duplicate unit names. The Lazarus version of your units could e.g. use an extra namespace. >> > > Maybe is good idea to

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 11:30 schrieb "Maciej Izak" : > > 2016-01-27 11:26 GMT+01:00 Sven Barth : >> >> Even if I'd add them now it would be at least half a year for them to appear in a stable release if we merge them to fixes_3_0 (which is not a given!). And

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 14:44 GMT+01:00 Michael Van Canneyt : > On Wed, 27 Jan 2016, Juha Manninen wrote: > > Hey guys ... >> >> Now this Generics.Collections is completely hijacked by a namespace >> discussion. Does it mean the original issue is again buried and >> forgotten for

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 12:15 schrieb "Maciej Izak" : > > 2016-01-27 12:07 GMT+01:00 Michael Van Canneyt : >> >> On Wed, 27 Jan 2016, Juha Manninen wrote: >>> >>> Yes, that is about your Generics.Collections compatibility. >>> I was more interested why fcl-stl is

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, Jan 27, 2016 at 7:20 AM, Tomas Hajny wrote: > On Wed, January 27, 2016 09:46, Anthony Walter wrote: > > > Anthony, > >> Do you care to address the issues I raised with the inconsistency of >> string related functions I raised? Specifically the part about string >>

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

In our previous episode, Maciej Izak said: > > Wouldn't it be possible to take my idea and start developing a new library > > which contains the generic containers you need? > > > > As Sven said. All is ready. Anyway I like the idea of new namespaces more > C# like (or even new namespaces should

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, Jan 27, 2016 at 6:22 AM, Michael Van Canneyt wrote: [...] > Assume we introduce namespaces, do things 'Properly' and introduce > Core.FileUtils > Core.StringUtils > (the names are just examples, to make a point) > > Now let's take example existing routines such

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, Marcos Douglas wrote: On Wed, Jan 27, 2016 at 7:22 AM, Michael Van Canneyt wrote: I don't think namespaces are the holy grail. Assume we introduce namespaces, do things 'Properly' and introduce Core.FileUtils Core.StringUtils (the names are just

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, Marco van de Voort wrote: In our previous episode, Marcos Douglas said: On Wed, Jan 27, 2016 at 7:22 AM, Michael Van Canneyt wrote: I don't think namespaces are the holy grail. Assume we introduce namespaces, do things 'Properly' and introduce

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, Jan 27, 2016 at 10:06 AM, Ondrej Pokorny wrote: > On 27.01.2016 14:05, Marco van de Voort wrote: > >> fpc.core.filesystem.file.utils is better I think. >> > > +1 :D Or: System.File: ... TUtils static methods for file utilities; TFile static methods for file

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, Jan 27, 2016 at 7:22 AM, Michael Van Canneyt wrote: > I don't think namespaces are the holy grail. > > Assume we introduce namespaces, do things 'Properly' and introduce > Core.FileUtils > Core.StringUtils > (the names are just examples, to make a point) > > Now

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On 27.01.2016 14:05, Marco van de Voort wrote: fpc.core.filesystem.file.utils is better I think. +1 :D Ondrej ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, Jan 27, 2016 at 11:05 AM, Marco van de Voort wrote: > In our previous episode, Marcos Douglas said: >> On Wed, Jan 27, 2016 at 7:22 AM, Michael Van Canneyt >> wrote: >> > I don't think namespaces are the holy grail. >> > >> > Assume we introduce

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, silvioprog wrote: On Wed, Jan 27, 2016 at 6:22 AM, Michael Van Canneyt

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Hey guys ... Now this Generics.Collections is completely hijacked by a namespace discussion. Does it mean the original issue is again buried and forgotten for another year or two? You could easily move the unrelated discussion to another thread by indicating this thread in the subject, like:

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

In our previous episode, Marcos Douglas said: > On Wed, Jan 27, 2016 at 7:22 AM, Michael Van Canneyt > wrote: > > I don't think namespaces are the holy grail. > > > > Assume we introduce namespaces, do things 'Properly' and introduce > > Core.FileUtils > > Core.StringUtils

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, Juha Manninen wrote: Hey guys ... Now this Generics.Collections is completely hijacked by a namespace discussion. Does it mean the original issue is again buried and forgotten for another year or two? No. Sven is on it. Michael.

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-27 15:03 GMT+01:00 Sven Barth : > Thank you for the link, because now I know what was *really* bugging me > about the code all the time (you know that feeling that you instinctively > know that something is wrong, but you can't really pinpoint.it? ;) ). > I

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 07:38 schrieb "Michael Van Canneyt" : > > > > On Tue, 26 Jan 2016, Maciej Izak wrote: > >> 2016-01-26 22:43 GMT+01:00 silvioprog : >> >>> The Generics.Collections should be added to RTL or as a FPC package. >>> >>> Is there some problem

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Tue, 26 Jan 2016, Maciej Izak wrote: 2016-01-26 22:43 GMT+01:00 silvioprog : The Generics.Collections should be added to RTL or as a FPC package. Is there some problem in your implementation that Laz team decided to add it as Lazarus package? If so, is it fixable?

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Tue, 26 Jan 2016, Anthony Walter wrote: I'd also like to add that there might be more names under a namespace than just two (e.g "Core.Text"). For example: unit Core.Collections; unit Core.Collections.Specialized; unit Core.Text; unit Core.Text.Xml; unit Core.Text.Regex; unit

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Tue, 26 Jan 2016, Anthony Walter wrote: I guess this is good time to ask, how would the community feel about setting a new standard for Free Pascal units going forward? I am thinking that since FPC 3.0 is now official we don't really have a good excuse to start using many of the great new

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Michael, I see the many benefits of dotted namespace units. 1) Authorship. Instead of using cryptic prefixes (Rx, Syn, Id, and so on) if we promoted the use of namespaces we might someday the full names denoting ownership more clearly. That and there would be less me creating unit names

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Wed, 27 Jan 2016, Sven Barth wrote: Am 27.01.2016 07:38 schrieb "Michael Van Canneyt" : On Tue, 26 Jan 2016, Maciej Izak wrote: 2016-01-26 22:43 GMT+01:00 silvioprog : The Generics.Collections should be added to RTL or as a FPC package.

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 08:54 schrieb "Michael Van Canneyt" : > > > > On Wed, 27 Jan 2016, Sven Barth wrote: > >> Am 27.01.2016 07:38 schrieb "Michael Van Canneyt" : >>> >>> >>> >>> >>> On Tue, 26 Jan 2016, Maciej Izak wrote: >>> 2016-01-26 22:43

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Am 27.01.2016 08:06 schrieb "Sven Barth" : > The main reason is Collections.Defaults. I meant Generics.Defaults of course ^^ Regards, Sven ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

[fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

Hi! we need to decide what to do with Generics.Collections implementation. Lazarus team suggest to add this package as one of sparta packages (for example components/sparta/generics) but in some of my experimental branches it is used deeper than in sparta packages only (LCL, main IDE files or

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Tue, Jan 26, 2016 at 6:29 PM, Maciej Izak wrote: > Hi! > > we need to decide what to do with Generics.Collections implementation. > > Lazarus team suggest to add this package as one of sparta packages (for > example components/sparta/generics) but in some of my

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

2016-01-26 22:43 GMT+01:00 silvioprog : > The Generics.Collections should be added to RTL or as a FPC package. > > Is there some problem in your implementation that Laz team decided to add > it as Lazarus package? If so, is it fixable? :-/ > > >> current version:

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

I guess this is good time to ask, how would the community feel about setting a new standard for Free Pascal units going forward? I am thinking that since FPC 3.0 is now official we don't really have a good excuse to start using many of the great new language features it brings, such as dotted name

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

I'd also like to add that there might be more names under a namespace than just two (e.g "Core.Text"). For example: unit Core.Collections; unit Core.Collections.Specialized; unit Core.Text; unit Core.Text.Xml; unit Core.Text.Regex; unit Core.Network; unit Core.Network.Http; unit Core.Network.Ftp;

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Tue, Jan 26, 2016 at 7:27 PM, Anthony Walter wrote: > I guess this is good time to ask, how would the community feel about > setting a new standard for Free Pascal units going forward? I am thinking > that since FPC 3.0 is now official we don't really have a good excuse to >

Re: [fpc-devel] Generics.Collections as package for Lazarus or package for FPC RTL

On Tue, Jan 26, 2016 at 8:06 PM, Anthony Walter wrote: > I'd also like to add that there might be more names under a namespace than > just two (e.g "Core.Text"). For example: > > unit Core.Collections; > unit Core.Collections.Specialized; > unit Core.Text; > unit Core.Text.Xml;