On Wednesday 19 April 2006 11.55, Jonas Maebe wrote:
> I've now merged the fix for the property loading crash from 2.1.1 to
> 2.0.3. I didn't do it before because I wasn't sure at first whether
> it wouldn't have any bad side-effects, and later forgot to merge it.
>
Thanks.
The next problem (fixes_
Matt Emson wrote:
>> 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 MSV
> 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.
A
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 ab
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: th
> > 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 - fpc-pasc
> > 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 t
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 TLi
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 languag
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
> 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
> > 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 co
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,
> i
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 bro
> > 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 application
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 comp
>
>
> 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 GUI stuff is not cross platform. But I
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 acceptabl
At 17:22 19-4-2006, you wrote:
> 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
> >
> 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 th
> 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 fix it.
_
> 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 com
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
> 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'
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 differen
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...
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 br
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:
- ha
On 19 apr 2006, at 11:30, Martin Schreiber wrote:
Compiling and starting of application in MSEide after modifying a
form is
about 2..3 seconds on a Linux AMD XP 3000+, 1GB ram system and FPC
2.0.3.
I have some units in MSEide which let the compiler crash without -B
option.
I've now merge
> > 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
> F
>> 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 tim
Matt Emson wrote:
>> Smaller than FPC ? That shouldn't differ too much, I think.
>
> Delphi's optimizer is superior to FPC currently.
2.0.2 and Delphi are equal on average.
> Delphi has another 10 - 15
> years and paid developers on top of FPC, so this can be expected, I guess.
> And the compil
> 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 compil
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
> 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 uncom
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
Martin Schreiber wrote:
mseide without DB support:ziped
Are you afraid to draw conclusions?
Kylix 3 1.6 MB 672 KB
FPC with smart linked units (-CX) 1.8 MB 708 KB
FPC without smart linked units2.1 MB 777 KB
So 30% if not smartlinking. Acceptab
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 ar
On Wednesday 19 April 2006 09.42, Micha Nelissen wrote:
>
> 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
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
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 are
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
> 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 reas
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 no
Hi,
Movie:
=
For those who did not try MSEide yet, here is a movie teaser.
http://users.pandora.be/Jan.Van.hijfte/qtforfpc/mse01.html
Wiki:
===
http://www.freepascal.org/wiki/index.php/MSEide_&_MSEgui
Can someone provide a more appropriate entry in the wiki
for this page. I cannot modify al
45 matches
Mail list logo