Op Thu, 5 Jul 2007, schreef Martin Schreiber:
On Thursday 05 July 2007 09.58, Daniël Mantione wrote:
Op Thu, 5 Jul 2007, schreef Martin Schreiber:
On Thursday 05 July 2007 09.02, Michael Van Canneyt wrote:
And as for Delphi being fast - well, my daytime job projects require
Op Wed, 4 Jul 2007, schreef Mark Morgan Lloyd:
Using a binary 2.0.0 I've compiled 2.0.4 without problems, running on Debian
4.0 Etch on an Ultra-10.
Using this 2.0.4 I'm trying to compile 2.1.4 using recent sources. First
problem is a missing line as fixed in the patch below:
This one is
Op Wed, 4 Jul 2007, schreef Martin Schreiber:
Comparison FPC 2.2 - Delphi 7.
MSEide aps\ide\mseide.pas without database support:
Compile time FPC: 17.9s Delphi: 1.28s
Exe size FPC: 2.27MB Delphi: 1.87MB
One button MSEgui program apps\demo\demo.pas
Exe size FPC: 519KB Delphi: 456KB
Op Wed, 4 Jul 2007, schreef Graeme Geldenhuys:
Hi,
Does FPC take any advantage of dual core or quad core processors? Intel or
AMD?
Also I'm developing mostly under Linux, but all our products get
released for Windows and Linux. Would it make a difference which OS I
use?
FPC itself is
Op Mon, 2 Jul 2007, schreef Joao Morais:
Jonas Maebe wrote:
On 30 Jun 2007, at 17:38, Joao Morais wrote:
Plans to merge r7789,
http://www.freepascal.org/mantis/view.php?id=9139
to the 2.2 fixes?
If someone else can verify it's ok (the patch, not just the tested
Op Mon, 2 Jul 2007, schreef Joost van der Sluis:
Hi all,
In sysstrh.inc MinDateTime is defined as follows:
{ For floattodatetime }
MinDateTime: TDateTime = -657434.0; { 01/01/0100 12:00:00.000 AM }
MaxDateTime: TDateTime = 2958465.9;{ 12/31/ 11:59:59.999 PM }
Why
Op Sun, 1 Jul 2007, schreef Felipe Monteiro de Carvalho:
On 7/1/07, Daniël Mantione [EMAIL PROTECTED] wrote:
With the current 3
which are the current 3?
ansistring, widestring and ?
shortstring.
Daniël___
fpc-devel maillist - fpc-devel
Op Sat, 16 Jun 2007, schreef Martin Schreiber:
Hi,
It seems that CG plans to implement an non BSTR widestring type for win32:
http://groups.google.ch/group/borland.public.delphi.non-technical/msg/7caeced42f1934a4?hl=en;
The introduced string handling for the Unicode VCL is equivalent to
Op Sat, 16 Jun 2007, schreef Martin Schreiber:
On Saturday 16 June 2007 08.57, Daniël Mantione wrote:
Op Sat, 16 Jun 2007, schreef Martin Schreiber:
Hi,
It seems that CG plans to implement an non BSTR widestring type for
win32:
http://groups.google.ch/group
Op Sat, 16 Jun 2007, schreef Florian Klaempfl:
Daniël Mantione schrieb:
Op Sat, 16 Jun 2007, schreef Martin Schreiber:
On Saturday 16 June 2007 08.57, Daniël Mantione wrote:
Op Sat, 16 Jun 2007, schreef Martin Schreiber:
Hi,
It seems that CG plans to implement an non BSTR
Op Thu, 14 Jun 2007, schreef Graeme Geldenhuys:
On 13/06/07, Daniël Mantione [EMAIL PROTECTED] wrote:
Andreas uses a preprocessor to convert the language extensions into
Delphi
compatible code. This is a remarkable achievement, but I don't see much
value for this approach for Free
Op Thu, 14 Jun 2007, schreef Florian Klaempfl:
Graeme Geldenhuys schrieb:
Hi,
I found this website containing language extension that Andreas
Hausladen wrote for Delphi.
Is there possibly something we can use in Free Pascal? Sorry, I'm not
sure what license Andreas used.
Op Tue, 12 Jun 2007, schreef [EMAIL PROTECTED]:
The patch needs some reconsideration.
zip.pas (perhaps other units I added also?) have a dependency on zlib. But
zlib is in packages/extra and not packages/base like paszlib. Does that
mean that zip.pas cannot reside at base/paszlib?
Op Sat, 26 May 2007, schreef Mario R. Carro:
Hi. Why does this fail to compile with FPC 2.3.1? (from ZeosLib):
Please read http://lists.freepascal.org/lists/fpc-pascal/2007-May/013794.html
and the replies.
Daniël___
fpc-devel maillist -
Op Sat, 26 May 2007, schreef patrick feillant:
Hello,
I have install the new UBUNTU 7.04 on a I386 32bits.
Has somebody install LAZARUS 0.9.22 on a such configuration, and with what
scripts ?
thanks.
This question is off-topic on this list; I'd say that on the Lazarus
mailinglist there
Op Mon, 14 May 2007, schreef Michael Van Canneyt:
What is wrong with the regular expression support in Free Pascal ?
Is it not powerful enough for the shootout benchmark ?
Yes, it cannot handle the regular expression the benchmark uses.
Daniël___
Op Sat, 12 May 2007, schreef L:
As far as I know, Lars is a FPC fan, and he merely wishes to express concern
about some of the issues he has with FPC
Yes I'm a fan.
It's not just the issues that I alone have with FPC since I'm not even an
embedded programmer
myself. I'm putting
Op Sun, 13 May 2007, schreef Peter Popov:
Yes. The problem in this case is clear. Automated is deprecated andrarely
used functionality. (like e.g. dynamic methods).
Let me know if I can help in any way with automation RTTI compatibility? If
this feature is implemented (just the RTTI,
Op Sat, 12 May 2007, schreef Marco van de Voort:
Op Sat, 12 May 2007, schreef Bisma Jayadi:
There is nothing in this article we can consider, for starters because it
does not contain any proposals.
P.s. I also don't get the 64-bit gaming speed remark. What does a game do
with 64-bit?
Op Sat, 12 May 2007, schreef Bisma Jayadi:
http://z505.com/cgi-bin/qkcont/qkcont.cgi?p=Might%20As%20Well%20Use%20Dot%20Net%20In%20Place%20of%20FPC
Nicely put. ;) I've found it has good points on some arguments. It's good to
be considered. :)
No, it is not good to be considered. He
Op Fri, 27 Apr 2007, schreef Felipe Monteiro de Carvalho:
Hallo,
Another day Florian was talking about the cppclass, a experimental
feature to link to c++
I would like to know: Could someone inherit a class based on cppclass
with only external functions and then add to it it´s own
Op Fri, 27 Apr 2007, schreef ik:
To be able to support such a thing you would have to implement all
features of C++ objects into Pascal, effectively turning Pascal into C++
with a different syntax. The proper way would be to have the C++ class
implement a Pascal interface, so it can
Op Fri, 27 Apr 2007, schreef Michael Van Canneyt:
On Fri, 27 Apr 2007, ik wrote:
On 4/27/07, Daniël Mantione [EMAIL PROTECTED] wrote:
Op Fri, 27 Apr 2007, schreef Felipe Monteiro de Carvalho:
Hallo,
Another day Florian was talking about the cppclass, a experimental
Op Tue, 27 Mar 2007, schreef Graeme Geldenhuys:
2.3.1
Not 2.2.1? ;-) I guess that's to many even numbers to justify a
unstable release.
When 2.2 is out, the fixes_2_2 branch will be named 2.2.1. Trunk will
ultimately become FPC 2.4.
Op Mon, 26 Mar 2007, schreef Michael Van Canneyt:
On Mon, 26 Mar 2007, Evgeniy Ivanov wrote:
On Mon, 26 Mar 2007 19:03:26 +0400, Michael Van Canneyt
[EMAIL PROTECTED] wrote:
On Mon, 26 Mar 2007, Evgeniy Ivanov wrote:
Hi! How may I do my logging for fpc package? There
Op Sat, 24 Mar 2007, schreef Evgeniy Ivanov:
Hi! I'm doing my tasks with fpc in linux, but in the university we have only
tp, and there are several problems with bringing binaries.
You have some negotiations to do :)
I have such code to have something like dynamic arrays:
procedure
Op Sat, 24 Mar 2007, schreef Evgeniy Ivanov:
On Sat, 24 Mar 2007 13:05:54 +0300, Daniël Mantione
[EMAIL PROTECTED] wrote:
procedure add_mem(var P: dynamic_array_ptr; var cur_size:Integer);
var
i:Integer;
buff_ptr:dynamic_array_ptr;
begin
getmem(buff_ptr,cur_size*sizeof
Op Sat, 24 Mar 2007, schreef Evgeniy Ivanov:
Well, all I can say is check your code securely. The basic idea is good,
so it is likely the implementation.
I will try. May be there is some problem with index and memory in tp and dos
(dos emulation in NT) is unsecure.
Note that in Dos, the
Op Sun, 11 Mar 2007, schreef Roozbeh GHolizadeh:
Well everything is now ok,but in my .c source i've
used 'toupper' function,
now when i try to declare it in my pascal file like
function toupper(ch : integer):integer;cdecl;
still i get undefined symbol toupper error from
compiler.
i
Op Sun, 11 Mar 2007, schreef Roozbeh GHolizadeh:
The problem is the name mangling. Try to declare it
like:
function toupper(ch :
integer):integer;cdecl;external name 'toupper';
... if the external name is 'toupper'. It might also
be '_toupper'. You =
can check this with objdump.
Op Sat, 10 Mar 2007, schreef Felipe Monteiro de Carvalho:
Hi,
I just found out that the form to make an application is very
different then what I was expecting. It has separate fields to each
question.
Now, we have a big problem. The backup admin and all mentors need to
have google
Op Sat, 10 Mar 2007, schreef Felipe Monteiro de Carvalho:
On 3/10/07, Daniël Mantione [EMAIL PROTECTED] wrote:
Indeed, and I'm not happy to being forced to open one when there is a
good chance they reject us right away. Can you at least forward such an
account?
Yes, on gmail go
Op Fri, 9 Mar 2007, schreef Evgeniy Ivanov:
Hello!
I tried to use freepascal' graph module based on svgalib but from my point of
view it's not comfortable: I need root prevelege or to remember what to do
with *ids (uid and so on). Also I have a problems with konsole after starting
Op Fri, 9 Mar 2007, schreef Tomas Hajny:
Evgeniy Ivanov wrote:
On Fri, 09 Mar 2007 18:36:40 +0300, Jonas Maebe
[EMAIL PROTECTED] wrote:
On Fri, 09 Mar 2007 18:39:10 +0300, Dani??l Mantione
[EMAIL PROTECTED] wrote:
.
.
Many people @ Pascal Game Development. Domique Louis (Savage)
Op Thu, 15 Feb 2007, schreef Vinzent Hoefler:
program
Case_Test;
type
My_Range = 2000 .. 3000;
var
X : Integer;
begin
X := 2500;
case X of
Low (My_Range) .. High (My_Range) : WriteLn ('In range. (1)');
My_Range : WriteLn
Op Thu, 15 Feb 2007, schreef Vinzent Hoefler:
So if the case label is considered a set why can't I use a set constant
(see the commented lines above)
Because a normal set is limited by brackets:
const a = [1,2,5];
b = [a,7,8,9]; {This is not allowed.}
b = [a]+[7,8,9]; {But
Op Sat, 10 Feb 2007, schreef Bogus?aw Brandys:
I will look at possibility to port MCK to Lazarus...
I would like to see rather a new KOL widgetset for Lazarus,but I don't know
how to implement such and don't break KOL feature - small exe size.
The principle behind RAD the design is that
Op Fri, 9 Feb 2007, schreef George Birbilis:
Speaking of namespaces, Borland added concept (to support .NET) in latest
Delphis I think, has FPC done similar yet? Could help in this case
It is on the not to be supported list (unless we have to decide to be
Delphi .NET compatible). It won't
Op Thu, 8 Feb 2007, schreef Mattias Gaertner:
Plugins. For example installing a design time package.
Contrary to normal apps an IDE has the advantage to recompile
if needed. So Lazarus has only a subset of the normal dyn lib problems.
But I know, that as soon as the IDE can load packages as
Op Thu, 8 Feb 2007, schreef Michael Van Canneyt:
Design a plugin binary API, dynload the plugin. It is not necessary that
the RTL is shared for this purpose (allthough it could reduce the size).
This way you only have to keep the plugin API backwards compatible,
and could allow
Op Thu, 8 Feb 2007, schreef Michael Van Canneyt:
Secondly, there are serious problems with this approach which make it
unusable
for an IDE like Lazarus.
Assume I get a component instance from the plugin (MyObject), then
extremely
simple and basic statements like
Op Sun, 4 Feb 2007, schreef Florian Klaempfl:
- No unique check by assigning to character.
True. But maybe we should simply allow to overload [] then.
Not necessary, wrap it into an object and define a default property.
Daniël___
fpc-devel
Op Sun, 4 Feb 2007, schreef Marco van de Voort:
Op Sun, 4 Feb 2007, schreef Florian Klaempfl:
- No unique check by assigning to character.
True. But maybe we should simply allow to overload [] then.
Not necessary, wrap it into an object and define a default property.
-
Op Sun, 4 Feb 2007, schreef Martin Schreiber:
On Sunday 04 February 2007 11.58, Florian Klaempfl wrote:
- Null based index.
You can ignore the char 0?
[...]
Do you think it is possible with this methods to achieve the same or better
performance as with ansi strings or refcounted
Op Sun, 4 Feb 2007, schreef peter green:
my proposal is a statement like
type
tmystring=string(elementtype,allocator,deallocator,copier,uniquer);
And how should you generate debug information for such a user defined
string?
Daniël___
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 process. Simply download
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 FPC release
Op Wed, 31 Jan 2007, schreef Vincent Snijders:
Don't use shared libraries :) Seriously, I don't know, this totally
depends on the exact ARM device. A Thecus like Florian uses will likely
run a glibc system, but a more limited device like the GP2x will likely
use an embedded libc, uclibc
Op Thu, 25 Jan 2007, schreef Paul Nicholls:
Hi all,
I would like to try and rebuild FPC to create a Win32 cross-compiler to
create linux-arm programs so I can see if I can develop for the GP2X
handheld linux computer.
I have seen various posts around the net on cross-compiling and
Op Tue, 23 Jan 2007, schreef Michael Van Canneyt:
I think this goes against all that pascal stands for. We don't want to
butcher the language. Next thing you'll be asking to have it case sensitive.
As a programmer you know that certain keywords are keywords. Don't use them
in your
Op Tue, 23 Jan 2007, schreef Bram Kuijvenhoven:
Well, if for Chrome and/or Delphi support we need the , then it will have to
be implemented anyway.
Only if we are able to compile code we currently cannot compile. For
Chrome it would be a long term project before you can compile anything,
Op Tue, 23 Jan 2007, schreef Luiz Americo Pereira Camara:
Ale? Katona wrote:
I agree. I'm starting to feel sick of all the compat crap you guys put
up with playing the bitch of delphi. The problem is that now delphi is
the bitch of .net so I think wisest would be to implement 100% compat
Op Mon, 22 Jan 2007, schreef Felipe Monteiro de Carvalho:
So, basically, what I mean with this is: What is needed to add C++
linking to Free Pascal? It seams to me that it should be easy, we just
need to understand C++ name mangling and choose a sintax to implement
it. Maybe something like
Op Mon, 22 Jan 2007, schreef Felipe Monteiro de Carvalho:
Maybe the compiler could hide the
procedurization/re-object-orientation, thus making interfacing easier.
Already looked at many times, but it is not realistic.
Daniël___
fpc-devel maillist
Op Sat, 13 Jan 2007, schreef ik:
Hi,
Recently I read somewhere that languages such as Java optimize better
when you write your code in specific convention.
Is that also apply for FPC and/or other Pascal compilers as well ?
As compilers cannot be perfect, there will always be situations
Op Thu, 11 Jan 2007, schreef Michael Van Canneyt:
Well,
As far as I know, there are no releases or snapshots built of 2.0.5,
so why would we update that branch ?
Oh come on, you should know this. Daily snapshots are being built for Dos,
Win32, i386 Linux and x86_64 Linux.
Consider the
Op Thu, 11 Jan 2007, schreef Jesus Reyes:
If you don't see a problem to do, why not simply do it?
They are merged.
But, if nobody uses it, why it's being updated?, this simply doesn't
match.
No active development is done, but at request we still do some merges.
I use 2.1.1 and 2.0.5,
Op Sun, 7 Jan 2007, schreef peter green:
maybe the answer is to build two windows units, one called windows and
only availible on win32 which will be effectively a delphi compatibility
unit ...
No, the problem is not serious enough to warrant the extra development
effort. While I'm a
Op Sat, 6 Jan 2007, schreef Florian Klaempfl:
As of revision 5831, I've enabled -Cg for x86_64-linux building. This means
all code is built with PIC so you can build libraries without recompiling the
fpc rtl etc. However, this might have some downsides: first, pic'ed code is
slightly
Op Sat, 6 Jan 2007, schreef Florian Klaempfl:
Daniël Mantione schrieb:
Op Sat, 6 Jan 2007, schreef Florian Klaempfl:
As of revision 5831, I've enabled -Cg for x86_64-linux building. This
means
all code is built with PIC so you can build libraries without
recompiling
Op Thu, 4 Jan 2007, schreef Michael Schnell:
I think GDB for arm-wince should be included to cross installer:
ftp://ftp.freepascal.org/pub/fpc/contrib/cross/gdb-6.4-win32-arm-wince.zip
I will do this in the future.
Vincent
Great !
What about cross compiling
Op Thu, 4 Jan 2007, schreef Vincent Snijders:
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
Op Tue, 26 Dec 2006, schreef Graeme Geldenhuys:
Hi,
In August I asked a similar question (LGPL vs BSD) and got a lengthy
discussion going, which helped me a lot in understanding the
difference.
Now, what is the difference between the Modified LGPL (as used in FPC
and Lazarus) compared
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 but by an integer
used
Op Wed, 20 Dec 2006, schreef Vincent Snijders:
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
Op Wed, 20 Dec 2006, schreef Marco van de Voort:
Op Wed, 20 Dec 2006, schreef Vincent Snijders:
In other word the type is not parameterized by another type but by an
integer
used to define the upper limit of an array.
Basically, isn't this similar to a schema type like
Op Wed, 20 Dec 2006, schreef Marco van de Voort:
Op Wed, 20 Dec 2006, schreef Marco van de Voort:
In other word the type is not parameterized by another type but by an
integer
used to define the upper limit of an array.
Basically, isn't this similar to a schema type
Op Wed, 13 Dec 2006, schreef Micha Nelissen:
Michael Schnell wrote:
In theory yes, in practice probably not.
In the ARM-Linux developers list I have been told that ARM always is used
in little endian mode. I have no idea why.
Intel XScale (at least) is used as big-endian arm.
Hola,
Op Sat, 25 Nov 2006, schreef Ale? Katona:
latest 2.1.1 borks with sysutils.inc(309,44) Error: Identifier not found
SiconvError
I added siconverror to the errors list but didn't commit yet. Is there a
special formating for this error or just conversion error ?
Fixed.
Op Thu, 9 Nov 2006, schreef Kai Olav Fredriksen:
It might be that it could be a lot better, I hope someone could tell me how.
asm
push ebx
mov ebx,edx
cdq
idiv ebx
mov [ecx],edx
pop ebx
end;
Daniël___
fpc-devel maillist -
Op Thu, 9 Nov 2006, schreef Florian Klaempfl:
Michael Schnell schrieb:
BTW.:
TPC comes with Free Vision.
The FPC IDE based on Free Vision seems to work fine.
The Free Vision Non-GUI seems to be event driven and thus needs to
implement a kind of event scheduler.
It's an
Op Thu, 9 Nov 2006, schreef Florian Klaempfl:
Is this really faster than using CDQ?
At least on RISC86 CPU's, CDQ is a fast directpath instruction.
Daniël___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Op Wed, 8 Nov 2006, schreef Martin Schreiber:
On Tuesday 07 November 2006 17.46, Peter Vreman wrote:
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.
But what
Op Mon, 6 Nov 2006, schreef Aline Ribeiro:
Please help someone who knows almost nothing about programming.
Because of a Heap Overflow Error, I'm trying to run an old TP program using
the Free Pascal compiler. But, although in TP 7.0 the program was running,
in Free Pascal it doesn't even
Op Fri, 3 Nov 2006, schreef Tomas Hajny:
This is something to be addressed in video.pp - we need to detect the
character set supported by console at startup (optionally with a
possibility to change it later on). This is something we partly touched in
discussion with Daniel in Eindhoven (but
Op Fri, 3 Nov 2006, schreef Micha Nelissen:
Marco van de Voort wrote:
The part after the dot in $LANG. It's possible though that there is no
dot, no idea what to do, maybe assume iso-8859-1 ?
It is also possible there is no LANG, like on all four Stack systems I
quickchecked.
Op Fri, 3 Nov 2006, schreef Marco van de Voort:
While ok in general, some older systems might still be in whatever the
vgafont specifies (iow dos CP437) on the console.
The Linux console always boots up in Latin-1 mode, with a code page
437 loaded into the VGA. The console is another
Op Fri, 3 Nov 2006, schreef Marco van de Voort:
Op Fri, 3 Nov 2006, schreef Marco van de Voort:
While ok in general, some older systems might still be in whatever the
vgafont specifies (iow dos CP437) on the console.
The Linux console always boots up in Latin-1 mode, with a code
Op Thu, 19 Oct 2006, schreef Yury Sidorov:
I already implemented optimization of CmdLine for smartlinking for WinCE some
time ago. It is controlled by HAS_CMDLINE define. And CmdLine is declared as
function in WinCE system unit.
CmdLine as property will be great, but I found that property
Op Fri, 20 Oct 2006, schreef Andrew Haines:
is http://www.hu.freepascal.org/ hacked?
Not at all, it was showing Scenergy's homepage in progress :)
Daniël___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Op Thu, 19 Oct 2006, schreef Peter Vreman:
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
Op Thu, 19 Oct 2006, schreef Micha Nelissen:
Marc Weustink wrote:
It isn't really doing much with the internals. I've to admit that
It reads/searches the VMT pointers themselves, right ? Is that supposed to
work in the language ?
I don't know, but there should be a way to request the
Op Wed, 18 Oct 2006, schreef Micha Nelissen:
Hi,
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.
Op Wed, 18 Oct 2006, schreef Michael Van Canneyt:
On Wed, 18 Oct 2006, Peter Vreman wrote:
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
Op Wed, 18 Oct 2006, schreef Micha Nelissen:
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
Op Wed, 18 Oct 2006, schreef Micha Nelissen:
Daniël Mantione wrote:
Op Wed, 18 Oct 2006, schreef Micha Nelissen:
Would be nice if somehow smartlinking could be 'smartened' to optimize
this out. (Conditional initialization for group of variables/functions?)
Yes :) I thought
Op Tue, 17 Oct 2006, schreef Jonas Maebe:
On 16 okt 2006, at 22:49, Daniël Mantione wrote:
In other works, pthreads results
in subpar performance,
Is the overhead of a few user level routines really that big? Once the threads
are setup, they automatically become kernel threads
Op Tue, 17 Oct 2006, schreef Jonas Maebe:
On 17 okt 2006, at 09:25, Daniël Mantione wrote:
If I compare my implementation of the Chameneos benchmark with the one
from Marc (which uses Pthreads directly), mine is about two times slower.
This is propably caused that our thread
Op Tue, 17 Oct 2006, schreef Micha Nelissen:
Marc Weustink wrote:
This was exactly the reason why I choose to use pthreads directly. For
the given situation one single semaphore call could replace this.
Well, events semaphores :-). We need semaphore abstraction as well for
proper RTL,
Op Tue, 17 Oct 2006, schreef Micha Nelissen:
Daniël Mantione wrote:
no kernel call is necessary. If the lock starts spinning, on uniprocessor
it won't be released until the kernel schedules the other thread. This
exactly the idea behind kernel futexes, if the lock is not held
Op Mon, 16 Oct 2006, schreef Ales Katona:
Write your ideas on the subject please.
Short answer: Kick pthreads and use kernel threads.
Daniël___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Op Mon, 16 Oct 2006, schreef Ales Katona:
On po , 2006-10-16 at 22:21 +0200, Daniël Mantione wrote:
Op Mon, 16 Oct 2006, schreef Ales Katona:
Write your ideas on the subject please.
Short answer: Kick pthreads and use kernel threads.
That's a nice idea but there are a few
Op Fri, 13 Oct 2006, schreef Micha Nelissen:
Peter Vreman wrote:
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
Op Fri, 13 Oct 2006, schreef Micha Nelissen:
Daniël Mantione wrote:
No, it is a concious decision and Delphi compatible. The TP heap manager
did not store the size of a block, so the size parameter was necessary.
It was also possible to free only parts of blocks
Hi!
Several packages have been added recently. I would like to urge people to
be a bit more strict on the licensing issue, i.e. the md4 unit contains
this message:
Unix SMB/CIFS implementation.
a implementation of MD4 designed for use in the SMB authentication protocol
Copyright (C)
Op Thu, 12 Oct 2006, schreef ???:
representable in an exact way on any IEEE standard-compliant fpu. The
Of course. But the result of format is user-oriented. User is not supposed
to know about negative zero, denormal numbers, negative infinity and the
whole IEEE 754.
Op Thu, 12 Oct 2006, schreef ???:
Format primarily produces strings for users, not for programmers.
Why do you think that scientific notation is used by default?
Daniël___
fpc-devel maillist - fpc-devel@lists.freepascal.org
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 is the new
compiler, fpc11 the old, both are
Op Tue, 10 Oct 2006, schreef Micha Nelissen:
Florian Klaempfl wrote:
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 is the
new
Op Tue, 10 Oct 2006, schreef Florian Klaempfl:
There's a FlagsUsed field in the ttaiprop record which is set to true if
the flags result of that instruction is used.
I guess it could be used to change to code above to
leal 1(%esi),%eax
?
Or is this slower on some CPUs?
In the worst
301 - 400 of 556 matches
Mail list logo