Re: [fpc-devel] Cant link - 'memory exhausted'

> Jonas Maebe wrote: >> If you want dead code to be stripped from your own written code, you >> must turn on the generation of smartlinkable code (-CX), and of course >> also smartlinking (-XX) > > First off, Im a newbie to FPC, so when I see something on the list, I > give it a try to see how it

[fpc-devel] Cant link - "memory exhausted"

Jonas Maebe wrote: If you want dead code to be stripped from your own written code, you must turn on the generation of smartlinkable code (-CX), and of course also smartlinking (-XX) First off, Im a newbie to FPC, so when I see something on the list, I give it a try to see how it affects my

Re: [fpc-devel]don't youthinkit'stimetoupdatedelphimodecompatibility?- IDispatch, implements

| yy[ Charset ISO-8859-1 unsupported, converting... ] | > > Nobody said that the same size can be reached, but I don't consider 132k | > > against 86k as a real problem. If you consider it as a problem, use | > > Delphi. | > | > That's not what I ment. I see a problem with a GUI app that's usin

Re: [fpc-devel] updated errord.msg File (140k)

Karl-Michael Schindler wrote: > Hi, > > I worked on the German error file errord.msg using msgdif and > errore.msg,v 1.124 as reference. > The differences should be fixed and a few additional messages have been > translated. > Still 138 items to translate. > > Since this is my first go at this,

Re: [fpc-devel] PascalScript with FPC

At 18:19 28-5-2005, you wrote: Hi there, have anyone used PascalScript from RemObjects with freepascal? I'm interested in doing something like PSP (Pascal Server Pages i think) but to be able to provide pure source code on the server side instead of precompiled binaries. Does anyone have some

RE: [fpc-devel]don't youthinkit'stimetoupdatedelphimodecompatibility?- IDispatch, implements

exe size is significant if you wan't to get your apps good reviews on freeware sites etc. thats why people use upx in the first place. its all about perception. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Marco van de > Voort > Sent: 29 May 2005 20

Re: [fpc-devel]don't youthinkit'stime toupdatedelphimodecompatibility?- IDispatch, implements

yy[ Charset ISO-8859-1 unsupported, converting... ] > > Nobody said that the same size can be reached, but I don't consider 132k > > against 86k as a real problem. If you consider it as a problem, use > > Delphi. > > That's not what I ment. I see a problem with a GUI app that's using FCL. > This

Re: [fpc-devel] PascalScript with FPC

On Sat, 28 May 2005, Matthias Hryniszak wrote: > Hi there, > > have anyone used PascalScript from RemObjects with freepascal? I'm interested > in doing something like PSP (Pascal Server Pages i think) but to be able to > provide pure source code on the server side instead of precompiled binar

Re: [fpc-devel] Error..

From: "Matthias Hryniszak" <[EMAIL PROTECTED]> To: "FPC developers' list" Date sent: Sat, 29 May 2004 12:56:44 +0200 Subject:[fpc-devel] Error.. Send reply to: FPC developers' list

Re: [fpc-devel] Error..

From: "Matthias Hryniszak" <[EMAIL PROTECTED]> To: "FPC developers' list" Date sent: Sat, 29 May 2004 12:56:44 +0200 Subject:[fpc-devel] Error.. Send reply to: FPC developers' list

Re: [fpc-devel] system time/date

On 29 May 2005, at 15:54, [EMAIL PROTECTED] wrote: Some newsgroup posters have wrong system time/date on their PC's. No, a number of posts were held for approval for a long time and were only now let through to the mailing list. To avoid this, turn off html posting and always post with th

[fpc-devel] system time/date

Hi folks! Some newsgroup posters have wrong system time/date on their PC's. Thus the emails are being sorted wrong. This script would help on Windows PC: @echo off net time /setsntp:ptbtime1.ptb.de w32tm -once ___ fpc-devel maillist - fpc-devel@li

Re: [fpc-devel] updated errord.msg File (140k)

