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
compiler
> 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 is
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
> > onl
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 monn
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 :)
___
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 com
> 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
> wo
> 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 reas
> 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.
Ins
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 objectiv
> > 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,
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 un
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 le
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
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 51
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
(in
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);
> >
> > Br
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);
> >
> > Assign(datafile,'datafile.dat');
> > Reset(datafile);
>
> Micheal,
> ma
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(ipedfil
> > 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)
Runt
> > 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 "rewr
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. Nevert
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
> > 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 cons
>
> 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 se
> > > >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/afte
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
> 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
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 - fpc-pas
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
http://lists.freepascal.org/mailman/listinfo/fpc-
31 matches
Mail list logo
