Op Sun, 16 Jul 2006, schreef Bart Hotmail:
Check the wiki article Single assignment, which deals about the
subject.
I have done a substantial deal of reading on optimizing and SSA already.
And the fpc source seems a nice start to get at it :).
However i need to get to know the source
Op Mon, 17 Jul 2006, schreef Jonas Maebe:
There's nothing C-specific about libraries, nor about the *config scripts. At
most it would be linker-specific.
There is, those scripts mainly exist because a C compiler cannot determine
the dependencies of a library. I.e. if you like libgtk you
Op Mon, 17 Jul 2006, schreef Jonas Maebe:
On 17 Jul 2006, at 14:03, Daniël Mantione wrote:
There's nothing C-specific about libraries, nor about the *config
scripts. At
most it would be linker-specific.
There is, those scripts mainly exist because a C compiler cannot
Op Mon, 17 Jul 2006, schreef Jonas Maebe:
On 17 Jul 2006, at 14:57, Daniël Mantione wrote:
But if the new version has additional (or different) dependencies or
library
names, everything will remain fine with the script (as e.g. with the
FreeBSD
problem which started
Op Mon, 17 Jul 2006, schreef Jonas Maebe:
Above you said that the compiler is the wrong location?
The compiler is from a software engineering point of view the wrong
location to call gtk-config and clones. However, it is the compiler's
task to pass the libraries a unit needs to the linker.
Op Tue, 18 Jul 2006, schreef Jonas Maebe:
You need something more than merely the remapping of library names.
As I said, you can remap unit names. At some point the user will have to
decide to which one he wants to link, doing it by a unit name remap looks
an elegant solution to me.
I
Op Sun, 23 Jul 2006, schreef Florian Klaempfl:
Daniël Mantione wrote:
Hello,
The 2.0.4-rc2 arm-linux cross-compiler has been uploaded to ftp. If you
can test, or know somebody who can test this one, please let us know, as
this is one of the lesser trusted releases.
Did you do
Op Fri, 4 Aug 2006, schreef Graeme Geldenhuys:
The BSD license is starting to sound like a much easier license than
the LGPL, as long as you are not interested in changes made to the
library by others.
I guess it is fair if you think of it as follows. If a company
invests a $1mil per
Op Fri, 4 Aug 2006, schreef Marco van de Voort:
Or, in case of fpc - build those specific applications with it, which
are not common enough for a community to write.
I prefer I could tell some vendor implement this embedded architecture, and
if you
submit this back then I grant you a
Op Fri, 4 Aug 2006, schreef Jonas Maebe:
On 4 aug 2006, at 14:41, Daniël Mantione wrote:
[change the license]
You can do this. Of course, you need agreement within the FPC team, but
there is no reason why we would need a GNU like copyright assignment
procedure for that.
No, you
Op Tue, 8 Aug 2006, schreef Alexander Todorov:
Hello list,
I am wondering why there isn't native compiler/ide fro ARM but just
cross-compiler?
What is the problem for missing that? Any readings about compiler
internals and different targets are more that welcome!
We do not have a system
http://www.turboexplorer.com
The Turbo brand is back!
Daniël___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Op Tue, 8 Aug 2006, schreef Alexsander Rosa:
A free downloadable version?
Borland has done this before; for example I remember free Kylix and C++
downloads. The reason is simple: Amateurs help a lot in making a
technology useable in the enterprise. This was the case with Turbo Pascal
and
Op Sat, 12 Aug 2006, schreef Graeme Geldenhuys:
Hi
What is the correct spelling of FPC???
* FreePascal
* Free Pascal
* freepascal
The www.freepasal.org uses both spellings. In the web browser title
bar it is Free Pascal, but in the text heading it is freepascal,
etc... I am
Op Sat, 12 Aug 2006, schreef Alexander Todorov:
Hello list,
full logs from the arm-linux testing are available at:
http://technobin.itafree.com/fpc/fpc_2.0.4_rc2_arm-linux_test.tar.bz2
All binary files are deleted, only plain text left.
Hope this will help FPC development.
Thanks a lot!
Op Fri, 11 Aug 2006, schreef kruwi:
Hello there,
I think I have to report a bug.
I have recently downloaded fpc 2.0.4 rc2 for dos (go32v2). I have
downloaded the full zip package, including sources and docs.
After installing the compiler, I tried out to compile and run some
Op Mon, 14 Aug 2006, schreef Graeme Geldenhuys:
On 8/14/06, Peter Vreman [EMAIL PROTECTED] wrote:
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
Op Mon, 14 Aug 2006, schreef Vincent Snijders:
You miss the point: Delphi compatibility mode is for people who develop for
FPC, but want to compile occasionally in Delphi.
It can be used that way, but its main purpose is to support Delphi
constructions that we consider broken and therefore
Op Tue, 15 Aug 2006, schreef Jonas Maebe:
On 15 Aug 2006, at 13:29, Marco van de Voort wrote:
On 15 Aug 2006, at 12:41, Jonas Maebe wrote:
Not only passing them on, but to re-license them under the GPL or
(modified) LGPL.
Or pretty much any other Open Source/Free
Op Wed, 16 Aug 2006, schreef Florian Klaempfl:
Tomas Hajny wrote:
binutils). As already pointed out by Peter, FPC currently has code
generator for neither Alpha nor Itanium CPUs, and there's no RTL for
If somebody offers an usable account on a linux itanium machine, I'll continue
with
Op Fri, 18 Aug 2006, schreef Tomas Hajny:
and trying to compile (with -Mtp parameter to ensure asmmode intel)
results in:
---
Free Pascal Compiler version 2.0.4-rc3 [2006/08/13] for i386
Copyright (c) 1993-2006 by Florian Klaempfl
x.pas(7,12) Error: overloaded functions have the same
Op Tue, 29 Aug 2006, schreef Rob van der Linde:
Thank you very much, I was waiting for the release of 2.0.4 so I could
compile .DEB packages for Ubuntu Dapper as I had previously compiled the
2.0.2 release for Ubuntu for people to download. I just found out that
there are now official .DEB
Op Tue, 29 Aug 2006, schreef peter green:
For the recursive build-dep. This is a onetime issue.
This is making the rather uncertain assumption that each version can be
built with the last (not true with all 1.9.x versions though maybe more
effort is being made post 2.0.0).
It is
Op Wed, 30 Aug 2006, schreef ik:
Hi,
I tried to do the following:
make deb
But the Makefile does not have any rules for a deb section. I looked
for some documentation on the subject but I could not find any.
Can someone please explain to me how can I make deb packages using the
Op Thu, 31 Aug 2006, schreef Sergei Gorelkin:
What makes a difference is actually TStrings.SetTextStr implementation.
Delphi accesses the argument as null-terminated string, so it works perfectly
well even without conversion. FPC implementation treats argument as
AnsiString, accesses its
Op Thu, 31 Aug 2006, schreef ik:
Thanks.
I do have one problem when I try to compile it though:
/bin/cp: cannot stat `fpcsrc/libgdb': No such file or directory
I'm using Linux ubuntu 64bit ...
I can't find any libgdb, so I guess it's a third party library ?
Download it from:
Op Thu, 31 Aug 2006, schreef ik:
Thanks again :)
I compiled gdb from sources, and copied the libgdb.a to the fpcsrc and
symlink it as libgdb and it worked.
(Just to make it index for others to have that using search engines :))
Now another question is, can I cross compile to make an
Op Fri, 1 Sep 2006, schreef Sergei Gorelkin:
function GetTempFileName(Dir,Prefix: PChar; uUnique: DWORD; TempFileName:
PChar):DWORD;
(note that it's not compatible with WinApi because 'stdcall' is
missing!)
Naturally, under Windows the function is not needed because it's contained in
Op Fri, 1 Sep 2006, schreef Sergei Gorelkin:
DM There exists a wrapper in rtl/win/sysutils.pp, which is necessary because
DM otherwise a uses sysutils would not be enough to use this function.
Both
DM the Windows specific and the platform independend one do not use syscall
DM and are
Op Mon, 4 Sep 2006, schreef Mattias Gaertner:
Me2.
Just one disadvantage:
The Tag is published.
If someone stores a 64bit value and the component is stored,
the stream can not be read under 32bit anymore.
...which makes it impossible to use streams for anything derived from
Tcomponent,
Op Wed, 6 Sep 2006, schreef ik:
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,
Op Thu, 7 Sep 2006, schreef Jonas Maebe:
On 7 sep 2006, at 07:52, Peter Vreman wrote:
This is not a generic optimization that will give real benefits. Your
code
also relies on the fact that (ab) always returns 0 or 1. But this is not
garantueed. A boolean is defined as 0=false and
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
Here's a patch for minigzip. It changes the type of the err variable to
smallint to make it compile again.
The compilation of the example.pas file is also broken. But a missing
zutil.pas and subsequent missing pzByteArray implementation make it
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
Just looked at the site of Nomssi, and it appears that the paszlib version
he's shipping is also FPC compatible. I could have a look to use that
zutil.pas unless someone tells me not to ;)
Who did import this lib initially to fpc? It seems that
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
Just looked at the site of Nomssi, and it appears that the paszlib
version
he's shipping is also FPC compatible. I could have a look to use that
zutil.pas unless someone tells me not to ;)
Who did import this lib initially to fpc? It
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
Here's a patch for minigzip. It changes the type of the err variable to
smallint to make it compile again.
I think I'm going to fix this a different way; the bug is caused by a
change from fpc to objfpc mode, which caused all integers to become
Op Fri, 8 Sep 2006, schreef Daniël Mantione:
For Pascal compilers, we have a very stable situation, i.e. a word is 16
bits unsigned. There is only some disagreement about the size of a
pointer.
... of an integer.
Daniël___
fpc-devel maillist
Op Fri, 8 Sep 2006, schreef Jonas Maebe:
On 8 sep 2006, at 10:37, Daniël Mantione wrote:
No, there is no reason why you want to use types like Pulong etc.
One reason to do that is to keep code portable between different
Pascal
compilers.
C compilers.
I'm only
Op Fri, 8 Sep 2006, schreef Jonas Maebe:
On 8 sep 2006, at 11:03, Jonas Maebe wrote:
There are no endian conversions at all in the paszlib package,
which is
IMHO impossible for correct behaviour but many of these
constructions. To
be sure, can you test minigzip on OS X?
Op Fri, 8 Sep 2006, schreef Jonas Maebe:
The problem is that it breaks code which depends on zutil and the
types
declared in it.
Zutil is internal paszlib use only, it is not part of the published
interface.
But it is nevertheless used by external code according the posts in
Op Fri, 8 Sep 2006, schreef Jonas Maebe:
On 8 sep 2006, at 11:03, Jonas Maebe wrote:
There are no endian conversions at all in the paszlib package,
which is
IMHO impossible for correct behaviour but many of these
constructions. To
be sure, can you test minigzip on OS X?
Op Wed, 20 Sep 2006, schreef Scott Pascoe:
Is the paszlib package documented in the fpcdocs?
If not, I'm considering using it as my first try at documenting a
unit/package. I haven't been able to find the docs yet, so I'll assume it
doesn't exist.
To my knowledge there exists no paszlib
Op Sat, 23 Sep 2006, schreef Flávio Etrusco:
I'd guess this library is exporting (and importing) in C++ symbols and
thus can't be linked with FPC?
Linking is always possible, wether you can call it is another matter. I
don't know with library you need, but it might be libstdc++.
Hi,
Encouraged by Vincent I made an attempt to implement the Chameneos
benchmark of the Shootout. It turned out to be really hard, because we
don't have real semafores (which makes it for example impossible to
translate the C version).
However, with the RTLevent* routines, it is possible to
Op Sat, 30 Sep 2006, schreef Marc Weustink:
Daniël Mantione wrote:
Hi,
Encouraged by Vincent I made an attempt to implement the Chameneos
benchmark of the Shootout.
??? Last week I submitted chamenos to shootout and it got accepted.
Argh, then we have been double work :)
It's
Op Sun, 1 Oct 2006, schreef Michael Van Canneyt:
On Sun, 1 Oct 2006, Micha Nelissen wrote:
Michael Van Canneyt wrote:
If you do it for fields of class type only, then I think this is OK.
Declare the field as virtual, and require it to be 'overridden' in the
descendent class.
Op Mon, 2 Oct 2006, schreef ik:
Hi,
I'm wondering why Pascal as a language (and FPC with it's extensions)
does not support va_args (or var_args in the java language).
It does: array of const. If you declare a procedure cdecl it is even
binary compatible with a C varargs.
Now we have
Op Mon, 2 Oct 2006, schreef ik:
Now we have open array, that's a really cool thing, but I can't
understand why I can't have a feature such as the compiler voodoo
magic of the write procedure.
Syntactically you cannot. However, the array of const is just as
powerfull
Op Mon, 2 Oct 2006, schreef ik:
2. The usage of [].
Same. Penalty for being safe. It is also required being able to mix non
array of const and normal parameters.
What is the difference ? I mean, what is the difference between
fnc(a,b,c,d,e,f,g,h,i,j);
and
fnc(a,[bcdefghij]);
?
Op Mon, 2 Oct 2006, schreef ik:
Well, I think that this is also a functional thing.
* Syntactically, both methods can be safe.
* Syntactically, the FPC/Delphi one is more powerfull.
Well take a look at the way Java implement it:
function varrags(String ... a)
{
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, so a variable can be in a
Op Sat, 7 Oct 2006, schreef Florian Klaempfl:
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
Op Sun, 8 Oct 2006, schreef Jonas Maebe:
On 07 Oct 2006, at 21:42, Micha Nelissen wrote:
I propose to enable it for 2.3/2.9, i.e. after 2.2, because, as Jonas
said, it breaks semantics for arithmetic on non-typecasted pointers that
point to something that is not size 1.
How will
Op Sun, 8 Oct 2006, schreef Vincent Snijders:
You are right. How about doing it in blocks of 8x8 pixels? The high
iteration loops are concentrated close to the borders of
the set, so for most blocks the iteration can then be ended early.
For starters I was thinking about blocks of 1x2
Op Mon, 9 Oct 2006, schreef Ales Katona:
I've had the honor of looking at current TThread/pthreads/cthreads
implementation in unix (FreeBSD to be precise) and found it extremely
bad.
Not to criticize, I'm here to ask for permission/toughts on adding a few
standard methods to
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
Op Tue, 10 Oct 2006, schreef Felipe Monteiro de Carvalho:
Hello,
If I have a ansistring, and cast that to a WideString, fpc is
converting from which encoding to which encoding?
Without widestring manager, it converts iso-8859-1 to UCS-2.
ansistring can hold utf-8 also, not only iso.
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 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 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 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 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 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 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 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, 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 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 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 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 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 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 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 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 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 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 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 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 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
101 - 200 of 556 matches
Mail list logo