How can one use gprof under win32?
While it is possible to download one or another gprof, fpc reports linking
error: ld.exe: cannot find -lc.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
At 09:54 17-4-2006, you wrote:
How can one use gprof under win32?
While it is possible to download one or another gprof, fpc reports linking
error: ld.exe: cannot find -lc.
gprof only works under cygwin
Peter
___
fpc-pascal maillist -
At 09:54 17-4-2006, you wrote:
How can one use gprof under win32?
While it is possible to download one or another gprof, fpc reports linking
error: ld.exe: cannot find -lc.
gprof only works under cygwin
Peter
Is there any common way of profiling under win32 with freepascal?
(One way is
At 10:04 17-4-2006, you wrote:
At 09:54 17-4-2006, you wrote:
How can one use gprof under win32?
While it is possible to download one or another gprof, fpc reports
linking
error: ld.exe: cannot find -lc.
gprof only works under cygwin
Peter
Is there any common way of profiling under
While it is possible to download one or another gprof, fpc reports
linking
error: ld.exe: cannot find -lc.
gprof only works under cygwin
Peter
Is there any common way of profiling under win32 with freepascal?
(One way is obvious: getting timestamps before/after long procedures,
Definition in documentation (RTL.pdf):
29.20 EDivByZero
29.20.1 Description
EDivByZero is used when the operating system or CPU signals a division by
zero error.
... and since these are handled by the compiler for constants, when running
the user program, the CPU will never see it. So
hint. Since 1/0=Inf is IEEE compliant, it's no real error. If people
really want an error, they can create their own error msg file making
the hint an error.
Unfortunatelly, this is a major problem with specific environment and type
of application... :-(
In this case, I consider it is
Hi all.
I'm a pascal noob who was given the task to compile a couple of ancient pascal
files, originally written for Sun Pascal pc compiler.
Since I don't know anything about pascal, fpc's error messages gave me sort of
a headache. Nevertheless, I'm almost there - but not quite. i still get
On Mon, 17 Apr 2006, Daniel Franke wrote:
Hi all.
I'm a pascal noob who was given the task to compile a couple of ancient pascal
files, originally written for Sun Pascal pc compiler.
Since I don't know anything about pascal, fpc's error messages gave me sort of
a headache. Nevertheless,
6065: reset(ipedfile,'ipedfile.dat');
6066: reset(datafile,'datafile.dat');
Would become:
Assign(ipedfile,'ipedfile.dat')
Reset(ipedfile);
Assign(datafile,'datafile.dat');
Reset(datafile);
Micheal,
many thanks for your fast reply!
Err, I assume this also holds for
6065: reset(ipedfile,'ipedfile.dat');
6066: reset(datafile,'datafile.dat');
Would become:
Assign(ipedfile,'ipedfile.dat')
Reset(ipedfile);
Breakpoint 1, INITILINK () at ilink51.p:6065
6065 Assign(ipedfile,'ipedfile.dat');
(gdb) next
6066 Reset(ipedfile);
(gdb)
Runtime
On Mon, 17 Apr 2006, Daniel Franke wrote:
6065: reset(ipedfile,'ipedfile.dat');
6066: reset(datafile,'datafile.dat');
Would become:
Assign(ipedfile,'ipedfile.dat')
Reset(ipedfile);
Breakpoint 1, INITILINK () at ilink51.p:6065
6065 Assign(ipedfile,'ipedfile.dat');
On Monday 17 April 2006 16:18, Michael Van Canneyt wrote:
On Mon, 17 Apr 2006, Daniel Franke wrote:
6065: reset(ipedfile,'ipedfile.dat');
6066: reset(datafile,'datafile.dat');
Would become:
Assign(ipedfile,'ipedfile.dat')
Reset(ipedfile);
Breakpoint 1, INITILINK () at
On 17 Apr 2006, at 16:12, Daniel Franke wrote:
It's correct behaviour to crash if the file ('ipedfile.dat' in
this case)
does not exist?
Yes. Runtime error 2 means that the file does not exist.
I'm set. Thanks!
See also
http://www.freepascal.org/docs-html/rtl/system/ioresult.html
Regarding division problem. Florian was precise in explanation (suggested to
be part of documentation).
I think even _if_ there is a focus on getting the memusage down (and there
is, it is one of the internal linkers objectives), it should be more to
let
Lazarus perform optimally with say
Sasa Zeman wrote:
Regarding division problem. Florian was precise in explanation (suggested to
be part of documentation).
I think even _if_ there is a focus on getting the memusage down (and there
is, it is one of the internal linkers objectives), it should be more to
let
Lazarus perform
On 17 Apr 2006, at 16:52, Sasa Zeman wrote:
Inside total phisical memory of 128MB, Delphi compililation is very
fast.
That mean that process of compilation is optimized to work with
available
phisical memory (at least under 128MB).
It may simply be that for some reason, Delphi requires
On 4/17/06, Peter Vreman [EMAIL PROTECTED] wrote:
At 09:54 17-4-2006, you wrote:
How can one use gprof under win32?
While it is possible to download one or another gprof, fpc reports linking
error: ld.exe: cannot find -lc.
gprof only works under cygwin
I recently used it under MingW. The
Lazarus perform optimally with say 512-1024MB memory, and not to try to
squeeze it into sub 128 MB. That would be counterproductive.
Inside total phisical memory of 128MB, Delphi compililation is very fast.
Not in a modern version. It won't even start probably.
The point however is, those
Am Montag, den 17.04.2006, 16:52 +0200 schrieb Sasa Zeman:
Regarding division problem. Florian was precise in explanation (suggested to
be part of documentation).
I think even _if_ there is a focus on getting the memusage down (and there
is, it is one of the internal linkers objectives),
I think even _if_ there is a focus on getting the memusage down (and there
is, it is one of the internal linkers objectives), it should be more to
let
Lazarus perform optimally with say 512-1024MB memory, and not to try to
squeeze it into sub 128 MB. That would be counterproductive.
Inside
IMHO you should already be happy with the internal linker because you are
now able to create a smartlinked lazarus without requiring 1+ GB of
memory.
FPC and Lazarus are just testing alternatives. Comparing FPC performance of
internal linker with Delphi's or with external LD, I found no reason
Not in a modern version. It won't even start probably.
FPC can be comparable with command line compiler of Delphi 7. D2005-6
compile C/C++ (CBuilder) code among other features raise complexity, which
are not FPC tasks.
If we would try to match that, uncompromisingly, with Free Pascal, we
Sasa Zeman wrote:
Not in a modern version. It won't even start probably.
FPC can be comparable with command line compiler of Delphi 7.
Yes? So Delphi has multi platform support and has maintainable compiler
sources?
D2005-6
compile C/C++ (CBuilder) code among other features raise
Sasa Zeman wrote:
Keep in mind that I'm not in FPC developer team nor I'm interested.
Please keep in mind that FPC/Lazarus is OSS and that it lives from it's
user's contributions. If you don't like the idea of OSS, better stay
with Delphi and hope that it survives :)
On 17 Apr 06, at 21:18, AgeWare None wrote:
Here at ageware we are in a project to make a Game IDE to make Pascal based
game's with my OpenGL Graphic Engine and Toturial's. and can i use the Free
Pascal to the Gameos Application, i know that it is FREE Pascal but i will
only take monney
On 4/17/06, Tomas Hajny [EMAIL PROTECTED] wrote:
Here at ageware we are in a project to make a Game IDE to make Pascal based
game's with my OpenGL Graphic Engine and Toturial's. and can i use the Free
Pascal to the Gameos Application, i know that it is FREE Pascal but i will
only take
Please keep in mind that FPC/Lazarus is OSS and that it lives from it's
user's contributions.
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
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.
It seems that all previously produced compiled code left in memory, even
if It seems but it isn't
29 matches
Mail list logo