Karl-Michael Schindler wrote: > Hi, > > I worked on the German error file errord.msg using msgdif and > errore.msg,v 1.124 as reference. > The differences should be fixed and a few additional messages have been > translated. > Still 138 items to translate. > > Since this is my first go at this,

[fpc-devel] Fwd: bug report

fpc 2.0.0 win32 problem:   I can't see pi in proceudre pre but I can see it in procedure kmp.   pre is a procedure belonging to kmp.   I found that I could only see  vars in this proceudre/function and main program, but I couldn't see vars in the procedure that this procedure belongs to.   code:  

Re: [fpc-devel] for cycle variable

Rimgaudas Laucius wrote: > Hi, > > > > i found that in fpc 1.9.6 assignment to "for cycle" variable is > forbidden. Such behavior is incompatible with other compilers. As ...? > Earlier > fpc versions also had only warning. What do you think about this? Well, what we think should be clear

Re: [fpc-devel] Patch for bug 2453

In response to Tomas Hajny:   I wasn't entirely certain about the use of EOF_CTRLZ, but since it's a conditional compile, and the patch is in an include, I felt it better to use it than ignore it :)   I agree regarding ReadNumeric.  That one will need some work.   Thanks,   Sterling     Your messag

[fpc-devel] for cycle variable

Hi,   i found that in fpc 1.9.6 assignment to "for cycle" variable is forbidden. Such behavior is incompatible with other compilers. Earlier fpc versions also had only warning. What do you think about this?   var  i: integer;begin  for i:= 1 to 2 do    inc(i);end. _

Re: [fpc-devel] Patch for bug 3774

In reply to Thomas Schatzl:   Another optimization for your patch is to set a var to length(s) at the beginning of the proc, and use the var instead.  It's called often enough that a little time could be shaved off.Post your free ad now! Yahoo! Canada Personals__

[fpc-devel] [Mensagem Automatica] Recebi Seu E-mail

Mensagem [[Spam] DUVIDO VOCE ME RECONHER =)] recebida. Recebi seu e-mail e assim que posível entrarei em contato! Tks, Yuri Surzynskyj ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] Error..

Hi,can anyone tell me why most of the messages I send to this list end-up with a "host is blacklisted" return message?Matthias. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] Re: removed MaxAvail,MemAvail,HeapSize

In a message dated 5/23/2005 5:00:24 A.M. Central Daylight Time, Peter Vreman writes: {$ifdef fpc}const memavail=high(ptrint);maxavail=high(ptrint);{$endif} Peter, you are, indeed, a brilliant man!!! There is true beauty in simplicity. ___ fpc-

[fpc-devel] Cross compilation from Win32 to FreeBSD

Hello,   I've downloaded the packet with as, ld aso. from freepascal ftp server, unpacked it and compiled th RTL (without any problems!). Now I want to compile a hello, world application for bsd on my Win32 box. I've found the compiler switch -Tfreebsd, used it and the content of generated fi

[fpc-devel] PascalScript with FPC

Hi there,   have anyone used PascalScript from RemObjects with freepascal? I'm interested in doing something like PSP (Pascal Server Pages i think) but to be able to provide pure source code on the server side instead of precompiled binaries. Does anyone have some expirience in that field?  

[fpc-devel] Bug in FPC 2.0.0

Hello, I want to report a bug I've found just after I had installed new 2.0.0 compiler. I tried to compile a function, which was compiled with version 1.9.8 without any errors. The unit uses the procedure "GetHeapStatus(var status: THeapStatus)". On compiling the compiler says "Wrong number of par

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

