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

2006-04-19 Thread Florian Klaempfl
L505 wrote: 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

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

2006-04-19 Thread Micha Nelissen
L505 wrote: 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

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

2006-04-19 Thread Vincent Snijders
Micha Nelissen schreef: L505 wrote: 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

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

2006-04-19 Thread Micha Nelissen
Vincent Snijders wrote: It can see the advantages and they should not be diminished: - having different compilers to confirm or exclude a compiler bug. Debugging FPC by using Lazarus is stupid and overkill IMHO ;-). - The cycle, code, compile, run, debug, code is quicker on Delphi, (if you

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

2006-04-19 Thread Martin Schreiber
On Wednesday 19 April 2006 10.33, Micha Nelissen wrote: Martin Schreiber wrote: mseide without DB support:ziped Are you afraid to draw conclusions? FPC db units do not compile with Delphi/Kylix, in MSEgui I use FPC db units - MSEide with db support can only be compiled with

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

2006-04-19 Thread Matt Emson
Smaller than FPC ? That shouldn't differ too much, I think. Delphi's optimizer is superior to FPC currently. Delphi has another 10 - 15 years and paid developers on top of FPC, so this can be expected, I guess. And the compiler is just sooo fast. Delphi 2005 gives 1.48MB for the mside.exe

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

2006-04-19 Thread Michael Van Canneyt
On Wed, 19 Apr 2006, Matt Emson wrote: Smaller than FPC ? That shouldn't differ too much, I think. Delphi's optimizer is superior to FPC currently. Delphi has another 10 - 15 years and paid developers on top of FPC, so this can be expected, I guess. And the compiler is just sooo fast. The

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

2006-04-19 Thread Marco van de Voort
Micha Nelissen schreef: Smaller than FPC ? That shouldn't differ too much, I think. I don't really see why ability to compile with Delphi is so big an advantage (distinct) ? It can see the advantages and they should not be diminished: - having different compilers to confirm or

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

2006-04-19 Thread Florian Klaempfl
Compile time with Delphi/Kylix is much faster. Again, how much ? Win32 is probably a lot slower, but nevertheless you should give some reproduceable figures. As discussed in another thread, with FPC 2.x, we put a lot of effort into a maintainable and portable compiler because of rare time.

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

2006-04-19 Thread Marco van de Voort
Smaller than FPC ? That shouldn't differ too much, I think. From public.mseide-msegui.talk (news.dxmachine.com): Some more exe sizes on linux, MSEide+MSEgui V0.8a, FPC V2.0.3: mseide without DB support:ziped Kylix 3 1.6 MB 672 KB FPC with

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

2006-04-19 Thread Michael Van Canneyt
On Wed, 19 Apr 2006, Marco van de Voort wrote: Micha Nelissen schreef: Smaller than FPC ? That shouldn't differ too much, I think. I don't really see why ability to compile with Delphi is so big an advantage (distinct) ? It can see the advantages and they should not be diminished: -

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

2006-04-19 Thread Martin Schreiber
On Wednesday 19 April 2006 11.55, Marco van de Voort wrote: This could be caused by Kylix being able to some more advanced types of smartlinking due to own linker. (e.g. vtable optimization) And I suspect RTTI info. If your binaries use libc, recompiling FPC with dFPC_USE_LIBC might bring

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

2006-04-19 Thread Пётр Косаревский
I do neither use Lazarus, nor MSEide, but if executable size is really important, there is something called KOL (I didn't use it either). As I have read, it's currently compilable by FPC. Speaking of bigger applications, I don't see much difference between 6 or 30 Mb executables...

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

2006-04-19 Thread Michael Van Canneyt
On Wed, 19 Apr 2006, ??? wrote: I do neither use Lazarus, nor MSEide, but if executable size is really important, there is something called KOL (I didn't use it either). As I have read, it's currently compilable by FPC. Speaking of bigger applications, I don't see much

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

2006-04-19 Thread Marco van de Voort
On Wed, 19 Apr 2006, ??? wrote: I do neither use Lazarus, nor MSEide, but if executable size is really important, there is something called KOL (I didn't use it either). As I have read, it's currently compilable by FPC. Speaking of bigger applications, I don't see much

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

2006-04-19 Thread Michael Van Canneyt
On Wed, 19 Apr 2006, Marco van de Voort wrote: On Wed, 19 Apr 2006, ??? wrote: I do neither use Lazarus, nor MSEide, but if executable size is really important, there is something called KOL (I didn't use it either). As I have read, it's currently compilable by FPC. Speaking

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

2006-04-19 Thread Marco van de Voort
On Wed, 19 Apr 2006, Marco van de Voort wrote: On Wed, 19 Apr 2006, ??? wrote: I do neither use Lazarus, nor MSEide, but if executable size is really important, there is something called KOL (I didn't use it either). As I have read, it's currently compilable by FPC.

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

2006-04-19 Thread L505
L505 wrote: 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

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

2006-04-19 Thread Micha Nelissen
On Wed, 19 Apr 2006 10:42:05 +0100 Matt Emson [EMAIL PROTECTED] wrote: debugger, fine. However do not blame your dislike of the Delphi debugger on your personal debugging preferences. I've been using Delphi commercially since 1998, or there abouts, and the debugger is perfectly acceptable. The

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

2006-04-19 Thread Michael Van Canneyt
On Wed, 19 Apr 2006, L505 wrote: On Wed, 19 Apr 2006, ??? wrote: I do neither use Lazarus, nor MSEide, but if executable size is really important, there is something called KOL (I didn't use it either). As I have read, it's currently compilable by FPC. KOL

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

2006-04-19 Thread Florian Klaempfl
Matt Emson wrote: No, it's because it's technology of the 90s and no significant further development of the compiler has been done. No 64 bit support so far, the optimizer is only reasonable good for a pentium (just compare other commercial compilers with Delphi). If it ain't broke, don't

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

2006-04-19 Thread Florian Klaempfl
L505 wrote: I think this is poor marketing for FPC: telling people that size/bloat is not an issue. Then what good is FPC for us? FPC is a compiled language! The whole point of a compiled language, is to have SOME advantage over an interpreted language. What is this advantage, if not

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

2006-04-19 Thread L505
L505 wrote: I think this is poor marketing for FPC: telling people that size/bloat is not an issue. Then what good is FPC for us? FPC is a compiled language! The whole point of a compiled language, is to have SOME advantage over an interpreted language. What is this

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

2006-04-19 Thread Michael Van Canneyt
On Wed, 19 Apr 2006, L505 wrote: Very nice compact stringlist in there to use... Standard Classes stringlist adds about 60K-70K to your exe/elf while CompactUtils PStrList only adds maybe 1-5KB. Please compare what is comparable: The Classes unit contains more than just the

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

2006-04-19 Thread Florian Klaempfl
L505 wrote: L505 wrote: I think this is poor marketing for FPC: telling people that size/bloat is not an issue. Then what good is FPC for us? FPC is a compiled language! The whole point of a compiled language, is to have SOME advantage over an interpreted language. What is this

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

2006-04-19 Thread Florian Klaempfl
L505 wrote: Very nice compact stringlist in there to use... Standard Classes stringlist adds about 60K-70K to your exe/elf while CompactUtils PStrList only adds maybe 1-5KB. Please compare what is comparable: The Classes unit contains more than just the TStringlist and TList. It contains

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

2006-04-19 Thread Matt Emson
debugger, fine. However do not blame your dislike of the Delphi debugger on your personal debugging preferences. I've been using Delphi commercially since 1998, or there abouts, and the debugger is perfectly acceptable. The So can you confirm that looking at variables that are up the stack

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

2006-04-19 Thread Matt Emson
If it ain't broke, don't fix it. Well, compared with other commercial compilers it is broken ;) Heh, well when I can do what I am currently able to do in Delphi in an FPC based IDE, we'll talk again, yes? ;-) ___ fpc-pascal maillist -

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

2006-04-19 Thread Florian Klaempfl
Matt Emson wrote: If it ain't broke, don't fix it. Well, compared with other commercial compilers it is broken ;) Heh, well when I can do what I am currently able to do in Delphi in an FPC based IDE, we'll talk again, yes? ;-) This won't never happen, you miss one important point: the main

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

2006-04-19 Thread ϸ�� ����������� � mail.ru
On Wed, 19 Apr 2006, I wrote: I do neither use Lazarus, nor MSEide, but if executable size is really important, L there is something called KOL (I didn't use it either). As I have read, it's currently L compilable by FPC. It's in russian, this is my first source of information about KOL

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

2006-04-19 Thread Matt Emson
Because of the superior functionality valgrind offers, I've installed vmware at my pc at work and compile sometimes my programs with gcc (usually developed with MSVC) to find memory leaks, dangling pointers etc. Hmmm... so GCC produces the exact same output as MSVC now? I don't think so. All

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