Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Florian Klaempfl
Am 08.11.2011 07:35, schrieb Graeme Geldenhuys: > On 7 November 2011 20:41, Marco van de Voort wrote: >> >> That "current" is added by you. FPC strives to do that of course, but never >> had the illusion it was near enough to claim something like that. Not now, >> and not in the past. > > So what

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Florian Klaempfl
Am 08.11.2011 07:20, schrieb Jürgen Hestermann: > Jonas Maebe schrieb: That's exactly what he said: you are free to create a fork >>> This argument is pulled out each time someone suggest things that the > main developers don't like. >> The reason that this argument is always used is simply be

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Graeme Geldenhuys
On 7 November 2011 20:41, Marco van de Voort wrote: > > That "current" is added by you. FPC strives to do that of course, but never > had the illusion it was near enough to claim something like that. Not now, > and not in the past. So what exactly is the goals of FPC then? And please don't tell me

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Jürgen Hestermann
Jonas Maebe schrieb: >>> That's exactly what he said: you are free to create a fork >> This argument is pulled out each time someone suggest things that the main developers don't like. > The reason that this argument is always used is simply because that is simply how it is. I know that. But s

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-07 Thread Flávio Etrusco
Yes, RolByte/Word/Dword/QWord are implemented in 2.6.0rc1. On Mon, Nov 7, 2011 at 8:27 PM, Peter wrote: > HI, > > Does this release include intrinsic ROL & ROR? > 'Bug' 6300 is shown as fixed, but I can find no mention in the new features > list. > > http://bugs.freepascal.org/view.php?id=6300 >

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-07 Thread Peter
HI, Does this release include intrinsic ROL & ROR? 'Bug' 6300 is shown as fixed, but I can find no mention in the new features list. http://bugs.freepascal.org/view.php?id=6300 On 05/11/11 23:27, Marco van de Voort wrote: Hello, We have placed the first release-candidate of the Free Pas

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Jonas Maebe
On 07 Nov 2011, at 18:45, Jürgen Hestermann wrote: > Jonas Maebe schrieb: >> That's exactly what he said: you are free to create a fork (= take the FPC >> source code and do whatever you want with it), and then the currently active >> FPC developers are also free to take whichever of your patch

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Marco van de Voort
In our previous episode, Martin Schreiber said: > So probably there are at least two different expectations into FPC which > can't > be fulfilled both: "best general purpose software development environment > ever" and "100% current Delphi compatibility". That "current" is added by you. FPC str

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Jürgen Hestermann
Jonas Maebe schrieb: > That's exactly what he said: you are free to create a fork (= take the FPC source code and do whatever you want with it), and then the currently active FPC developers are also free to take whichever of your patches they consider useful. What's not possible is that other p

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Martin Schreiber
On Monday 07 November 2011 17.02:59 Luiz Americo Pereira Camara wrote: > > Is there a big demand? Examples? > > I speak only for myself. > > This is a component that i'd like to see compiled with fpc > > http://code.google.com/p/emballo/ > > The problems > - generic support: bugs.freepascal.o

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Luiz Americo Pereira Camara
On 7/11/2011 07:28, Martin Schreiber wrote: > One reason is to make it easy for FPC users to reuse existing Delphi > code that is out there without having to rewrite it in an "FPC- > compatible way". > Is there a big demand? Examples? I speak only for myself. This is a component that i'd

Re: [fpc-pascal] Numbers longer than double-precision

2011-11-07 Thread Henry Vermaak
On 07/11/11 11:49, Ko Hashiguchi wrote: Sirs, Does Free Pascal have any options for operating on numbers longer than double-precision? If quad-precision is available, how can it be had? Can one find-obtain-buy libraries that can extend this ability to the Pascal language? Any info. you can post

Re: [fpc-pascal] Numbers longer than double-precision

2011-11-07 Thread Sven Barth
Am 07.11.2011 12:49, schrieb Ko Hashiguchi: Sirs, Does Free Pascal have any options for operating on numbers longer than double-precision? If quad-precision is available, how can it be had? Can one find-obtain-buy libraries that can extend this ability to the Pascal language? Any info. you can p

[fpc-pascal] The best approaching for templating

2011-11-07 Thread luciano de souza
Hello listers, I would like to create some templates. Suppose the following example: %s %s %s %s I can certainly use format to link %s to the respective variables. However, if the number of %s is big, probabily, the reading would be less clearer. But, suppose I have $title in stead of

[fpc-pascal] Numbers longer than double-precision