Jamie McCracken wrote: >>> well thats soemthing you should add to your to do list. Automatic >>> inlining can deliver a signifcant performance improvement especially >>> as delphi uses a lot of one line procedures to set property values. A >>> fucntion call adds quite a bit of overhead (around 10+

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

well thats soemthing you should add to your to do list. Automatic inlining can deliver a signifcant performance improvement especially as delphi uses a lot of one line procedures to set property values. A fucntion call adds quite a bit of overhead (around 10+ clock cycles at a guess) But inl

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

At 14:03 29-5-2005, you wrote: Jonas Maebe wrote: On 29 May 2005, at 13:41, Peter Vreman wrote: Doesn't the compiler attempt to inline small functions/methods automatically as part of its optimisation (even if the inline directive is not specified)? No. The inline directive is only a hin

Re: [fpc-devel]don't youthinkit'stime toupdatedelphimodecompatibility?-IDispatch, implements

The FCL is non visual? You mean the LCL? I don't know if you can do much about it. The OOP design of the LCL makes smartlinking impossible. Yes, of course I ment LCL.. sorry. Matthias. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

On 29 May 2005, at 14:03, Jamie McCracken wrote: well thats soemthing you should add to your to do list. There are plenty of things on our todo list already to keep us busy :) We've already talked about automatic inlining in the past, but nobody has spent time on it yet afaik. Jonas _

Re: [fpc-devel]don't youthinkit'stime toupdatedelphimodecompatibility?- IDispatch, implements

Matthias Hryniszak wrote: >> Nobody said that the same size can be reached, but I don't consider 132k >> against 86k as a real problem. If you consider it as a problem, use >> Delphi. > > > That's not what I ment. I see a problem with a GUI app that's using FCL. > This apps are really of size th

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

Jonas Maebe wrote: On 29 May 2005, at 13:41, Peter Vreman wrote: Doesn't the compiler attempt to inline small functions/methods automatically as part of its optimisation (even if the inline directive is not specified)? No. The inline directive is only a hint to the compiler. The behaviou

Re: [fpc-devel]don't youthinkit'stime toupdatedelphimodecompatibility?- IDispatch, implements

Nobody said that the same size can be reached, but I don't consider 132k against 86k as a real problem. If you consider it as a problem, use Delphi. That's not what I ment. I see a problem with a GUI app that's using FCL. This apps are really of size that's not acceptable. That's why I started

Re: [fpc-devel] don't youthinkit'stime toupdatedelphimodecompatibility? - IDispatch, implements

Matthias Hryniszak wrote: >> If you want dead code to be stripped from your own written code, you >> must turn on the generation of smartlinkable code (-CX), and of >> course also smartlinking (-XX) > > > Of course I've done that already - it didn't help! That's why I suggest > this is a bug. D

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

On 29 May 2005, at 13:41, Peter Vreman wrote: Doesn't the compiler attempt to inline small functions/methods automatically as part of its optimisation (even if the inline directive is not specified)? No. The inline directive is only a hint to the compiler. The behaviour is the same in D20

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

There is almost none in the rtl. Doesn't the compiler attempt to inline small functions/methods automatically as part of its optimisation (even if the inline directive is not specified)? No. The inline directive is only a hint to the compiler. The behaviour is the same in D2005. Peter

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

On 29 May 2005, at 13:26, Jamie McCracken wrote: There is almost none in the rtl. Doesn't the compiler attempt to inline small functions/methods automatically as part of its optimisation (even if the inline directive is not specified)? No. Jonas _

Re: [fpc-devel] don't you thinkit'stime toupdatedelphimodecompatibility? - IDispatch, implements

On 29 May 2004, at 13:19, Matthias Hryniszak wrote: Might it be possible to keep a recerence counter for procedures/ methods while compiling them and then not to include them in the objects that are passed to the linker? I know it sounds semi- serious, but maby that's the easiest way to go a

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

Some things that will affect executable size include: 1) Over zealous use of inlining (I dont see a command option to control how much inlining is done) There is almost none in the rtl. Doesn't the compiler attempt to inline small functions/methods automatically as part of its optimisat

Re: [fpc-devel] don't you thinkit'stime toupdatedelphimodecompatibility? - IDispatch, implements

The only way to get better smartlinking is to build an integrated linker in the compiler. That way we can control everything. Might it be possible to keep a recerence counter for procedures/methods while compiling them and then not to include them in the objects that are passed to the linker?

