Comparing FPC and Delphi: was Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Vincent Snijders
Sasa Zeman wrote: FPC can be comparable with command line compiler of Delphi 7. Yes? So Delphi has multi platform support and has maintainable compiler sources? Multi platform support was not an issue here. O, you were not comparing to fpc (from www.freepascal.org)? Because that

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Florian Klaempfl
Sasa Zeman wrote: FPC can be comparable with command line compiler of Delphi 7. Yes? So Delphi has multi platform support and has maintainable compiler sources? Multi platform support was not an issue here. No? Most of fpc's complexity is caused by this. Just compare the speed and memory

Re: [fpc-pascal] Re: Ageware: Gameos

2006-04-18 Thread Jonas Maebe
On 17 apr 2006, at 23:37, Tomas Hajny wrote: You can still sell CDs with the compiled version (and offer paid support, etc.), but at the same time, you must make the sources freely available to anybody. Actually, even then you would only have to make the source available to the people that

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Marco van de Voort
EDO is more museum exponat and price is 10 times larger than the same memory size SD-RAM. The used memory is one module 128MB SD-RAM (PC100). I've manage to found only one 256MB module available on market with price of 50Euro, but only incompatible PC133. No, PC133 is backwards

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Florian Klaempfl
Marco van de Voort wrote: EDO is more museum exponat and price is 10 times larger than the same memory size SD-RAM. The used memory is one module 128MB SD-RAM (PC100). I've manage to found only one 256MB module available on market with price of 50Euro, but only incompatible PC133. No, PC133

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Jonas Maebe
On 18 apr 2006, at 03:38, Sasa Zeman wrote: It seem that you missunderstood. As a developer, I'm not interested in looking FPC code nor tracking future plans (details are alse never published, only future plans), but using it to create working applications. In that case, you cannot make

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Marco van de Voort
Marco van de Voort wrote: EDO is more museum exponat and price is 10 times larger than the same memory size SD-RAM. The used memory is one module 128MB SD-RAM (PC100). I've manage to found only one 256MB module available on market with price of 50Euro, but only incompatible

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Florian Klaempfl
Marco van de Voort wrote: Marco van de Voort wrote: EDO is more museum exponat and price is 10 times larger than the same memory size SD-RAM. The used memory is one module 128MB SD-RAM (PC100). I've manage to found only one 256MB module available on market with price of 50Euro, but only

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Sasa Zeman
In that case, you cannot make any sort of demands or set our priorities. You can voice your opinion of course (which you did), but Please do not mis-interprete. I'm aware that any meber of FPC can be a bit more sensitive, but that is not a reson for inpropriate behavior instead of cultural

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Jonas Maebe
On 18 apr 2006, at 12:49, Sasa Zeman wrote: With free and opensource product you made a trade with voluniers and users to make a reliable and popular product, based on your own (i.e, FPC team) vision and user's requests. I can suggest features which suits to my own needs (declared as a

[fpc-pascal] big const arrays

