On Thu, 10 Sep 2009 14:25:26 +, Desmond Coertzen
patrolliekapt...@gmail.com wrote:
I have done some horrible code where I needed to know the following:
If TSomeProc = procedure(), then is it easy to determine or set
entry
vector of ThatProc: TSomeProc by stating ThatProc :=
In our previous episode, Joost van der Sluis said:
way. The warning was added because you seldom want to append your own
linker script to the default one.
However, I don't know whether it's intentional or not that FPC does
not override ld's default internal linker script, so I'm not
The linker scripts without the full SECTIONS details are only used
to reduce the length and
complexity of the commandline.
This is about the linker scripts /with/ SECTIONS details. That's what
the warning is about: there are SECTIONS details in a file not
specified via -T, and therefore
Op Tue, 5 May 2009, schreef Michael V. Denisenko:
A question appeared when I tried to find a method of generating
case-expression just once, not for every comparison. Is it optimal to
try to add for every case-structure (and do...while, by the way) a
temporary variable where we may hold
On Thu, Dec 4, 2008 at 6:02 PM, Peter Vreman [EMAIL PROTECTED] wrote:
To see what fpmake does add --verbose or --debug.
ah, the -v option showed where the files were copied to... Needless to
say, the wrong location, as shown below.
-
$ ./fpmake install -v
Hi,
While trying to only recompile and install the 'fcl-fpcunit'
directory, I played around with the fpmake build system. I'm using FPC
2.2.3.
My directory layout is as follows:
/opt/fpc_2.2.3/
^ install location for: make install
INSTALL_PREFIX=/opt/fpc_2.2.3
On Sat, Sep 06, 2008 at 11:25:19AM +0100, Jonas Maebe wrote:
On 05 Sep 2008, at 17:25, Peter Popov wrote:
In FPC it is done by design. If 0 bytes are asked we allocate at
least the minimum alignment to
get a valid pointer. This is done for compatibility with TP7.0 that
returns the value of
Peter Popov wrote:
Well, if it points to something, then there is space, isn't it? Unless
it is clearly mentioned in the documentation that GetMem(p,0) results in
You get a pointer to some place where you may store 0 bytes, so nothing :-).
This can be useful because otherwise you may think
While compiling a large Macintosh Pascal project with FPC, I am running into
a number of problems,
which I suspect are related:
1. After a clean, the full build succeeds
2. Ater a successive build (without a clean or source changes) several units
are recompiled, until
the compiler
Yes but this has got nothing to do with original poster's problem :-).
Sean (the original poster) is my coworker, so his problem and mine are
one and the same. ;-) I'm having a little trouble parsing your
responses though, so to clarify:
In Delphi, the following code works:
On Wed, Jul 16, 2008 at 9:40 AM, Daniël Mantione
[EMAIL PROTECTED] wrote:
I think there can be two visions here:
- Include is not a real procedure, so this internal implementation detail
should be hidden and this can/should be allowed; the
compiler internally should convert it into
Joost van der Sluis wrote:
Hi all,
On Fedora 64-bit libraries are installed in /usr/lib64 and 32 bit
libraries are in /usr/lib. The fedora fpc-packages also use these
directories. The fpc.cfg file contains the following:
# 32-bits
-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget
The behaviour you are counting on is a side effect of an
optimisation, not a behaviour by design.
Oh, btw: fpc 2.2.2rc1 behaves with -O2 like delphi :) Without -O2
like 2.2.0 :)
Add: I just realized that Peter implemented this some time ago in a
in most cases (!) delphi compatible
Boian Mitov wrote:
I mean -O2 probably affects number of optimizations. I just hope there
will be switches for turning off specific optimizations selectively.
Please use a separate thread for new questions.
See the -O switch help in 'fpc -h' how to turn on/off optimizations.
Peter
The behaviour you are counting on is a side effect of an
optimisation, not a behaviour by design.
Oh, btw: fpc 2.2.2rc1 behaves with -O2 like delphi :) Without -O2 like
2.2.0 :)
Add: I just realized that Peter implemented this some time ago in a in
most cases (!) delphi compatible
Peter Vreman wrote:
[EMAIL PROTECTED]:dialer$ fppkg build
The FPC Package tool encountered the following error:
Could not find package rtl
run 'fppkg build --debug' to get more information where it is looking for
files.
I tried to do the same now that I have fpmake.pas compiled. So I
Peter Vreman wrote:
If you don't have fpc installed in the default locations
/usr/[local/]lib/fpc/version you need
to set FPCDIR. There is no other way to detect the location.
I have it install in /opt/fpc/
See below for details...
The /etc/fpc.cfg and ~/.fpc.cfg are for the standalone
Robert Riebisch wrote:
So I built
http://community.freepascal.org:1/docs-html/user/userse57.html for
the go32v2 target. That's the result:
Runtime error 255 at $20AC
$20AC of ?·?
$20B8 of ?·?
$20C9 of ?·?
$2098 of ?·?
Looks like the lineinfo unit is
Hi!
As ugdbdos.zip\examples\gdbint\symify.pp is still broken and doesn't
fully suite my needs, I'd like to rewrite some parts with focus on DOS,
but I want to be sure, that this new version will be included with PP
later. So do you have any advises for a fresh contributor?
FPC includes the
Hi.
I discovered some Delphi incompatibility. Call AllocMem(0) do not return nil.
Fpc from svn.
In SysGetMem are some comments about it:
if size=0 then
{ we always need to allocate something, using heapend is not possible,
because heappend can be changed by growheap (PFV) }
ik wrote:
Hi,
It seems that there is a new linker that arrive with gnu bintuls, that
some claims to be faster.
http://sourceware.org/ml/binutils/2008-03/msg00162.html
I don't think we will support it soon. It is still beta and x86-linux
only. I also doubt that it supports faster
Giuliano Colla wrote:
While porting Delphi CLX library to fpc/Lazarus, I mixed up things, and
I tried to override an ancestor method which is static in CLX, because I
remembered it to be virtual in Lazarus.
So far so good, but it took me some time to sort out the problem,
because the
Graeme Geldenhuys wrote:
Hi,
I use the xlib.pp unit a lot. As far as I understand it and many
others like it was created with a automated tool. As I use the
functions, I thought I could start changing the para1, para2... to
more descriptive parameter names. This makes it much easier to code
{$I %FPCTARGETCPU%}+'-'+{$I %FPCTARGETOS%};
is the most ugliest crap I've seen in Pascal code, which is why I made
the FpcTargetDir function.
FpcTargetDir is simply cleaner and more elegant.
And there is no generic rule that says that you need to encode
TargetDir like cpu-os for every
Sergei Gorelkin wrote:
Sergei Gorelkin wrote:
I'll be digging further in.
Here goes. I modified the test so that it fails reliably, and patched
the compiler so that is doesn't fail again.
It was a bit tricky to get a string with refcount=1 without telling the
compiler to take its address.
On Jan 28, 2008 6:00 PM, Sergei Gorelkin [EMAIL PROTECTED] wrote:
Joost van der Sluis wrote:
I've compiled your program and it gives a nice error-message about a
missing 'begin'.
I also used fpc version 2.2.0, and that also works. (i386-linux and
x86_64-linux)
So was there also
Does a function like this exist:
function FpcTargetDir: string;
begin
result:= {$I %FPCTARGETCPU%}+'-'+{$I %FPCTARGETOS%};
end;
Above works for my needs, just wonder if something already exists in RTL
or if it should be added for convenience.
It doesn't exists and i don't see a reason
Hi,
Here are some patchs to improve the BeOS port of Freepascal.
- HaikuFix.diff : patch to enable a full build of Freepascal under
Haiku. bcopy seems to behave differently under BeOS and Haiku when
searching for include file in the compiler. So, i propose to use the
internal functions
Hello,
Ran into it while compiling Lazarus. It appears that, while many
sophisticated checks are done in tcallnode.maybe_create_funcret_node,
the obvious case when function result destination is one of the
function's arguments, is not checked. To be honest, I noticed that
earlier for the
Hello,
Ran into it while compiling Lazarus. It appears that, while many
sophisticated checks are done in tcallnode.maybe_create_funcret_node,
the obvious case when function result destination is one of the
function's arguments, is not checked. To be honest, I noticed that
earlier for the
2) asymmetrical (-Xs -g turns off stripping, but -g -Xs does not turn
off debug information ...
Do / should the order the options are given in matter ? IMHO this can be
the source of major confusion.
The Lazarus GUI uses check boxes to select compiler options. This no
order is selectable
Hello,
I noticed that, within a unit, all interface wrappers (groups of
'WRPR_*' symbols) are placed into one assembler unit together with
unit initialization/finalization code (sorry, do not know the exact term
for assember unit).
As a consequence, init/final code pulls in *all* interface
Hi,
2008/1/21, Jonas Maebe [EMAIL PROTECTED]:
On 21 Jan 2008, at 13:18, Fabio Dell'Aria wrote:
I have a little problem stripping my .EXE compiled file.
The final size with the DEBUG symbols (from -gl flag) is: 65132 bytes
(A) with strip --strip-debug become: 64583 bytes
(B)
I suggested using Lazarus and the OP said he had great doubts because the
size of the exe of his test program is 10 times the size of that compiled by
Borland.
Anyone who writes such texts doesn't look further than his nose.
Experience shows they will just hit the next thing which makes
Fabio Dell'Aria schreef:
Hi to all,
I'm writing a patch to can use an external .dbg file during the
debugging process.
All works fine but when an unhandled exception is raised the RTL show
stacktrace without debug info (no sources line).
How I can instruct the RTL to search the debug
Support for a separate .dbg file is now available for windows in
current svn trunk with the -Xg option. No need anymore for objcopy
--only-keep-debug objcopy --add-debug-link strip under
windows. The external linker (e.g. linux) still be updated to support
objcopy and strip when -Xg is
I think it should by default look for program.dbg file , and then if not
exists for paramstr(0). Is that enough ? If so,please explain how to
check if file exists , which function could be used here.
No, as Peter described, you should look in the executable for a link to
the file
with debug
At 18:54 17-1-2008, you wrote:
Hi to all,
can someone tell me if exists some units ables to read RAW data from a
specified section of an executable file (in all the supported
executable file format)?
What is available in FPC is already written in previous mails about
the debuginfo.
For the
At 20:40 17-1-2008, you wrote:
Hello,
I was coding and I suddently saw that need to use a typed list. I went
with TFPList, but considering we already have compiler support I
thougth that maybe we could have a basic library with useful classes
using generics. I searched on fpc 2.2.0 sources a
BTW : current trunk fpc is no compilable due to error in fpini,
missing crc32 function or file not added to uses clause.
Fixed.
Peter
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
At 12:22 15-1-2008, you wrote:
Why do not update the UPX released with FPC with the last 3.02 stable version?
Current it contain the old UPX 1.25 version.
In the next release UPX will be removed. It triggers too much false
positive virus warnings. And with current harddisk sizes it is not
At 13:17 16-1-2008, you wrote:
Marco van de Voort wrote:
from _EXECUTABLE_ file FILE, iow you still need the unstripped exe.
Perhaps it doesn't need the .text, .data, .bss etc sections though.
I also posted this on Lazarus mailing list already.
Below are the 2 commands to make it working.
At 21:32 16-1-2008, you wrote:
On Wed, 16 Jan 2008, Peter Vreman wrote:
At 13:17 16-1-2008, you wrote:
Marco van de Voort wrote:
from _EXECUTABLE_ file FILE, iow you still need the unstripped exe.
Perhaps it doesn't need the .text, .data, .bss etc sections though.
I also posted
At 22:25 16-1-2008, you wrote:
Michael Van Canneyt wrote:
On Wed, 16 Jan 2008, Peter Vreman wrote:
At 13:17 16-1-2008, you wrote:
Marco van de Voort wrote:
from _EXECUTABLE_ file FILE, iow you still need the unstripped exe.
Perhaps it doesn't need the .text, .data, .bss etc sections though
At 22:25 16-1-2008, you wrote:
At 21:32 16-1-2008, you wrote:
On Wed, 16 Jan 2008, Peter Vreman wrote:
At 13:17 16-1-2008, you wrote:
Marco van de Voort wrote:
from _EXECUTABLE_ file FILE, iow you still need the unstripped exe.
Perhaps it doesn't need the .text, .data, .bss etc
Hi to all,
can someone tell me if exists a compiler/linker option to can change the
default Object File extension .o ?
It is hardcoded per assembler. And i also don't see a reason to have it changed.
Peter
___
fpc-devel maillist -
Jonas Maebe wrote:
On 12 Jan 2008, at 16:07, Bogus³aw Brandys wrote:
Could we have debug info as separate file ? If this would be possible
I could create release stripped EXE and yet be able to obtain
unit/line of exception combining stacktrace numeric output with
correct debug info file
Cannot export fpc_write_text_widestr: symbol not found
Cannot export fpc_writeln_end: symbol not found
Cannot export operatingsystem_result: symbol not found
system.o: In function `SYSTEM_init':
system.pp:1103: undefined reference to `FindResourceA'
system.pp:1103: undefined reference to
At 19:12 28-12-2007, you wrote:
But on the wiki I found same ppumove winnt examples:
http://www.freepascal.org/docs-html/user/userse42.html#x149-1490008.7http://www.freepascal.org/docs-html/user/userse42.html#x149-1490008.7
I've never seen a ppumove created library working under windows.
Hi,
I (and others on #lazarus-ide) cannot access idefix (svn, bug tracker,
www.freepascal.org). Is this planned?
No, this is not planned. See http://www.freepascal.org
Peter
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
At 18:50 24-11-2007, you wrote:
Hello,
I found and fixed at least four issues with MASM assembler output:
- garbage was being output sometimes instead of source lines when
compiling with -al. This is because lastfileinfo and lastinfile were
never initialized for MASM writer. This is true for
At 15:08 21-11-2007, you wrote:
Here's a patch for fpmkunit.
- implements Defaults.NoFPCCfg in TBuildEngine.GetCompilerCommand
- added ttCleanOnlyUnit in TTarget.GetCleanFiles
- fixes a dirty little bug in TBuildEngine.GetCompilerCommand
(compile filename)
To come back to the last item;
Hello,
I have noticed a strange thing with FPC-generated assembler code.
The Pascal code is very simple:
program test;
{$mode objfpc}{$h+}
type
TObj = class(TObject)
public
destructor Destroy; override;
end;
destructor TObj.Destroy;
begin
writeln('TObj.Destroy');
After reconsidering the -n option. It should depend on the -f /
--config= option.
The --config and -n are indepdenent. The --config can be used to supply a
configuration for
fpmake. The -n is for the compiler configuration.
I've been playing around with fpmake again and came to the
The following patch fixes a broken TTarget.Mode.
Fixed using Delete() which is easier to read.
Peter
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Tue, 13 Nov 2007 09:21:36 +0100 (CET)
Peter Vreman [EMAIL PROTECTED] wrote:
[...]
fpc -n -FUunits\i386-win32\ -Fu..\..\src\ -Fuunits\i386-win32\*
myexample.pp
1. What strikes me is that the command line has the option -n in
it. It appears that this command line option is hard coded
On Tue, 13 Nov 2007 13:28:47 +0100 (CET)
Peter Vreman [EMAIL PROTECTED] wrote:
On Tue, 13 Nov 2007 09:21:36 +0100 (CET)
Peter Vreman [EMAIL PROTECTED] wrote:
[...]
fpc -n -FUunits\i386-win32\ -Fu..\..\src\ -Fuunits\i386-win32\*
myexample.pp
1. What strikes me
On 24/10/2007, Graeme Geldenhuys [EMAIL PROTECTED] wrote:
So which ones are the more specialized ones? The xxxHashList classes
or the xxxHashTable classes?
Table vs List?
I read the online docs again. Looking only at the hash classes storing
pointers. I still don't understand the
At 14:03 21-10-2007, you wrote:
On Sun, 21 Oct 2007 13:46:57 +0200
Florian Klaempfl [EMAIL PROTECTED] wrote:
Mattias Gaertner schrieb:
Is it possible to use TTranslateStrings = type TStrings?
I ask because, the compiler allows it, but stops later with only
this message:
Maybe it would better be a hint.
Seems reasonable to me.
The unused parameter hint is likewise also unavoidable with function
callback implementations sometimes.
There is a good reason for that the unreachable code is a warning: The compiler
_changes_ your
code by removing the if-branch.
Hi,
Why does a makefile generated by fpcmake contain the following lines?
vpath %.pp $(COMPILER_SOURCEDIR) $(COMPILER_INCLUDEDIR)
vpath %.pas $(COMPILER_SOURCEDIR) $(COMPILER_INCLUDEDIR)
It seems to be looking in the include directory for source files.
It is needed for dependencies like:
Hi,
Why are the FPC 2.2 release files for Linux *.tar files and not
*.tar.gz or *.tar.bz2?
Surely if the tar file was compressed using gzip, bzip2 or 7zip it
would have been much smaller than 30Mb!
What is inside the .tar is already compressed.
Peter
Hi
FPC seems to allow the 'deprecated' keyword after a method
declaration, but what exactly does the compiler do with that keyword?
I don't see any special messages or anything from the compiler.
I think at compile time the compiler should raise a warning wherever
that deprecated method is
Fine, then please consider the following patch.
The patch additionally has:
- FPC version is not initialized to 2.0.4 by default but takes the
FPCVERSION include
- Fixed TPackage.GetFileName when no version is set
Applied, thanks.
Peter
___
At 15:04 30-5-2007, you wrote:
On Wed, 30 May 2007, Yury Sidorov wrote:
From: Ðавел ÐÑенин [EMAIL PROTECTED]
Hello, FPC developers' list
I've noticed today that Yury resolved old and extremly bad for
lazarus bug
with multiply resource files. And now it is possible to use
So, it is now not possible to switch off goto statements in Delphi
mode by just giving some command-line options. It requires an adapted
configuration file, or knowing exactly what options are implicitly
set for -Mdelphi, and copying those, except -Sg, on the command-line.
Or do I overlook a
At 08:55 1-4-2007, you wrote:
Hi,
Now that it is clear that FPC 2.2 can not be used with MSEide+MSEgui because
of Mantis 8481 (By copying an record with OLE string fields, the memory
location of the *source* string is changed.), I would be happy if the fixes
for Mantis 8103, 8245, 8386 and 8388
At 09:59 18-3-2007, you wrote:
So any ideas a least what it could be related to?
i mean if i want to fix it what should i test/look
for?
problem with alignment of segments or...?
i just tried to use fpc external linker with microsoft
linker.and with some headaches creating 1300 line of
At 17:21 18-3-2007, you wrote:
--- Peter Vreman [EMAIL PROTECTED] wrote:
At 09:59 18-3-2007, you wrote:
So any ideas a least what it could be related to?
i mean if i want to fix it what should i test/look
for?
problem with alignment of segments or...?
i just tried to use fpc external
At 20:42 4-1-2007, you wrote:
Joost van der Sluis schreef:
Hi all,
What does this output from fpcmake mean:
cd lazarus
fpcmake
Processing Makefile.fpc
Error: Target linux, package rtl not found
This happens when I make a change in the Makefile.fpc of Lazarus, and
then run fpcmake. It doesn't
5356 - does not compile under win32 (ppc1 does not stop compiling
pp.pas [neither fails, nor succeeds])
(memory usage in process list freezes at 31444 Kb)
what starting compiler are you using?
Already fixed in r5365
___
fpc-devel maillist -
Thanks for CDQ info, I didn't know it existed :)
I just made the algotithm because I needed speedy div and mod, that could
handle signed and unsigned Int32, also with a Int32 as divisor. And the
one
in Delphi6/7 doesn't do that.
I haven't used assembler since 1985 on a Dragon32, so I have a
Peter Vreman wrote:
oldval:=value
divval:=value div divider
modval:=oldval-divval
I don't see how this is correct ? And why you need oldval, you don't
modify value ?
oldval=5
divval=5 div 2=2
modval=5-2=3
Mistake... it should have been:
modval=oldval-(divval*divider)
oldval=5
divval
Hello,
When I try to create a cross compile of fpc 2.0.4 to i386 (I'm using
amd64 native ubuntu edgy).
When I try to compile it as following:
make all tar CPU_TARGET=i386 CROSSINSTALL=1 INSTALL_PREFIX=/usr/lib
It compiles, until it needs to create a tar file and then I have the
following
On 11/9/06, ik [EMAIL PROTECTED] wrote:
On 11/9/06, Peter Vreman [EMAIL PROTECTED] wrote:
Hello,
When I try to create a cross compile of fpc 2.0.4 to i386 (I'm using
amd64 native ubuntu edgy).
When I try to compile it as following:
make all tar CPU_TARGET=i386 CROSSINSTALL=1
Is it possible to backport the resolution of 0007281 from head to fixes
branch?
It is not usefull to do. There won't be a new release anymore from the
fixes branch.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
It is not usefull to do. There won't be a new release anymore from the
fixes branch.
What Peter wanted to say is: there won't be any 2.0.x releases but we
want
the next release to be 2.2.0 instead.
Does that mean we can soon expect single static assignment?
SSA is only partly implemented.
It is not usefull to do. There won't be a new release anymore from the
fixes branch.
Your statement concludes that 2.04 is not usable for production
environment.
- Except you do not use interfaces - or write programs which are only
commandlinetools, not expected to run for some time.
This
At 06:09 5-11-2006, you wrote:
Let me explain the problem with more details,
consider the following code:
while true do
begin
ReadLn (S);
/// Lock Mutex
AThread:= TMyThread.Create (True);//Suspended
AThread.Prepare (S);
AThread.Resume;
///UnLock Mutex
end;
...
To understand the
At 11:44 3-11-2006, you wrote:
From: Gabor Boros [EMAIL PROTECTED]
Subject: [fpc-devel] WinCE compiler compilation is broken
Hi,
The error message is:
math.pp(2063,14) Fatal: Unknown compilerproc SUBS. Check if you
use the correct run time library.
The problem is caused by revision 5192 by
At 09:08 1-11-2006, you wrote:
Marc Weustink schreef:
Oro06 wrote:
Marc Weustink wrote:
Hi,
hi,
This patch fixes CE compilation.
I would have applied it myself, but I've some questions about the common
win dir and the wince implementation in the rtl.
you can apply it
Done, r5135
Daniël Mantione wrote:
By the way, I have a patch ready which turns it into a property, which
prevents some code being pulled in Hello World kind of apps.
Would be nice if somehow smartlinking could be 'smartened' to optimize
this out. (Conditional initialization for group of
Would be nice if somehow smartlinking could be 'smartened' to optimize
this out. (Conditional initialization for group of
variables/functions?)
Yes :) I thought at least a hundred times about it during the last ten
years, but I never came up with an idea that is both clean and doable in
Does the CmdLine variable in the System unit exist for Delphi/TP/...
compatibility ?
Delphi compatibility.
By the way, I have a patch ready which turns it into a property, which
prevents some code being pulled in Hello World kind of apps.
That is the best solution. It will then also be
At 23:00 14-10-2006, you wrote:
On Saturday 14 October 2006 17:38, Peter Vreman wrote:
On Saturday 14 October 2006 15:55, Marc Weustink wrote:
Hi,
if I define 2 types like:
type
MyA = type string;
MyB = type string;
are MyA and MyB considered as the same type
Hi,
At cutils line 926, FreeMem is called for p with size strlen(p)+1. Could
it be that actually a much bigger block was allocated, and not size
strlen(p)+1 ?
The size parameter is ignored by the heap manager.
___
fpc-devel maillist -
Daniël Mantione wrote:
I think no recent heap manager can free blocks partially ?
I think the idea is that if you want, you can write and install a heap
manager that uses the size. In such case you implement
freemem(pointer,size), and freemem(pointer) then results in a runtime
error.
I
Hi,
I'm trying to reduce the number of recompilation needed of units.
Currently compiler very often recompiles due to possibility of changed
inlined functions being present. Attached patch tries store this info in
ppu (whether inlined functions are present). Is this a good patch ?
Btw,
At 09:36 4-10-2006, you wrote:
Peter Vreman wrote:
Micha Nelissen wrote:
Hi,
psrc:[EMAIL PROTECTED], is this correct ? Shouldn't it be FList^, since FList
is a pointer to an array of pointers ?
It is correct. It is the address of the first pointer in the array of
pointers.
Conceptually
At 00:15 7-10-2006, you wrote:
-Original Message-
From: Michael Van Canneyt [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Date: Fri, 6 Oct 2006 22:01:55 +0200 (CEST)
Subject: Re: [fpc-devel] rtti, arrays and performance
Did you see a change in performance
At 10:29 7-9-2006, you wrote:
Here's a patch for the readme file for fp2html. I added a
description on the added variables and the commandline options.
Applied, Thanks.
Peter
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
At 13:21 7-9-2006, you wrote:
On 7 sep 2006, at 12:54, Ale? Katona wrote:
Today I tried to find the reason behind Lazarus GTK2 slowdowns by
using
profilers. After both failed me (callgrind crashed with stabs info
error
Did you compile everything with either -gv or without debugging info?
If
This looks promising. I'll look at the code when I get some free time
and see if I'm able to do anything in this department.
Ales
If it needs to be added this more generic AOP is the best solution.
AOP also allows easy tracing on the fly with start/end of procedure
infos. We can add a
Hello,
I wonder if FPC optimize a code such as:
if a b then
c := d
else
c := b;
as :
r := b + ((d - b) and -(a b));
If so, do you check the type of CPU (because as I understand, some CPU
will not execute as fast as other CPU's.
If not, then why, and how would you optimize
I would love to be a maintainer and build .deb files, however I do not
own a 64 bit CPU and can't afford one at the moment because it would
also mean a new motherboard and RAM too, so that crosses me out pretty
much. In fact, I really would love to see Free Pascal packages in the
Ubuntu
At 21:39 13-8-2006, you wrote:
Hi,
This patch will enable the variable declaration in .fp files. It's
very easy if you have repeating sequences or you want to make pages
configurable.
The patch should be applied on top of the 3rd patch I sent a few day's ago.
Thanks, applied 3rd and 4th
Looking at the code below...
{$if defined(ver2_0)}
{$note This is not delphi compatible. }
{$endif}
Is this a feature or a FPC bug? FPC allows the $IF to be closed with
the $ENDIF as well as the $IFEND. This is not Delphi compatible.
The closing tag for $IF is $IFEND
The closing
I realize that OS/2 and OpenVMS are fringe operating systems so I
expect to have to do some development of both fpc Lazarus there
myself, the question is really how much work i.e. time is required.
To help me, I would like to know for instance how to bootstrap fpc
on a new platform. What is
On 8/9/06, Jonas Maebe [EMAIL PROTECTED] wrote:
TEST_OPT=...
Thanks again. I saw the options in the readme file.
After running:
make TEST_FPC=/usr/local/lib/fpc/2.0.4/ppcarm TEST_OPT=-XParm-linux-
clean all digest
in the fpc/tests directory it starts compiling for a while and then
error
Marco,
I got the following message
make
snip
fp2html.exe packages/x11.fp
fp2html.exe packages/zlib.fp
fp2html.exe templatemirror.fp
ppc386 -Xs makemirror.pp
Free Pascal Compiler version 2.0.2 [2005/11/26] for i386
Copyright (c) 1993-2005 by Florian Klaempfl
Target OS: Win32
1 - 100 of 330 matches
Mail list logo