Vincent Snijders schreef:
Vincent Snijders schreef:
Hi,
I get an internal error when I compile fcl-db of fpc 2.3.1.
-FE. -FUunits/x86_64-win64 -gl -dx86_64 -dRELEASE src/db.pas
fields.inc(1071,12) Fatal: Internal error 200108291
Fatal: Compilation aborted
This is the same IE as in http
Attached patch add the same sanity check for the frame pointer in TraceReAllocMem as
already is in TraceGetMem. It fixed crashes of Lazarus on win64 when compiled with
heaptrc.
Tested with fpc 2.1.3. fpc 2.3.1 is currently broken on win64, see mail of 8
April.
Vincent
Index: heaptrc.pp
Vincent Snijders schreef:
Hi,
I get an internal error when I compile fcl-db of fpc 2.3.1.
-FE. -FUunits/x86_64-win64 -gl -dx86_64 -dRELEASE src/db.pas
fields.inc(1071,12) Fatal: Internal error 200108291
Fatal: Compilation aborted
This is the same IE as in http://www.freepascal.org/mantis
Hi,
I get an internal error when I compile fcl-db of fpc 2.3.1.
make[2]: Entering directory `C:/lazarus/source/fpc/2.3/packages/fcl-db'
/lazarus/source/fpcbuild/trunk/install/binw64/gmkdir.exe -p
units/x86_64-win64
c:/lazarus/source/fpc/2.1/compiler/ppcx64.exe -Ur -Xs -O2 -n -S2h
-Fusrc/dbase
Vincent Snijders schreef:
Hi,
I am trying to compile and run some parts of Lazarus
(lcl\interfaces\win32) with -Criot. I get some overflow errors I don't
understand. I tried to understand the logic behind the generated
assembler and made a small test program, which doesn't give an overflow
Hi,
I am trying to compile and run some parts of Lazarus
(lcl\interfaces\win32) with -Criot. I get some overflow errors I don't
understand. I tried to understand the logic behind the generated
assembler and made a small test program, which doesn't give an overflow
error, but that has the
Vincent Snijders schreef:
Hi,
Why is revision 6749 merged in revsion 6771?
It is the likely cause of bug 8492, so I would have waited with the
merge, until that bug has been fixed.
Since this bug has not been fixed yet, I propose to undo the merge to
the fixes branch for now. After all
Felipe Monteiro de Carvalho schreef:
On 3/9/07, Vincent Snijders [EMAIL PROTECTED] wrote:
I think both Mattias and Mark work in much larger parts of Lazarus. I
would describe them as two people who have contributed much in almost
all parts of the project (IDE, debugger, designer, codetools, LCL
Hi,
Why is revision 6749 merged in revsion 6771?
It is the likely cause of bug 8492, so I would have waited with the
merge, until that bug has been fixed.
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Felipe Monteiro de Carvalho schreef:
Here is my initial proposal:
Dear Sir or Madam,
With this email we would like to apply as mentoring organization for
your Summer of Code program. We hope that with your funding we can
improve the project.
FPC/Lazarus is the joined
Felipe Monteiro de Carvalho schreef:
reminder
For what? Did you write a proposal?
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Felipe Monteiro de Carvalho schreef:
For what? Did you write a proposal?
No, because I am waiting for an answer if fpc developers agree that
fpc and lazarus should have only 1 proposal, and if I can write it,
and it would also be good to see the proposal from last year.
I think that the fpc
Jason P Sage schreef:
I used CGI for portability - but to counter the delay of loading
involved CGI executables - I created a very thin CGI client (50k on
Win32 - unfortunately - 250k+ on Linux - (something about the smart
linking isn't as good on linux).
snip fastcgi mentioned several times
C Western schreef:
Пётр Косаревский wrote:
In the math unit are the CompareValue functions only for signed
integers. Why not for DWORD and QWORD?
I guess, that it's Delphi mimicing implementation (because it is
Delphi-like).
And it can be tricky to distinguish signed and unsigned
[EMAIL PROTECTED] schreef:
Quoting Vincent Snijders [EMAIL PROTECTED]:
C Western schreef:
ð£ÔÒ ëÏÓÁÒÅ×ÓËÉÊ wrote:
In the math unit are the CompareValue functions only for signed
integers. Why not for DWORD and QWORD?
I guess, that it's Delphi mimicing implementation (because it is
Delphi
Hi,
In the math unit are the CompareValue functions only for signed integers. Why not
for DWORD and QWORD?
I tested with the program below.
For DWord is works correctly, presumely because the int64 overload is used.
For QWord without typecast the code doesn't compile, because the compile
Roozbeh GHolizadeh schreef:
Summary :
MakeIntResource was previously declared as function in win32 and
wince,windows.pp files,also we had one declared in rtl\resh.inc as pchar
and also there was some uses of it just as pchar in classes.
All these makes some problems in lazarus,as we cant have
Bram Kuijvenhoven schreef:
Michael Schnell wrote:
How can access the SVN ?
Unfortunately I suppose I can't access a Version Control System as
here we ave a Firewall that only allows to do http and ftp via a proxy.
IIRC SVN also can use the http protocol (exactly for this reason).
Note
Michael Schnell schreef:
See http://www.freepascal.org/develop.var#svn for details on using SVN
-- note that the command use an URL starting with http://. For Windows
there is also a nice graphical Shell integrated interface to SVN,
called TortoiseSVN.
Using TortoiseSVN I get could not
Michael Schnell schreef:
The URL for tortoiseSVN is http://svn.freepascal.org/svn/fpc/trunk
Right. That is exactly what I did.
The other error message I got was PROFIND request failed on
'/svn/fpc/trunk'.
That is the error I get too, because of a broken or misconfigured proxy.
Vincent
Michael Schnell schreef:
The URL for tortoiseSVN is http://svn.freepascal.org/svn/fpc/trunk
Right. That is exactly what I did.
The other error message I got was PROFIND request failed on
'/svn/fpc/trunk'.
The long delay before the error is displayed suggests that the server
does not
Michael Schnell schreef:
peter green wrote:
What does the compiler do when translating procedure ... message ?
I need to know this as I want to create a non-GUI workalike of the
TApplication class that can do things like TTimer
TThread.Synchronize, Message events, etc, using Windows messages
Michael Schnell schreef:
I see you are still a bit lost. Maybe the documentation can help:
http://www.freepascal.org/docs-html/ref/refsu24.html
I in fact am lost (as I still don't dare to try to look into the
compiler's source code).
Unfortunately the docs text does not say what code the
Hi,
I want to include memory checking in my test application without having the
debuginfo (since that makes the application 10 times as big and takes longer to
compile).
Even without debuginfo it gives information, about the number of allocated memory
blocks that are not freed and whether
Hi,
TAsyncProcess from the LCL has a property NumBytesAvailable. Attached patch adds it
to TProcess in the FCL.
NumBytesAvailable checks how many bytes are available in TProcess.Output, so you can
decide not to read from it if there are no bytes available.
Maybe you want a different name
Marc Weustink schreef:
Vincent Snijders wrote:
Hi,
TAsyncProcess from the LCL has a property NumBytesAvailable. Attached
patch adds it to TProcess in the FCL.
NumBytesAvailable checks how many bytes are available in
TProcess.Output, so you can decide not to read from
Vincent Snijders schreef:
Marc Weustink schreef:
Vincent Snijders wrote:
Hi,
TAsyncProcess from the LCL has a property NumBytesAvailable. Attached
patch adds it to TProcess in the FCL.
NumBytesAvailable checks how many bytes are available in
TProcess.Output, so you can decide not to read
Daniël Mantione schreef:
Op Mon, 29 Jan 2007, schreef Michael Schnell:
For compiling for ARM a cross compiler is necessary anyway,
Yes, but, the big difference is that the ARM cross compiler for Linux is
an official FPC release and therefore useable without digging into the
compiler build
Daniël Mantione schreef:
Op Tue, 30 Jan 2007, schreef Vincent Snijders:
Daniël Mantione schreef:
Op Mon, 29 Jan 2007, schreef Michael Schnell:
For compiling for ARM a cross compiler is necessary anyway,
Yes, but, the big difference is that the ARM cross compiler for Linux is
an official
Felipe Monteiro de Carvalho schreef:
Hi,
I added an almost empty system.pp unit to fpc/rtl/symbian just to
test, but the compiler isn´t yet search on this directory for the
system unit.
I am using this command to use FPC 2.0.4 to compile a cross-compiler:
c:\Programas\fpc21 make clean all
Felipe Monteiro de Carvalho schreef:
On 1/25/07, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:
C:\Programas\fpc21\rtl\symbianmake clean
FPC=c:\Programas\fpc21\compiler\ppc386
.exe
make: Nothing to be done for `clean'.
ops, it should be:
C:\Programas\fpc21\rtl\symbianmake
Felipe Monteiro de Carvalho schreef:
Hi,
On 1/25/07, Florian Klaempfl [EMAIL PROTECTED] wrote:
This is rather useless imo, even a cross cycle is far away for symbian.
Something like
make arm
in the compiler dir and
make FPC=c:\fpc\compiler\ppcarm -XP$FPCTARGET-
in the rtl/symbian dir should be
Felipe Monteiro de Carvalho schreef:
On 1/25/07, Vincent Snijders [EMAIL PROTECTED] wrote:
That is right, no rtl units for Symbian have been written, so the
Makefile doesn't
contain them.
Start with the system unit I would say.
Yes, but I added my system unit, and used fpcmake to regenerate
[EMAIL PROTECTED] schreef:
Burkhard Carstens ha scritto:
Am Mittwoch, 24. Januar 2007 12:09 schrieb [EMAIL PROTECTED]:
Points 1 to 3 went good, i get this error at point 4:
C:\indy\fpcd:\ALVISE\Delphi-Lazarus\IDE\lazarus\fpc\2.1.1\bin\i386-w
in32\make.e xe install
Felipe Monteiro de Carvalho schreef:
Hi,
I can´t seam to get fpcmake to work. I did a svn update, and changed
the following on fpcmmain.pp:
snip
next I build fpcmake with fpc 2.0.4 and tryed to run it, but it
crashes, and make command doesn´t seam to have included debug info.
[EMAIL PROTECTED] schreef:
2) make the ttimer work on wince, so he can call the CallAction
function that manages the connection sometime indipendently from
the application. That would be a workaround (so useful for me) but
not the definitive solution for lnet.
TTimer does not work on WINCE
Michael Schnell schreef:
I have created a arm-wince cross compiler installer for lazarus-win32:
ftp://ftp.hu.freepascal.org/pub/lazarus/cross/Lazarus-0.9.21-fpc-2.1.1-20070103-cross-arm-wince-win32.exe
In what way is the arm-wince cross compiler related to the arm-Linux
cross compiler
Michael Schnell schreef:
I have created a arm-wince cross compiler installer for lazarus-win32:
Nokao tried to use it, but he is getting errors:
http://www.lazarus.freepascal.org/index.php?name=PNphpBB2file=viewtopict=3255
(using fpc from 30-12-2006)
Hi Vincent,
While I was positive
Michael Schnell schreef:
I have created a arm-wince cross compiler installer for lazarus-win32:
ftp://ftp.hu.freepascal.org/pub/lazarus/cross/Lazarus-0.9.21-fpc-2.1.1-20070103-cross-arm-wince-win32.exe
In what way is the arm-wince cross compiler related to the arm-Linux
cross compiler
Michael Schnell schreef:
Let me know, if you want to try this out, then I can try to build an
installer for cross-arm-linux.
Vincent
I suppose my favorite would be cross-compiling from PC-Linux top ARM-Linux.
I don't do those. But follow the advice from Florian.
Vincent
Michael Schnell schreef:
When doing cross projects remote debugging always comes into mind.
Can Lazarus do remote debugging at all ?
Is same possible / planned to be possible with ARM Linux targets ?
See
Michael Schnell schreef:
See
http://www.freepascal.org/cgi-bin/viewcvs.cgi/trunk/docs/RemoteDebugging.txt?root=lazarusview=markup
Note its date. So it might need to be updated or it might still work.
Step 5: Setup the ssh debugger in the IDE
ToDo
That does not help much ;-)
I
Michael Schnell schreef:
I guess not much help is needed. Just open the Debugger Options and
select GNU debugger through SSH (gdb), would be my first guess.
Never done this though.
Great (sorry for my being cynical :-[ ) !
So I gather that you are convinced that it does work as well
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 happen on my machine, but
Hi,
I have created a arm-wince cross compiler installer for lazarus-win32:
ftp://ftp.hu.freepascal.org/pub/lazarus/cross/Lazarus-0.9.21-fpc-2.1.1-20070103-cross-arm-wince-win32.exe
Nokao tried to use it, but he is getting errors:
http://aycu23.webshots.com/image/7382/2004535844182527357_rs.jpg
Yury Sidorov schreef:
From: Vincent Snijders [EMAIL PROTECTED]
Hi,
I have created a arm-wince cross compiler installer for lazarus-win32:
ftp://ftp.hu.freepascal.org/pub/lazarus/cross/Lazarus-0.9.21-fpc-2.1.1-20070103-cross-arm-wince-win32.exe
Nokao tried to use it, but he is getting
Graeme Geldenhuys schreef:
Well, look in the file that it standard header points to. There it
mentions what is different to the standard LGPL. But yes I agree that
one should insert that notice as part of Lazarus IDE menu options. It
will be a small change. If it's not done after Christmas,
Michael Schnell schreef:
No. Generics are more like using a macro when defining a type.
So a := copies the memory and not a pointer and they are passed by
value into a procedure.
I think you cut too much context. To which question does this give an answer?
Vincent
Will fpc support generic record declarations like this:
type
generic TFixedKeyNodeKeySize = record
key: array[0..KeySize-1] of char;
value: dword;
end;
In other word the type is not parameterized by another type but by an integer used
to define the upper limit of an array.
I am
Daniël Mantione schreef:
Op Wed, 20 Dec 2006, schreef Vincent Snijders:
Will fpc support generic record declarations like this:
type
generic TFixedKeyNodeKeySize = record
key: array[0..KeySize-1] of char;
value: dword;
end;
In other word the type is not parameterized by another type
Hi,
Since this weekend the classes unit is based upon the fgl unit. What are the
advantages of this change.
Does it make the code in the classes unit (for example TFPList, TList and
TStringList) faster or does this just improve maintainability, e.g. because changes
made in the fgl unit are
Kris Leech schreef:
Luiz Americo Pereira Camara wrote:
While developing with simpleipc i found that there's no
straightforward way to identify the type of a message (see the forth
paragraph of
http://lazarusroad.blogspot.com/2006/12/only-one-instance.html), so i
looked what i could do to
[EMAIL PROTECTED] schreef:
finally some of us would quite like to have a big endian system arround
for testing on and as big endian systems go the slug is cheap!
Well, for FPC developers (as well as others) I make accounts available to
those interested via SSH. I run PPC under Debian/Sparc on
Vincent Snijders schreef:
Michael Van Canneyt schreef:
Hello,
The documentation has been adapted, but is not yet published.
I regenerated the docs and noticed that TProcess.WaitOnExit.Result has
not been updated:
http://lazarus-ccr.sourceforge.net/docs/fcl/process
Michael Van Canneyt schreef:
Hello,
I've changed the TProcess.WaitOnExit return type to boolean;
A return value of True means success, a return value of False
means failure.
This is a conscious break with the old DWord return value, which
returned a highly inconsistent, system-dependent return
Michael Van Canneyt schreef:
On Wed, 13 Dec 2006, Vincent Snijders wrote:
Michael Van Canneyt schreef:
On Tue, 12 Dec 2006, [EMAIL PROTECTED] wrote:
As said in an earlier mail I have problems streaming the property
EditLabel: TBoundLabel read FEditLabel;
of a TLabeledEdit with fpc 2.1.1
Michael Van Canneyt schreef:
On Wed, 13 Dec 2006, Vincent Snijders wrote:
Michael Van Canneyt schreef:
On Wed, 13 Dec 2006, Vincent Snijders wrote:
Michael Van Canneyt schreef:
On Tue, 12 Dec 2006, [EMAIL PROTECTED] wrote:
As said in an earlier mail I have problems streaming
Martin Schreiber schreef:
On Tuesday 12 December 2006 14.54, [EMAIL PROTECTED] wrote:
As said in an earlier mail I have problems streaming the
property EditLabel: TBoundLabel read FEditLabel;
of a TLabeledEdit with fpc 2.1.1.
A usual solution:
ttestcomp = class(tcomponent)
private
The docs at
http://lazarus-ccr.sourceforge.net/docs/fcl/process/tprocess.exitstatus.html
say:
The value of this property is only meaningful when the process is no longer
running. If it is not running then the value is zero.
I think not in the last sentence must be removed.
Vincent
Aleš Katona schreef:
Hi, I recently changed TReader and TWriter to be delphi compatible (they
were missing a virtual read and a virtual write.
It might be related, best idea is to see if all TWriter/TReader
descendants which add read and write have them use override.
As for the concrete
Hi,
Currently the TMemoryStream grows in steps of 4096 bytes.
When writing 10 chunks of say 80 bytes to it, this causes a lot of
reallocations. I think it is better to grow at least a quarter for example.
The new code could look something like:
function TMemoryStream.Realloc(var
Micha Nelissen schreef:
Vincent Snijders wrote:
Hi,
Currently the TMemoryStream grows in steps of 4096 bytes.
Very nice would be a linked list of 8KB blocks or so, and when you
access .Memory, then it's copied into an array.
A (maybe shortsighted) drawback would be that it doubles
Micha Nelissen schreef:
Vincent Snijders wrote:
A (maybe shortsighted) drawback would be that it doubles the amount of
needed memory, once for the list and once for the memory pointed to with
Memory?
Well, the linked list would be freed (or the first item of it enlarged
to the total size
peter green schreef:
Well, the linked list would be freed (or the first item of it enlarged
to the total size, depending on implementation details).
Still, the peak memory use will twice the size, won't it?
sure but unless you are very lucky a call to reallocmem also means
Hi,
Attached patch adds new fields (since _WIN32_WINNT = 0x0500) to the OPENFILENAME
struct.
Vincent
Index: struct.inc
===
--- struct.inc (revision 5549)
+++ struct.inc (working copy)
@@ -4852,6 +4852,9 @@
lCustData
Micha Nelissen schreef:
Vincent Snijders wrote:
Hi,
Attached patch adds new fields (since _WIN32_WINNT = 0x0500) to the
OPENFILENAME struct.
This will make programs that use sizeof(OPENFILENAME) incompatible with
older windows versions. (Like we already experienced with lazarus).
We
Graeme Geldenhuys schreef:
Hi,
Attached is a new patch for the XSTL example in fpcUnit. This time
the JavaScript in inside the fpcunit.xsl file and not as a separate
file. I actually like this more as well.
Michael, is this patch already applied?
Vincent
Graeme Geldenhuys schreef:
Hi,
Attached is a patch for the fpcUnit's example XSLT files.
Changes:
* Grouping by Test Suites is now supported in the generated HTML
* Cleaned up the fpcunit.css file
* Added a navi.js file, which is the JavaScript required for the
grouping. (Depending on others,
ik schreef:
On 11/22/06, Dominique Leducq [EMAIL PROTECTED] wrote:
ik a écrit :
Hi List,
I have two cardinal numbers that represent ranges.
The 10 base value of that two variables are useless and far from
having any meaning for my needs.However the hexa number does have
meaning after I'm
Jonas Maebe schreef:
On 8 nov 2006, at 17:46, Micha Nelissen wrote:
Is SSU easier to implement than SSA ?
No, it's a bit more work.
Aren't variables often more used than assigned (so more generated
variables by SSU) ?
Yes.
How do the achieved optimizations compare ?
SSU gives
Hi,
win64 compilation failed:
c:/lazarus/source/bin/ppcx64.exe -Ur -Xs -O2 -n -Fux86_64 -Fusystems
-FuC:/lazarus/source/fpcbuild/2.1/fpcsrc/rtl/units/x86_64-win64
-Fix86_64 -FE. -FUx86_64/units/x86_64-win64 -dRELEASE -dx86_64 -dGDB
-dBROWSERLOG -Fux86 pp.pas
symsym.pas(519,43) Error:
Hi,
I am looking at http://www.freepascal.org/mantis/view.php?id=7723
When the exception is risen the following error is given:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x004f
0x0019409e in GTKAPIWIDGETCLIENT_DRAWCARET
Jonas Maebe schreef:
On 02 Nov 2006, at 14:37, Vincent Snijders wrote:
I am looking at http://www.freepascal.org/mantis/view.php?id=7723
Can you move that issue to FPC? It's an SSU bug (for which I'm currently
testing the fix).
Sure, any bug you wish. :-)
Vincent
Jonas Maebe schreef:
On 02 Nov 2006, at 14:37, Vincent Snijders wrote:
I am looking at http://www.freepascal.org/mantis/view.php?id=7723
Can you move that issue to FPC? It's an SSU bug (for which I'm currently
testing the fix).
Thanks: http://www.freepascal.org/cgi-bin/viewcvs.cgi?rev
Jonas Maebe schreef:
On 02 Nov 2006, at 14:37, Vincent Snijders wrote:
I am looking at http://www.freepascal.org/mantis/view.php?id=7723
Can you move that issue to FPC? It's an SSU bug (for which I'm currently
testing the fix).
Thanks with the correct link:
http
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
Currently fpc 2.1.1 is broken
Rod schreef:
Would like to see daily Lazarus Win64 snapshots on
http://www.hu.freepascal.org/lazarus/
Your wish has been granted. Please read on for the disclaimer ;-)
Known issues:
- No debugger support. There is no gdb for win64 and the win32 gdb
cannot debug win64 applications. Marc is
Florian Klaempfl schreef:
Daniël Mantione wrote:
Op Tue, 10 Oct 2006, schreef Florian Klaempfl:
Yesterday, I've implemented tail recursion optimization
(http://svn.freepascal.org/svn/fpc/trunk/compiler/opttail.pas resulting in
http://www.hu.freepascal.org/fpcircbot/cgipastebin?msgid=158 pp11
Florian Klaempfl schreef:
Vincent Snijders wrote:
I tried this with the recursive benchmark:
http://svn.freepascal.org/svn/fpc/trunk/tests/bench/shootout/src/recursive.pp
How much does leaving fwait away help?
There is a small, but measurable difference:
fpc 2.0.4: 9.04
fpc 2.0.4 without
Florian Klaempfl wrote:
Vincent Snijders schrieb:
Daniël Mantione wrote:
Op Fri, 6 Oct 2006, schreef Micha Nelissen:
Vincent Snijders wrote:
You could also start an assembler implementation of the matrix unit.
I suppose using it is allowed, and a Tvector2_double looks a lot like
Daniël Mantione wrote:
Op Sat, 7 Oct 2006, schreef Florian Klaempfl:
Vincent Snijders schrieb:
I started to add vector pascal like support, currently only i386/x86_64 are
supported (no generic support). The whole (currently implemented)
functionality is demonstrated by the following example
Daniël Mantione wrote:
Op Sun, 8 Oct 2006, schreef Vincent Snijders:
Daniël Mantione wrote:
Op Sat, 7 Oct 2006, schreef Florian Klaempfl:
Vincent Snijders schrieb:
I started to add vector pascal like support, currently only
i386/x86_64 are
supported (no generic support). The whole
Daniël Mantione wrote:
Op Fri, 6 Oct 2006, schreef Micha Nelissen:
Vincent Snijders wrote:
You could also start an assembler implementation of the matrix unit. I
suppose using it is allowed, and a Tvector2_double looks a lot like such a
double2.
Unless the compiler somehow helps
Hi,
I wondered if it is possible to add support for using sse2 packed doubles in
fpc.
I tried to create a sse2doubles type and define a operator + on it. Eventually I
want to move this type and all operators on it to a separate sse2 unit, so that the
user of this type doesn't need to see the
Vincent Snijders schreef:
I am trying out the sse2 support in fpc 2.1.1 and compile my code with
-Cfsse2.
The program is the mandelbrot benchmark:
http://shootout.alioth.debian.org/gp4/benchmark.php?test=mandelbrotlang=fpascal
The innerloop is like this:
Zr := 0; Zi := 0; Tr := 0
Daniël Mantione schreef:
Op Fri, 6 Oct 2006, schreef Vincent Snijders:
They are not used, because the same body contains a procedure call and the
%xmm0 registers are volatile. See also the notes with issue 7533:
http://www.freepascal.org/mantis/view.php?id=7533
This is solveable with SSA
Florian Klaempfl wrote:
Vincent Snijders schrieb:
Hi,
I wondered if it is possible to add support for using sse2 packed
doubles in fpc.
I tried to create a sse2doubles type and define a operator + on it.
Eventually I want to move this type and all operators on it to a
separate sse2 unit
Micha Nelissen wrote:
Ivo Steinmann wrote:
Well, it's a good idea to enable typed addresses by default, but I
have got one problem with that. The pointer to an array of a type
should be allowed to assign to the pointer of the same type.
Example
T: array[-10..10] of Integer;
P: PInteger;
I
Jonas Maebe wrote:
On 5 okt 2006, at 15:41, Jonas Maebe wrote:
Or that the code in the typeinfo unit is now broken.
typinfo unit is fixed.
Thanks. Lazarus starts again.
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Sergei Gorelkin schreef:
Hello,
Here is the next portion of my patches to XML stuff:
dom.pp:
- Removed unneeded TDOMNode.FNodeName/FNodeValue fields to reduce
memory requirements;
- finished TDOMElement.GetElementsByTagName;
- Implemented TDOMNode.TextContent property;
- Implemented attribute
Sergei Gorelkin schreef:
Hello,
Here is the next portion of my patches to XML stuff:
dom.pp:
- Removed unneeded TDOMNode.FNodeName/FNodeValue fields to reduce
memory requirements;
- finished TDOMElement.GetElementsByTagName;
- Implemented TDOMNode.TextContent property;
- Implemented attribute
Mattias Gaertner schreef:
On Fri, 29 Sep 2006 16:32:23 +0200 (CEST)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Fri, 29 Sep 2006, Vincent Snijders wrote:
Michael Van Canneyt schreef:
On Fri, 29 Sep 2006, Vincent Snijders wrote:
Hi,
The LCL contains the non-visual unit LCLMemManager
Michael Van Canneyt wrote:
On Tue, 3 Oct 2006, Vincent Snijders wrote:
What about TMemoryPool and TNonFreeMemoryPool?
Don't you think the word MemoryManager (MM) should be in it ?
This could cause confusion with TMemoryManager.
like pooledmm ? (and class TPooledMemoryManager) ?
I
Chris Cheney schreef:
C'est magnifique, mais ce n'est pas la guerre.
Two Very Bad Things:
* The restriction increases the context sensitivity of the language.
What do you mean? It thought it reduces the context sensitivity, because the context
is less important to determine what a
Graeme Geldenhuys schreef:
Hi,
I created the follow fpcUnit tests. For those that don't know
fpcUnit, the AssertEquals takes three parameters: Failing message,
Expected Value, Actual Value.
Now from the tests below, I am formatting all values to 2 decimal
values. I expected all tests to
Graeme Geldenhuys schreef:
On 02/10/06, Vincent Snijders [EMAIL PROTECTED] wrote:
It is not a bug, it is using bankers rounding. See
http://lazarus-ccr.sourceforge.net/docs/rtl/system/round.html
Vincent
Exactly, but it is still wrong, except if I really don't know how
Banker's rounding works
Chris Cheney schreef:
Date sent: Mon, 2 Oct 2006 12:59:45 +0200
From: Graeme Geldenhuys [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Subject:Re: [fpc-devel] Rounding inconsistent (critical)
Send
Graeme Geldenhuys schreef:
On 29/09/06, Tomas Hajny [EMAIL PROTECTED] wrote:
What would be your suggestion - change it to {$IF defined(UNIX) or
defined(NETWLIBC)}? I'd say that it would be better to make the interface
completely common, i.e. to get rid of these IFDEFs completely (e.g. by
Hi,
The LCL contains the non-visual unit LCLMemManager:
http://svn.freepascal.org/svn/lazarus/trunk/lcl/lclmemmanager.pas
I would like to propose that you rename it and add it to the FCL.
It contains some simple (base) clasess for pooling records and objects.
For the binary trees benchmark at
Michael Van Canneyt schreef:
On Fri, 29 Sep 2006, Vincent Snijders wrote:
Hi,
The LCL contains the non-visual unit LCLMemManager:
http://svn.freepascal.org/svn/lazarus/trunk/lcl/lclmemmanager.pas
I would like to propose that you rename it and add it to the FCL.
It contains some simple (base
301 - 400 of 545 matches
Mail list logo