Re: [fpc-devel] Problem with install/binw32

2005-02-24 Thread Marco van de Voort
It would appear that the set of win32 binaries that Peter installed in the install/binw32 directory of cvs on 2/7 contains a back-level version of a couple programs, as compared to the versions available from the binary download (1.9.6 released 1/1/2005). Specifically, the download

Re: [fpc-devel] Modernising Pascal

2005-02-24 Thread Jamie McCracken
DrDiettrich wrote: My main gripes with Delphi/pascal is its additional verbosity and somewhat tedious coding practices which seem superfluous in some cases. Now I dont mind typing a bit extra to make code cleaner and more legible but I have a few ideas which would reduce needless typing and

Re: [fpc-devel] Modernising Pascal

2005-02-24 Thread Michael Van Canneyt
On Thu, 24 Feb 2005, Jamie McCracken wrote: It might be better to do this in an IDE and get it to add the try..finally crap. EG if I say use the @ symbol to indicate a variable should be auto created and destroyed then I could have : var st@, st2@ : tstringlist; begin st.add('some text');

Re: [fpc-devel] Modernising Pascal

2005-02-24 Thread Jonas Maebe
On 24 feb 2005, at 13:51, Jamie McCracken wrote: IMO the best solution for (almost) all of your problems were garbage collection. GC is part of Oberon, and it would fit into .NET/DotGNU as well. GC is very inefficient with memory and current implementations tend to cost a lot performance wise

Re: [fpc-devel] Modernising Pascal

2005-02-24 Thread Jamie McCracken
I do need an IDE anyhow for container based GTK2/Gnome2/Glade apps so maybe I ought to start writing one that implements this. Why don't you see if you can get this implemented as an add-on in Lazarus ? You get the rest of the IDE for free. In the short term yes (although I use delphi 5 under

Re: [fpc-devel] Modernising Pascal

2005-02-24 Thread Jamie McCracken
Jonas Maebe wrote: On 24 feb 2005, at 13:51, Jamie McCracken wrote: IMO the best solution for (almost) all of your problems were garbage collection. GC is part of Oberon, and it would fit into .NET/DotGNU as well. GC is very inefficient with memory and current implementations tend to cost a lot