2006-04-18 Thread Пётр Косаревский
Is there any easy way to create big array of constants? Does it matter (with maximum optimizations switches), if my 50 Kb array is defined as constant? That is: are there benefits from defining heavily used array as const versus defining it as variable and filling data by program? (For

[fpc-pascal] FPC and Lazarus as a main RAD tool?

2006-04-18 Thread Sasa Zeman
From: Jonas Maebe [EMAIL PROTECTED] Since I testing FPC and Lazarus, I'm intersting in using it. However, FPC and Lazarus currently cannot be competition to Delphi/Kylix. But the most important advantages are daily updates and upgrades and we hope it will become worthy competitor one

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Sasa Zeman
The problem was when you kept insisting that the compiler wastes memory and should be optimized (with a target of 128MB physical Please read all carfully, you mis-interpreting whole thing again. If you want more developers in the team, simply yes or not is not enough. Explain how else to know

Re: [fpc-pascal] FPC and Lazarus as a main RAD tool?

2006-04-18 Thread Florian Klaempfl
Sasa Zeman wrote: From: Jonas Maebe [EMAIL PROTECTED] Since I testing FPC and Lazarus, I'm intersting in using it. However, FPC and Lazarus currently cannot be competition to Delphi/Kylix. But the most important advantages are daily updates and upgrades and we hope it will become worthy

Re: [fpc-pascal] FPC and Lazarus as a main RAD tool?

2006-04-18 Thread Michael Van Canneyt
On Tue, 18 Apr 2006, Sasa Zeman wrote: From: Jonas Maebe [EMAIL PROTECTED] Since I testing FPC and Lazarus, I'm intersting in using it. However, FPC and Lazarus currently cannot be competition to Delphi/Kylix. But the most important advantages are daily updates and upgrades and we hope it

Re: [fpc-pascal] FPC and Lazarus as a main RAD tool?

2006-04-18 Thread Marc Santhoff
Am Dienstag, den 18.04.2006, 15:27 +0200 schrieb Sasa Zeman: FPC and Lazarus are currently not sutable as a main tool RAD (at least on Winodows). If you have Delphi (7) Studio licensed RAD and developing commercial applications, you have seen real RAD tool in action: That depends on the

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Alain Michaud
HI, I think that we all agree now and we should close this thread. Alain On Tue, 2006-04-18 at 16:04 +0200, Sasa Zeman wrote: The problem was when you kept insisting that the compiler wastes memory and should be optimized (with a target of 128MB physical Please read all carfully, you

Re: [fpc-pascal] FPC and Lazarus as a main RAD tool?

2006-04-18 Thread Alain Michaud
Hi, I think that we all agree now and we should close that thread. Alain On Tue, 2006-04-18 at 19:22 +0200, Sasa Zeman wrote: Please do not come all the way here just to tell us that Lazarus is not suitable as a RAD tool. This is typical Troll behavior. You people are really odd...

Re: [fpc-pascal] Is somebody working on making jcl work again with fpc (on linux)

2006-04-18 Thread Michael Ring
For a quick start I did the following: for file in /data/subversion/svn/jcl/source/common/*.pas /data/subversion/svn/jcl/source/unix/*.pas ; do fpc -FE. -Fu/data/subversion/svn/jcl/source/common/ -Fi/data/subversion/svn/jcl/source/ $file 21 ; done | grep -i Error | sort | uniq This tries

Re: [fpc-pascal] Is somebody working on making jcl work again with fpc (on linux)

2006-04-18 Thread Marco van de Voort
me the creeps because my last lines of assembler code were written 15 years ago Start with adding -Sd to the compiler command line. Putting the compiler in delphi mode might help:-) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

[fpc-pascal] FPC on NetBSD (i386)

2006-04-18 Thread Adrian Maier
Hello , NetBSD is not on fpc's list of supported operating systems, although there is an older version available (1.0.10) which works fine, at least for my purposes. I've tried to compile the latest sources (svn), but : system.pp(23,6) Error: Illegal unit name: SYSTEM systemh.inc(26,4) Fatal:

Re: [fpc-pascal] FPC and Lazarus as a main RAD tool?

2006-04-18 Thread Sasa Zeman
If you really want to make Free Pascal / Lazarus better you should go with specific topics, and discuss what would be a solution to improve each small parts where you consider Delphi to be better then Lazarus. That is exactly almost literally counted in the first message of the thread. Taking

Re: [fpc-pascal] FPC and Lazarus as a main RAD tool?

2006-04-18 Thread L505
Disadvantages of Delphi: 2. It's closed source, if it's buggy you're lost. Main problems comes from RTL and VCL, not a compiler - it is stable, at least for D7. As D7 Pro+ comes with RTL and VCL sources, it is easy to fix and recompile both. And there is many excelent free and OpenSource

Re[2]: [fpc-pascal] FPC and Lazarus as a main RAD tool?

2006-04-18 Thread ϸ�� ����������� � mail.ru
PS. I hoped that this thread will die and I will not waste my time, but it is alive and I can't hold myself and do write an answer. To be on topic, I just want to share my thoughts (they do probably differ from yours), ended with not choosing Lazarus (but I trace its development a little). I am

Re: [fpc-pascal] another fpc RAD: MSEide

2006-04-18 Thread Matt Emson
MSEgui has a distinct advantage over Lazarus. It compiles under Delphi. Just tried it. Fiddled with one or two lines in the code, but I got the IDE to compile and run and then built a small hello world app that also ran. Pretty impressive really. M Hi, Movie: = For those who did not

Re: [fpc-pascal] another fpc RAD: MSEide

2006-04-18 Thread L505
MSEgui has a distinct advantage over Lazarus. It compiles under Delphi. Just tried it. Fiddled with one or two lines in the code, but I got the IDE to compile and run and then built a small hello world app that also ran. Pretty impressive really. And the exe's/elf's it generates are

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread Vinzent Hoefler
On Tuesday 18 April 2006 17:24, L505 wrote: sense to me.). Or maybe you mean a foundation, like a non-profit organization? Obviously FPC is not out for profit, but out to help the developer. So I can see a non-profit organization working - but this would mean that FPC team would spend more