Re: [fpc-devel] don't youthinkit'stime toupdatedelphimodecompatibility? - IDispatch, implements

- Original Message - From: "Jonas Maebe" <[EMAIL PROTECTED]> To: "FPC developers' list" Sent: Sunday, May 29, 2005 1:10 PM Subject: Re: [fpc-devel] don't youthinkit'stime toupdatedelphimodecompatibility? - IDispatch, implements On 29 May 2004, at 13:05, Matthias Hryniszak wrote:

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

At 12:55 29-5-2005, you wrote: Daniël Mantione wrote: Op Sat, 29 May 2004, schreef Matthias Hryniszak: In addition comparing the sources of VCL and FCL they don't differ that much and the source isn't that much bigger so by this kind of differences the problem must lie with compiler/linker.

Re: [fpc-devel] fpc smartlinking

I heard that Delphi is capable of removing some unused virtual methods. What kind of virtual methods can FPC/ld smartlink and what not? None Peter ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listin

Re: [fpc-devel] don't you thinkit'stime toupdatedelphimodecompatibility? - IDispatch, implements

On 29 May 2004, at 13:05, Matthias Hryniszak wrote: Here you see a test procedure that's NOT called. with FPC 2.0 the executable file is 133120 long. Ok, let's turn this into the standard Hello, world! app and just leave the two useses be: program Hello; {$APPTYPE CONSOLE} uses Classes, S

Re: [fpc-devel] don't you thinkit'stime toupdatedelphimodecompatibility? - IDispatch, implements

- Original Message - From: "Jamie McCracken" <[EMAIL PROTECTED]> To: "FPC developers' list" Sent: Sunday, May 29, 2005 12:55 PM Subject: Re: [fpc-devel] don't you thinkit'stime toupdatedelphimodecompatibility? - IDispatch, implements Daniël Mantione wrote: Op Sat, 29 May 2004, s

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

Daniël Mantione wrote: Op Sat, 29 May 2004, schreef Matthias Hryniszak: In addition comparing the sources of VCL and FCL they don't differ that much and the source isn't that much bigger so by this kind of differences the problem must lie with compiler/linker. It *is* the source. The compi

[fpc-devel] fpc smartlinking

On Sun, 29 May 2005 12:30:50 +0200 (CEST) Daniël Mantione <[EMAIL PROTECTED]> wrote: > > > Op Sat, 29 May 2004, schreef Matthias Hryniszak: > > > In addition comparing the sources of VCL and FCL they > > don't differ that much and the source isn't that much bigger so by this > > kind of differe

Re: [fpc-devel] don't you think it'stimetoupdatedelphimodecompatibility? - IDispatch, implements

- Original Message - From: "Daniël Mantione" <[EMAIL PROTECTED]> To: "FPC developers' list" Sent: Sunday, May 29, 2005 12:30 PM Subject: Re: [fpc-devel] don't you think it'stimetoupdatedelphimodecompatibility? - IDispatch, implements Op Sat, 29 May 2004, schreef Matthias Hrynisza

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

Op Sat, 29 May 2004, schreef Matthias Hryniszak: > In addition comparing the sources of VCL and FCL they > don't differ that much and the source isn't that much bigger so by this kind > of differences the problem must lie with compiler/linker. It *is* the source. The compiler is perfectly capap

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

On 29 May 2004, at 12:21, Matthias Hryniszak wrote: In addition comparing the sources of VCL and FCL they don't differ that much and the source isn't that much bigger so by this kind of differences the problem must lie with compiler/linker. Have you tried using smart linking? (-XX) Jona

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

- Original Message - From: "Florian Klaempfl" <[EMAIL PROTECTED]> To: "FPC developers' list" Sent: Saturday, May 28, 2005 11:20 PM Subject: Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements Besides I find that FPC 2.0 makes the executabl

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

- Original Message - From: "Florian Klaempfl" <[EMAIL PROTECTED]> To: "FPC developers' list" Sent: Saturday, May 28, 2005 11:20 PM Subject: Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements Besides I find that FPC 2.0 makes the execu