Balogh, Karoly (Charlie/iNQ) wrote:
Hi,
Here are a few things about the m68k version i'd like to discuss.
First, how well the FPU codegenerator is tested in the m68k version?
I ask, because i've got a pretty big piece of code here, which makes
heavy use of float math. (A 3D engine namely.) I
Rimgaudas Laucius wrote:
Hi,
where can i get fpc glossary, if such exists? We are tranlating fpc
messages.
Hmm, there is none, if you have a list of expressions, we try to explain
them :)
___
fpc-devel maillist - [EMAIL PROTECTED]
James Mills wrote:
On Sun, Oct 12, 2003 at 01:55:41PM +0200, Florian Klaempfl wrote:
Yakov Sudeikin wrote:
Let's get rid of fpcmake. Pascal is good because you do not need this
old-crap-make-utility to compile your programs! All you need is a compiler!
Not of you have hundred of files
Olle Raab wrote:
However, far as I know, the sources are not stable at the moment, I have not
been able to get it the whole way to any runnable app on MacOS, the last
month. This is due to the work with a beta release first of november.
It will improve soon :)
Rimgaudas Laucius wrote:
I am interesting in fp ide future plans. When do you plan to release its
1.0 version?
The problem is that there is currently no real maintainer for the IDE so
there is no progress in IDE development.
___
fpc-devel maillist -
David Butler wrote:
Hi
I am using FreePascal 1.9.0[2003/11/05].
For the following code, the compiler crashes with Runtime error 216
at 0x004467CA.
type
RR = record
RA : WideString;
end;
const
Z : RR = (RA: 'B');
The compiler does not crash if the 'B' is changed to a string of more
than
BiPolar wrote:
Hello.
While trying to build FPC from today CVS sources on the BeOS platform
(using make beoszip from the root directory):
I guess the main problem is that the 1.0.x BeOS rtl contains a lot of
patches which aren't merged into 1.9.x sources.
I had to add two paths on the
wrote:
Hello!
What's about the subj?
Is this feature planned for 2.0 version?
Yes.
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
GongYu wrote:
Jeff Pohlmeyer:
I do not try your sample(I remove it and install 1.0.10),
but the lazarus IDE on my pc always show the same error(can not create pipe)
with FPC 1.9.0 Compiler!
This won't help us to improve FPC...
___
fpc-devel
/11/05] for i386
Copyright (c) 1993-2002 by Florian Klaempfl
Target OS: Linux for i386
Compiling test3.pp
Panic : Internal compiler error, exiting.
test3.pp(34,11) Fatal: Internal error
The problem is triggered by the line containing this cast:
AnsiString(MsgBuff), where MsgBuf has been declared
Olle Raab wrote:
03-11-30 10.36, skrev Jonas Maebe följande:
On 30-nov-03, at 02:29, Pedro Lopez-Cabanillas wrote:
Of course, if the compiler doesn't support this feature, because the
internal
handling of function calls, a compiler error message is better than a
program
crash.
The problem is
Jonas Maebe wrote:
On 8 jan 2004, at 14:03, Karl-Michael Schindler wrote:
German 10.3.2 on all three of them. Maybe something is wrong with my
libSystem.B.dylib or the libmathCommon.A.dylib on the two.
I doubt it. However, maybe you could try ppcppc instead of fpc. It's
quite possible that
[EMAIL PROTECTED] wrote:
With compiler option -Sd I got memcheck.pas(1439,11) Error: Procedure
overloading is switched off
Is procedure overloading not a Delphi feature?
Delphi requires an explicit overload;
___
fpc-devel maillist - [EMAIL
[EMAIL PROTECTED] wrote:
I can further confirm that the problem exists in Fedora Core 1.
Thanks, deleting FPC and reconstructing the symlink solved the problem (for the time being).
Can you explain what you did exactly. It might help us to find the problem?
Karl-Michael Schindler wrote:
Hi there,
What is actually the idea about further developments of the IDE, with my
particular interest in Darwin.
My impression is that the FPIDE is winx and linux, but not *bsd and not
much further development.
Then there is lazarus with more drive, but not much
[EMAIL PROTECTED] wrote:
From:[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [fpc-devel]Small technical answers
Date sent: Sat, 21 Feb 2004 20:47:34 +0100
When it'll be possible to call functions written in C,
which were
compiled using GCC 3.x? And also, when FPC will be
Jonas Maebe wrote:
On 15 aug 2004, at 00:20, Florian Klaempfl wrote:
To me, the fact that it always reads a longint regardless of the size
of the property seems to be inherently wrong. What if the last field
of a class is a byte? Then you can read past the end of the class,
possibly
Uberto Barbini wrote:
Hi,
is it possible to compile pascal programs for amd64?
We have a Delphi program that needs more of 3Gb ram user space... it'd be a
perfect excuse to begin to use fpc at work.
Yes, though you've to build it from the sources. However, only
linux/amd64 is supported yet, no
Dr. Rolf Jansen wrote:
The following smal pascal program is stored in file named
TestProgram.pas in the current working directory.
program TestProgamm;
var
i : Integer;
begin
for i := 1 to 5 do
writeln('Test');
end.
It compiles successfully with:
fpc -g TestProgram.pas
An
[EMAIL PROTECTED] wrote:
Hello.
Absence of automatic construction/destruction of
classes is very painfull and it can significantly
degrade the
development process (i.e. smart pointers and RAII are
impossible). It's one of the greatest flaws of Pascal
relatevly to
C (the second thing are
Yakov Sudeikin wrote:
I would really appreciate some comments on my question about patches
that would implement optional, unofficial or pluggable features.
I would like very much to be able to build extensions for particular
idioms. I understand that not everybody will like this possibility.
The
Jonas Maebe wrote:
M: But how are members of packed records accessed ?
Just like members of regular records. The difference is that there are
simply no alignment bytes between the different fields of the record.
If you've to access an unaligned member, you've to use a move as you do
in C,
Marc Weustink wrote:
Copy back was already thrown away with Fortran 66 I think because it
caused too much trouble.
I'll believe it will give troubles in certain situations, I only have no
idea where (then again, I'm only a compiler user).
r.i could have also an alias so the example above
Florian Klaempfl wrote:
The first x86-64/linux snapshot has been uploaded.
Maybe I should post a download link as well :) :
ftp://ftp.freepascal.org/pub/fpc/snapshot/v19/linux-x86_64/fpc-1.9.5.x86_64.tar.gz
___
fpc-devel maillist - [EMAIL PROTECTED
Rimgaudas Laucius wrote:
Hello,
i am interesting, what do you think about redirecting text streams not to
windows console, but creating free pascal's own gui console (for example
implementing it under -WX switch)? I mean to do something like graph unit is
done now or unit wincrt in Virtual
When we're talking about tdataset, would anybody mind to check the web bugs
regarding tdataset :)?
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
[EMAIL PROTECTED] wrote:
Release date for 2.0 ?
- When it's finished
- asap
;)
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
[EMAIL PROTECTED] wrote:
On Mon, 20 Dec 2004, Tomas Hajny wrote:
Date sent: Mon, 20 Dec 2004 21:02:04 +0100
To: FPC developers' list [EMAIL PROTECTED]
From: Marc Weustink [EMAIL PROTECTED]
Subject:RE: [fpc-devel] THandle and 64bit
Peter Vreman wrote:
That said, the RTL should also avoid confusion with the Windows/Delphi
THandle type, and introduce a cross-platform and opaque TFileHandle
type.
It's text/file/file of in pascal ;)
Which will happen to be equal to THandle on 32-bit windows.
On 32-bit Linux, the definition of
Michalis Kamburelis wrote:
I suspected that every type that needs to be initialized/finalized
creates such try...finally block,
Yes, it does.
but didn't have time to check. But I
checked it now. OK, page in wiki is changed, and demo program there is
changed.
peter green wrote:
Warning: Access denied for user: '[EMAIL PROTECTED]' (Using password: YES)
in /FPC/html/bugs/bugs.php on line 11
Warning: MySQL Connection Failed: Access denied for user:
'[EMAIL PROTECTED]' (Using password: YES) in /FPC/html/bugs/bugs.php on line
11
An error occurred while
Nico Aragón wrote:
El Viernes, 31 de Diciembre de 2004 14:58, Florian Klaempfl escribiste:
type boolean = (false,true);
is how boolean is defined/declared
so assigning anything else than true or false to a boolean might cause
problems :)
That's great! But why do you tell it *to me*?
I only cross
Jonas Maebe wrote:
On 1 jan 2005, at 19:49, [EMAIL PROTECTED] wrote:
Can't seem to get bug submission to work so I'm sending this here.
The 1.9.x distributed binaries of plex and pyacc both fail, as well as
any created from a 1.9.5 source snapshot. plex ends normally but only
creates 2 states.
peter green wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Marco van de
erstanding of include files. Codetools don't work at
all if you use
include files. That said: $ifdefs confuse it as well...
That is one, the another is that they simply have
DrDiettrich wrote:
Florian Klaempfl wrote:
Not everything is a matter of OS. It could be also a matter of toolkit,
database, word size of the cpu or whatever. Further smaller files are
usually easier to handle:
- cvs works much better with small files
Hmm...
- easier navigation in editors
Marco van de Voort wrote:
On Tue, 04 Jan 2005 02:14:33 +0100, DrDiettrich wrote
.
I only don't know how to implement or check the other branches - is the
Windows version of FPC equipped for crosscompilation?
The compiler itself can compile for all platforms listed in help pages
(those running on
Ladislav Lacina wrote:
The problem is simple: the go32v2 version has no maintainer. So if nobody pops
up who wants to maintain the go32v2 version, 2.0.0 will probably come without
go32v2 support.
There are many problems in this version - at least under the GO32V2
target. Mainly the things
Alexey Barkovoy wrote:
- Original Message - From: Michael Van Canneyt
[EMAIL PROTECTED]
Delphi is compatible at least with Borland C++ and MS VC++. And
taking in accout
how COM intefaces are implemented in C++ (I'm supposing here all C++
compilers
support the same syntax) - each C++
Michael Van Canneyt wrote:
2 - delphi allows for a resourcestring to be passed by address
(@MyResourceString), fpc don't.
Unfortunately, resource strings don't work like that in FPC. I don't
think it will be possible to change this.
1.9.7 from cvs supports it.
[EMAIL PROTECTED] wrote:
int64 integer ???
The compiler reports a range check error depending on $R as warning or error. So
where is the problem? What do you expect to happen?
Vincent Snijders wrote:
[EMAIL PROTECTED] wrote:
bug 3626 is marked as Not a bug. This is wrong! The comment is also
peter green wrote:
i want to atempt to port FPC to a new CPU target (PIC18F452)
there don't seem to be any guides to starting a port. any idea where one
sohuld start when porting fpc.
note: the cpu architecture in question has nowhere near enough power to
support the compiler so all compilation
Jamie McCracken wrote:
Hi,
Just wandering if any of you are interested in modernising Pascal which
is looking quite dated when compared to modern languages like Python.
Oh, the language which is on fortran 77 level regarding formatting?
Sorry, couldn't resist :)
Jamie McCracken wrote:
Marco van de Voort wrote:
The best solution I can think for this is to reference count
non-component classes. This should be safe for TObjects but obviously
not for Tcomponent descendants (cf circular reference problem) so a
protected variable could be added to TObject
Jamie McCracken wrote:
I did wrote GC in C++ itself. So it binds rather well...
not a compacting one then -
Ref. counting isn't compacting either?
if we use compacting then you lose pointers
and Pchars ergo all the existing bindings would be useless and would
need to be rewritten manually
Marco van de Voort wrote:
The argument is not about whether or not we should make Pascal entirely
GC'd, but about whether reference counting is better/worse than other
garbage collection techniques if you have a significant amount of GC'd
objects.
The Quake II benchmark was used to prove that
Jan Ruzicka wrote:
Is there some wiki[1] where we can collect mentioned ideas?
http://www.freepascal.org/wiki
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Uberto Barbini wrote:
On Sunday 27 February 2005 15:29, Peter Vreman wrote:
Why are you looking at GC/Refcounting when the problem is the try..finally?
It is better to rewrite the try..finally code using the C++ ABI for
exception handling.
+1
and it'd be benefical to all applications.
Using the
C Western wrote:
One of the syscall routines in rtl/linux/i386/syscall.inc checks for a
return value in the range -4095..-1 as the error return, but all the
rest just take a negative value as an error. I think the former is
correct and attach a patch that will fix the rest. (I sent something to
C Western wrote:
Can I offer the attached patch for reading utf8 strings from resource
files? It simply converts the utf string to a normal string by
discarding the high bits,
What would be the correct solution?
but I had some files from Delphi or Kylix that
were otherwise unreadable.
Colin
Uberto Barbini wrote:
What would be the correct solution?
I am showing my ignorance of multi byte characater handling here, but
I think it would be to write an escaped sequence as is currently done
for wide strings. I don't think the current OutChars function is quite
up to it, as utf8 characters
Uberto Barbini wrote:
utf-8 is a unicode string. What do you mean with not escaped
Unicode? Memory wasting utf-32?
I'd see UCS2/UCS4 as not escaped Unicode.
Exactly.
I think that UCS2 will suffice to everyone not interested in Vogon poetry! ;))
This means to have 2 byte chars and related strings,
Vincent Snijders wrote:
SteveG wrote:
Happens on XPPro SP2 Pentium 4 3G as well
Florian Klaempfl wrote:
Vincent Snijders wrote:
[EMAIL PROTECTED] wrote:
Compiling current cvs version on Windows XP (cpu Athlon XP 1800)
give me
Invalid Floating point operation
in /rtl/objpas/sysutils/sysstrh.inc 49
C Western wrote:
Applied.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Nikolay Nikolov wrote:
Nikolay Nikolov wrote:
I'm not sending the .diff, because it was larger than the actual new
file :)
Just caught a bug in my xutil conversion, so here's a fix for the fix :)
Thx, both are applied.
___
fpc-devel maillist -
Adriaan van Os wrote:
1. On the todo list for fpc's MacPas mode is a feature that allows local
procedures (functions) to be passed a procedural parameters. I
tentatively put it on my own todo list, since this is the feature that I
like most in Pascal compilers, at the same time making a small
Michael Van Canneyt wrote:
I will object against a solution that causes existing code to be altered
in any way, such as an extra hidden parameter for all callbacks. For the
ISO ones, I don't think there is any other way of doing it. As long as
it is
restricted to those, there is no problem...
If
Dr. Karl-Michael Schindler wrote:
Hi all,
In order to get fpc into fink, the darwin/macosx debian package manager
it would be necessary to make available a bootstrap tar ball (640 KB)
with the ppcppc binary and a default fpc.cfg file.
My suggestion would be the same dir as the fpc source tar
C Western wrote:
I tried out valgrind on lazaraus and one of my own lcl programs, and was
able to get it working by after applying some small patches to valgrind
(which I have sent to the valgrind mailing lists). valgrind found some
uninitialised memory reads, which the attached patch fixes.
Micha Nelissen wrote:
On Sat, 19 Mar 2005 10:04:55 +0100
DrDiettrich [EMAIL PROTECTED] wrote:
In porting C++ code to Pascal I often stumbled into circular unit
references. Then the only solution is a monster unit, that implements
all the related classes at once, where the C++ implementation can
DrDiettrich wrote:
Florian Klaempfl wrote:
C++ creates one monster module in this case as well.
I disagree. Neither the declarations (interface, header files) nor the
definitions (implementation, code modules) must reside in one file.
How the sources are splitted doesn't matter
Nikolay Nikolov wrote:
Michael Van Canneyt wrote:
xf86vmode unit attached
Thank you. Added to CVS.
Michael.
Will it be added to the makefile?
Does the 86 mean i386+ only or x86_64 as well?
___
fpc-devel maillist -
[EMAIL PROTECTED] wrote:
One question to the fpc team:
What is the difficulty with bugs
#3064 {$A+/-} problem
#3497 $OPTIMIZATION unknown
#3687 Locality of $J /$writeableconst
???
Time and importance :) Though they aren't completly easy to fix. The
handling of these switches
Thomas Schatzl wrote:
Sterling Bates schrieb:
This patch adds recognition for hex to Val().
Applied.
What about the extended (?) pascal convention 16# ?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Uberto Barbini wrote:
Hi,
I'd like to understand which gdb is better to use for current fpc-cvs, the
one
in cvs/install/binw32 or mingw one?
If that one in cvs/install/... makes no trouble for you, use it, it is
tested with fpc. If you have trouble with it = try the mingw one and
report it
Marco van de Voort wrote:
Michael Van Canneyt wrote:
It's committed in SubVersion.
SubVersion? The freepascal website still mentions CVS as the protocol by
which the latest sources can be obtained?
(though I haven't seen any recent changes in the fpc cvs repository)
(but I have seen changes in
Gerhard Scholz wrote:
Hello,
the daily snapshot does not exist any more?
ftp://ftp.freepascal.org/pub/fpc/snapshot/v21/source/fpc.zip is a dead link
in the moment.
We're migrating to svn so some of the infrastructure is broken. You can
get the current sources via svn through the
Konstantin Münning wrote:
Florian Klaempfl wrote:
Konstantin Münning wrote:
Hi everybody!
Why in fact were MaxAvail,MemAvail,HeapSize removed from the RTL? The
explanation in install/doc/whatsnew.txt is puzzling me a bit:
- Removed MaxAvail, MemAvail, HeapSize due to their unreliability
Bram Kuijvenhoven wrote:
The storage specifiers are not explained in the FPC reference manual as
far as I know, though they are in the syntaxis diagram of course.
Michael?
And somehow FPC allows default values for singles.
... because they have a size of 4 which is required for a default
Konstantin Münning wrote:
And in all cases, the program will still crash occasionally because it
runs out of memory in certain cases, because the check and the
allocation do not happen atomically. You can't put something into the
standard Run Time Library which works most of the time, except
Vinzent Hoefler wrote:
On Sunday 22 May 2005 10:17, Tomas Hajny wrote:
At 11:46 22-5-2005, you wrote:
What's about Go32v2 or some other DOS port?
Will it supported in 2.0.x branch?
There is no maintainer for go32v2. Unless there is an user that
steps forward to be the maintainer for go32v2
Hans-Peter Diettrich wrote:
the API is completely removed, it should exist and behave as before, on
the platforms to which it applies.
It doesn't apply unconditionally to any current fpc target. Even go32v2
might run on windows with changing memory availabilities.
begin
writeln('Hello world');
end.
C:\fpcfpc -Xs test1.pp
Free Pascal Compiler version 2.0.0 [2005/05/08] for i386
Copyright (c) 1993-2005 by Florian Klaempfl
Target OS: Win32 for i386
Compiling test1.pp
Linking test1.exe
3 Lines compiled, 0.0 sec
C:\fpcdir test1.exe
Datenträger in Laufwerk C
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+ clock
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, maybe
Vinzent Hoefler wrote:
Hi,
attached a patch which reenables (at least according to my tests) the
SIGINT and SIGTERM key handling which is a strong indication that
exception handling might work again. Further tests regarding exception
handling should be done yet. I'm onto it.
Thanks,
Michael Van Canneyt wrote:
On Wed, 1 Jun 2005 [EMAIL PROTECTED] wrote:
Hi.
Now I'm working on porting our Delphi database application (cca 100
000 lines) to FreePascal. I
have some little patches principally around TDataset. Where can I send
this patches?
Send them to me.
Our
[EMAIL PROTECTED] wrote:
On Wed, Jun 01, 2005 at 03:22:10PM +0200, Florian Klaempfl wrote:
Michael Van Canneyt wrote:
On Wed, 1 Jun 2005 [EMAIL PROTECTED] wrote:
Hi.
Now I'm working on porting our Delphi database application (cca 100
000 lines) to FreePascal. I
have some little patches
Jamie McCracken wrote:
Marc Weustink wrote:
What is easier to read is a matter of taste.
Being a pascal devel for years now, it takes time to decode a a := b
:= c := d := 0 line. There might be a ; inbeween which results in a
complete different assignment. With such lines I've to read
Jamie McCracken wrote:
Florian Klaempfl wrote:
I'am a poor delphi programmer, didn't use it for years, but I bet with
any
python programmer that I create any application faster than him :)
You must be a damn fast typer then :)
I teached myself typing with 10 fingers, but typing
Peter Vreman wrote:
At 19:36 2-6-2005, you wrote:
Hello,
I'm writting a custom preprocessor and I would like that the line number
information maps to the original file. An example (not real, only an
example):
...original.pas...
21 procedure AddFive(var a, b: Integer);
22 begin
Nico Aragón wrote:
El Viernes, 3 de Junio de 2005 09:12, Florian Klaempfl escribió:
Since preprocessed code isn't read by human, why don't change it into
procedure AddFive(var a, b: Integer);
begin
Inc(b); a := b;
end;
The compiler don't care and you get correct line numbers.
Clever
Kornel Kisielewicz wrote:
Angelo Bertolli wrote:
What makes python interesting are the many classes it offers by default
to perform standard tasks, especially in the text treatment department;
regular expression stuff etc.
The same goes for most languages; Mostly it's not the language
Kornel Kisielewicz wrote:
Florian Klaempfl wrote:
- write docs for the already existing packages
You mean that writing a fpcdoc for the opengl headers for example would
be useful for somebody? Myself, I always was uncontent with the fact
that there was no opengl section in the rtl
Michael Van Canneyt wrote:
On Fri, 3 Jun 2005, Kornel Kisielewicz wrote:
Florian Klaempfl wrote:
- write docs for the already existing packages
You mean that writing a fpcdoc for the opengl headers for example
would be useful for somebody? Myself, I always was uncontent
Hans-Jörg Vasold wrote:
StrUpper, StrLower will not work for the german äöüß.
Are any equivalent functions like Delphi's AnsiUpperCase or any fix
AnsiUpperCase?
available ?
thx
Hans Joerg
___
fpc-devel maillist -
L505 wrote:
| Why not both? Delphi is windows-only, so even if FPC became 100%
| compatible with D7, the libraries already available for Delphi are
| usually windows specific, and FPC libraries are cross-platform.
And we all know they are already doing just that. What is needed is more
Tomas Hajny wrote:
Mattias Gaertner said:
At the moment there are a lot of warnigns for uninitialised var
parameters.
Is it possible to replace the 'var' with 'out' specifiers?
Can I send patches for that?
Is compatibility for existing code (including low-level one - assembly)
André Cipriani Bandarra wrote:
Well..
I had spent a lot of time thinking about how to contribute to FPC. I
thought about contributing with a string phonetizer algoritm i made, but
its works only for the portuguese language, so i thought i wouldnt be
much usefull for most of the FPC
Joost van der Sluis wrote:
Hi all,
this patch removes all the 'ifdef virtualpascal' 's from the rtl. These
are remainings of the idea to use the fpc-sysutils for virtualpascal.
Applied to trunk. Should we merge it to 2.0.x?
___
fpc-devel maillist
Martin Schreiber wrote:
I have problems with RTTI for tkInterface.
Should it work in FPC 2.0.0?
Yes and no ;) Can you give an example which causes problems?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Michael Van Canneyt wrote:
On Fri, 10 Jun 2005, L505 wrote:
While converting a KOL regular expression unit for use with
freepascal, I came
across only one compile error, in {$mode delphi}
The error was here:
const
RegExprInvertCaseFunction :
Joost van der Sluis wrote:
I don't know if rtl-optimilisation patches have a large priority, but
nevertheless this patch improves the speed of the sysutils.uppercase and
lowercase functions.
I fail to see how changing a while loop to a for loop improves speed ?
I could understand if you'd use a
L505 wrote:
http://dennishomepage.gugs-cats.dk/LowerCaseChallenge.htm
LowerCaseShaPas2_c
This one here is in Pascal, using GOTO and LABEL which consistently work fast
on
both -Og and -OG
But no one wants to maintain a GOTO and a LABEL..
[LowerCaseShaPas2_c] was slightly slower than
Peter Vreman wrote:
On Monday 13 June 2005 12.59, Peter Vreman wrote:
- How is TTypeData.IntfUnit aligned?
It doesn't need alignment. It consists only of chars.
So offset IIDStr-IntfUnit is 256 (IIDStr = shortstring = string[255])?
Or IntfUnit starts after last char of IIDStr?
It is not
Joost van der Sluis wrote:
Hi all,
i'm curious what happens here. If I make a recursive funtion inlined, it
runs way faster?
Ackerman-test results:
$ ppc386 -O3p3r -dRecursiveInline ackerman.pp cpu/bin/timeit
/home/joost/src/ackerman 10
Ack(3,10): 8189
Execution took 395377
Anybody followed the discussion, e.g. which version should be included :)?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Mattias Gaertner wrote:
A c float is a fpc single, right?
If yes, then there was a heavy bug in the gtk2 bindings. Attached patch
fixes the gfloat.
Which attachment :)?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Mattias Gaertner wrote:
On Tue, 14 Jun 2005 22:34:19 +0200
Micha Nelissen [EMAIL PROTECTED] wrote:
On Tue, 14 Jun 2005 22:11:40 +0200
Mattias Gaertner [EMAIL PROTECTED] wrote:
A c float is a fpc single, right?
Yes, AFAIK.
If yes, then there was a heavy bug in the gtk2 bindings.
Mattias Gaertner wrote:
On Wed, 15 Jun 2005 09:20:48 +0200
Micha Nelissen [EMAIL PROTECTED] wrote:
On Tue, 14 Jun 2005 23:33:17 +0200
Mattias Gaertner [EMAIL PROTECTED] wrote:
On Tue, 14 Jun 2005 22:34:19 +0200
Micha Nelissen [EMAIL PROTECTED] wrote:
On Tue, 14 Jun 2005 22:11:40 +0200
Vincent Snijders wrote:
Vincent Snijders wrote:
Michael Van Canneyt wrote:
On Tue, 21 Jun 2005, Vincent Snijders wrote:
Hi,
Sysutil has a function ExceptAddr to current exception address, but
no corresponding functions to get the frame count and the frames of
the current exception.
1 - 100 of 1078 matches
Mail list logo