2011-11-07 Thread Ko Hashiguchi
Sirs, Does Free Pascal have any options for operating on numbers longer than double-precision? If quad-precision is available, how can it be had? Can one find-obtain-buy libraries that can extend this ability to the Pascal language? Any info. you can post would be appreciated. Thank you, Ko Hash

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Jonas Maebe
On 07 Nov 2011, at 11:28, Martin Schreiber wrote: On Monday 07 November 2011 10.55:41 Jonas Maebe wrote: On 07 Nov 2011, at 08:10, Martin Schreiber wrote: One reason is to make it easy for FPC users to reuse existing Delphi code that is out there without having to rewrite it in an "FPC- compat

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Martin Schreiber
On Monday 07 November 2011 10.55:41 Jonas Maebe wrote: > On 07 Nov 2011, at 08:10, Martin Schreiber wrote: > > I don't understand why FPC should become a 100% Delphi clone instead > > the "best > > general software development environment ever" for the only purpose > > that > > Delphi users have a

[fpc-pascal] Re: [fpc-devel] Free Pascal 2.6.0rc1 released

2011-11-07 Thread Skybuck Flying
So FPC can now compile to java byte code. I don't even have Java installed on Windows because on Windows it's a security risk. Nice to see some more virtual instruction set support though. I'd like to see compile to redcode or compile to cuda/ptx ;) Also let me ask one question about "Delphi

Re: [fpc-pascal] SQLite Load_extension seems to be working

2011-11-07 Thread Reinier Olislagers
On 7-11-2011 10:49, michael.vancann...@wisa.be wrote: > On Mon, 7 Nov 2011, Reinier Olislagers wrote: >> On 7-11-2011 8:23, Reinier Olislagers wrote: >> Attached diff (against fixes_2_6) seems to work for letting SQLite load >> the libspatialite extension >> I'll upload the diff as a patch unless

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Jonas Maebe
On 07 Nov 2011, at 08:10, Martin Schreiber wrote: I don't understand why FPC should become a 100% Delphi clone instead the "best general software development environment ever" for the only purpose that Delphi users have a free cross platform alternative without to care about FPC compatibi

Re: [fpc-pascal] SQLite Load_extension seems to be working

2011-11-07 Thread michael . vancanneyt
On Mon, 7 Nov 2011, Reinier Olislagers wrote: On 7-11-2011 8:23, Reinier Olislagers wrote: 2. You can apparently load the spatialite (and dependencies) dll/so as an extension to SQLite, with a statement like [3] select load_extension('libspatialite-4.dll'); However, it seems you have to enabl

[fpc-pascal] SQLite Load_extension seems to be working

2011-11-07 Thread Reinier Olislagers
On 7-11-2011 8:23, Reinier Olislagers wrote: > 2. You can apparently load the spatialite (and dependencies) dll/so as > an extension to SQLite, with a statement like [3] > select load_extension('libspatialite-4.dll'); > However, it seems you have to enable the extension load mechanism first > using

[fpc-pascal] Spatialite (a GIS extension to Sqlite) & SQLite Load_extension

2011-11-07 Thread Reinier Olislagers
Hi all, I'm looking into getting road, vegetation, building etc. data from OpenStreetmap and generating a map for the Rigs of Rods truck/driving/flight/boat simulator using FPC/Lazarus if possible. I've found Spatialite [1], an extension to the SQLite database engine, that allows e.g. easy im

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-07 Thread Jürgen Hestermann
Marco van de Voort schrieb: When I now try to compile a short test program with the IDE I get: "Error: Illegal parameter: -Cp386" This was a setting I used before. Has this been changed? When I remove this parameter and try again I get: "Fatal: Unable to open file D:\vpascal\FreePascal\fp.cfg" "

Re: [fpc-pascal] Re: Delphi's anonymous functions in Free Pascal

2011-11-07 Thread Martin Schreiber
On Sunday 06 November 2011 18.24:16 Jürgen Hestermann wrote: > > Also, implementing all existing language constructs from all other > languages into Pascal makes it a monster that no one can handle anymore. > Supporting Delphi code sounds good in the first place but in the end it > bloats the lang

Re: [fpc-pascal] What is the difference between the declarations at the beginning of a class and those declared in the public section?

2011-11-07 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > Correct, but that is what Borland, CodeGear, Embarcadero and Lazarus > call "RAD development". I consider RAD just great for prototyping, > not for real-world apps that need to be maintaing my many programmers > over a decade or two. RAD promotes