Re: [fpc-devel] Added new target to fpmake

2010-11-26 Thread Darius Blaszyk
> - Selection of output format ? > - Add to zip ? I created a new patch that implements these options. Can someone please review the patch and comment on it. Are there any other frequently used settings or conditions regarding fpdoc that should be taken in the patch? I'm happy to apply them. http

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Max Vlasov
On Fri, Nov 26, 2010 at 9:45 PM, Nikolay Nikolov < nick...@users.sourceforge.net> wrote: > On 11/26/2010 10:42 AM, Max Vlasov wrote: > >> >> Is anyone aware of similar concept in any other OOP language? >> > Yes, C++ has it: > http://duramecho.com/ComputerInformation/WhyHowCppConst.html > > It's t

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Nikolay Nikolov
On 11/26/2010 10:42 AM, Max Vlasov wrote: Is anyone aware of similar concept in any other OOP language? Yes, C++ has it: http://duramecho.com/ComputerInformation/WhyHowCppConst.html It's true that it's a little bit messy, but that's pretty much the norm with everything in C++ ;-) ___

Re: [fpc-devel] StdOut capture for FPC RTL

2010-11-26 Thread Jonas Maebe
On 26 Nov 2010, at 18:59, Tomas Hajny wrote: > I'm not sure if closing the handle using the platform specific API is > actually a good idea here, because the RTL is probably not opening the > file in this case You're right, so you don't even need that special code. Just change the handle and yo

Re: [fpc-devel] StdOut capture for FPC RTL

2010-11-26 Thread Tomas Hajny
On Thu, November 25, 2010 18:57, Jonas Maebe wrote: > On 25 Nov 2010, at 13:21, Jonas Maebe wrote: >> On 25 Nov 2010, at 12:24, Anton Kavalenka wrote: >> >>> What I have to do to properly initialize these defaults for new threads >>> AFTER capturing StdOut? >> >> Store a copy of your stdout in a gl

Re: [fpc-devel] Re: New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Sergei Gorelkin
Max Vlasov пишет: On Fri, Nov 26, 2010 at 11:42 AM, Max Vlasov > wrote: An idea here is to introduce a directive (maybe something else, but directive looks more straightforward), let's call it readonly that forces the method to be able only to read th

[fpc-devel] Re: New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Max Vlasov
On Fri, Nov 26, 2010 at 11:42 AM, Max Vlasov wrote: > > An idea here is to introduce a directive (maybe something else, but > directive looks more straightforward), let's call it readonly that forces > the method to be able only to read the fields and properties of the object > it belongs to and

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Max Vlasov
On Fri, Nov 26, 2010 at 6:57 PM, Sergei Gorelkin wrote: > Max Vlasov пишет: > > >> > Speaking of new features, I remember the bunch of them were introduced > >> with Delphi 1.0 and many of them were inspired by other languages and >> dialects. I admit that frequent implementing of features like

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Sergei Gorelkin
Max Vlasov пишет: > Speaking of new features, I remember the bunch of them were introduced with Delphi 1.0 and many of them were inspired by other languages and dialects. I admit that frequent implementing of features like the one I suggested will make fpc more experimental and less solid. S

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Paul Ishenin
26.11.2010 22:19, Max Vlasov wrote: Paul, you mean encouraging them to implement this and return to this discussion when D2011(12,13..) implements this? :) Just kidding I think we need a collaboration between the communities and developers. Copperative feature discussion can be a first step in c

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Max Vlasov
On Fri, Nov 26, 2010 at 2:39 PM, Paul Ishenin wrote: > 26.11.2010 16:38, Michael Van Canneyt wrote: > >> Everything we introduced first Embarcadero has consistently done >> different, so I would not hope for that. >> > Exit(Value) not. > > Btw, maybe to discuss new features on Embarcadero forum t

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Michael Van Canneyt
On Fri, 26 Nov 2010, Paul Ishenin wrote: 26.11.2010 16:38, Michael Van Canneyt wrote: Everything we introduced first Embarcadero has consistently done different, so I would not hope for that. Exit(Value) not. I don't see how they could have done that different :) Michael.

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Paul Ishenin
26.11.2010 16:38, Michael Van Canneyt wrote: Everything we introduced first Embarcadero has consistently done different, so I would not hope for that. Exit(Value) not. Btw, maybe to discuss new features on Embarcadero forum too before the final decision? Best regards, Paul Ishenin. _

Re: [fpc-devel] StdOut capture for FPC RTL

2010-11-26 Thread Michael Van Canneyt
On Fri, 26 Nov 2010, Jonas Maebe wrote: On 26 Nov 2010, at 11:11, Michael Van Canneyt wrote: I think this is not bad; the question is whether we can do it on unix. On Unix, we can currently only check when a threadvar is accessed. The semantics of those callbacks would be that they are ca

Re: [fpc-devel] StdOut capture for FPC RTL

2010-11-26 Thread Jonas Maebe
On 26 Nov 2010, at 11:11, Michael Van Canneyt wrote: I think this is not bad; the question is whether we can do it on unix. On Unix, we can currently only check when a threadvar is accessed. The semantics of those callbacks would be that they are called as soon as the RTL is initialised for

Re: [fpc-devel] StdOut capture for FPC RTL

2010-11-26 Thread Michael Van Canneyt
On Fri, 26 Nov 2010, Jonas Maebe wrote: On 25 Nov 2010, at 20:15, Anton Kavalenka wrote: At 25.11.2010 19:57, Jonas Maebe wrote: Actually, that won't work because the different threads will then work on a common buffer but with distinct pointers into it. A better solution is probably to d

Re: [fpc-devel] StdOut capture for FPC RTL

2010-11-26 Thread Jonas Maebe
On 25 Nov 2010, at 20:15, Anton Kavalenka wrote: At 25.11.2010 19:57, Jonas Maebe wrote: Actually, that won't work because the different threads will then work on a common buffer but with distinct pointers into it. A better solution is probably to do this in the intialisation code of each

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Michael Van Canneyt
On Fri, 26 Nov 2010, Max Vlasov wrote: Hi, I thought about OOP recently, as many sometimes wonder that it's not as good as it can be in some areas. For example, the OOP encapsulation is good, but sometimes the developer doesn't track the context completely or makes other "bad" things relate

[fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Max Vlasov
Hi, I thought about OOP recently, as many sometimes wonder that it's not as good as it can be in some areas. For example, the OOP encapsulation is good, but sometimes the developer doesn't track the context completely or makes other "bad" things related to the hidden nature of encapsulation contex