Thank you for all your contributions, I ordered a HP ML110 today. I'll
equip it with more hard disks and memory and by the end of march,
Charlie will pick it up so it can be installed in April.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Florian Klaempfl schrieb:
Thank you for all your contributions, I ordered a HP ML110 today. I'll
equip it with more hard disks and memory and by the end of march,
Charlie will pick it up so it can be installed in April.
Sorry for the apparently strange sending time (I just sent the mail a
few
Flávio Etrusco schrieb:
From the wiki, it's more interesting to pay in Euros, right?
Is the German PayPal only a localized version, or are they separate
corporations and I'd have to create a different account? And is there
a way to use the German site in English? ;)
Afaik not, it's a german
As you might have noticed, the server running the wiki (lazarus and
fpc), the mailing lists (lazarus and fpc) and being ftp master (fpc and
lazarus snapshots) had some hick ups during the last months due to
hardware problems so we want to replace it by something more reliable
because this is one
John Youngquist schrieb:
Interesting response.
I routinely implement large systems on the 8051 chip in assembly language
which I can write faster than Pascal. Assembly is a minimum of 500%
faster than
C on the 8051. I hate C anyway.
FPC runs also on embedded arm systems so this might be
Doug Chamberlin schrieb:
Jonas Maebe wrote:
On 02 Jan 2010, at 21:56, Doug Chamberlin wrote:
1) Yes, the Users Guide has installation instructions in Chapter 2.
However, it warns only to not install the software into directories
that contain embedded spaces. It does NOT warn about untarring
Lou James schrieb:
I still didn't find out where to get the 2.4.0 version for iphone..
Shouldn't it be under ARM/Mac OS X?
No. The directories are named by host operating system so the arm-macosx
cross compiler is in
ftp://ftp.freepascal.org/pub/fpc/dist/2.4.0/i386-macosx/
Peter W A Wood schrieb:
Jonas Maebe wrote:
http://edn.embarcadero.com/article/6
Note that even Delphi doesn't have them yet (it might also turn
up in Delphi in the future).
Looks as something related to:
http://en.wikipedia.org/wiki/Anonymous_function#Delphi ? If so then
this is
Paul Nicholls schrieb:
For me, i like to see Pascal generate good web application, especially
if it had Right To Left support :)
What is right to left support?
Bidi support as e.g. semitic languages require.
___
fpc-pascal maillist -
Bee Jay schrieb:
Hi all,
I just knew recently that Midlet Pascal went open source, through FPC
wiki. Quite a good news, IMO. Since it's now open source, is it possible
to start working on java byte code generator in FPC based on Midlet
Pascal code? This will help FPC targetting mobile
Felipe Monteiro de Carvalho schrieb:
Hello,
I've noticed that few people use the FPC Forum and questions often
stay months without answer. I would answer more questions, but
monitoring 2 forums is too much work. We have already merged the
wikis, what about merging the forums? I would
Bee Jay schrieb:
We have already merged the wikis, what about merging the forums?
I would propose merging into the Lazarus forum.
Why don't we make our own forum application using fpWeb (or Powtils or
ExtPascal)?
Time?
___
fpc-pascal maillist -
Anthony Walter schrieb:
Okay, I am going to call bullshit on you.
What about just unsubscribing from the list? Nobody needs you here. MvC
did an incredible job on FPC docs, you just waste our time.
___
fpc-pascal maillist -
Schatzl Thomas schrieb:
Hi again
What about making it an FPC package?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Anthony Walter schrieb:
type generic TListT = class end;
See, we started a block {type} and introduced a keyword {generic}
before the identifier {TList}. This unnecessarily breaks the pattern
and is inconsistent.
It is a compromise made by the implementor. The proper solution would
have
Denis Golovan schrieb:
Hi all
I've got a non-obvious class hierarchy with interfaces involved.
The problem is that, I thought property ... implements ...;
construction fully substitute for implementing interface methods in
class itself, but now it's just not true.
I get different results
Graeme Geldenhuys schrieb:
Florian Klaempfl wrote:
If hints are really important, they would be warnings.
And working with a uninitialized data structure is a good thing? I think
not. So, like everybody else, I manually initialise my data structures -
and because of my efforts to write
Graeme Geldenhuys schrieb:
Jonas Maebe wrote:
It's not about it not being a high priority problem, it's about it
being fundamentally unfixable (except by using a completely different
See my reply in fpc-devel mailing list.
Bottom line is, I don't think it's right for a project that
Vinzent Höfler schrieb:
Florian Klaempfl flor...@freepascal.org:
Out is not made to solve such problems but plainly to work with
COM/Corba.
Really? Well, that's not what the FPC manual says:
And? Is there a different reason written? And even if it is:
documentation writer know less than
Graeme Geldenhuys schrieb:
Marco van de Voort wrote:
But I agree with Jonas. The problem is the obsession to eliminate
each and every warning, not the hint/warning.
I fully agree with JoshyFun. It's nothing to do with obsession. I you
keep getting thousands of useless hints you will
In my opinion, there is an incompatibility. Fix it.
If you care about it, provide a usable patch.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Jonas Maebe schrieb:
On 09 Nov 2009, at 13:49, Graeme Geldenhuys wrote:
See the output below. The 32bit Linux FPC can target 32bit 64bit
platforms. But 64bit Linux FPC cannot target 32bit platforms. The later
can only cross-compile to other 64bit platforms.
I guess you mean this:
Marc Santhoff schrieb:
Hi,
after finding the floating point calculations implementation for fpc[1]
I'm asking myself if it is possible to force fpc to use it although the
CPU does actually have a FPU built in.
How can this be done?
Try to build the rtl with OPT=-Cfsoft, it might work,
Holger Bruns schrieb:
Holger Bruns schrieb:
I try to implement a direct port access. If this also leads to access
errors, I should give it up. Embarassing.
Accessing ports is limited to ports 03ffh, more ports cannot be
released with fpioperm. This means to me, successful serial port access
Jonas Maebe schrieb:
ik wrote on Fri, 23 Oct 2009:
You can use bitpacked records:
http://www.google.com/codesearch?hl=enlr=q=bitpacked+record+package%3Ahttp%3A%2F%2Fpasxlibbind
\.googlecode\.comsbtn=Search
Here is an example on how I use it :)
No, you cannot use bitpacked records for
Marco van de Voort schrieb:
In our previous episode, J�rgen Hestermann said:
There is not even a proper open one for Delphi. At least there wasn't till a
while back.
That may be because it is no longer possible to write a BNF grammar for
these compilers due to the c-style extensions.
Odd
Frank Peelo schrieb:
Is the problem that you start off with a grammar, write the parser, then
maintain the parser without updating the grammar?
Every early FPC (FPK Pascal) prototypes in 1993 used yacc as well but it
was simply too slow and also memory consuming at these days.
Florian Klaempfl schrieb:
Frank Peelo schrieb:
Is the problem that you start off with a grammar, write the parser, then
maintain the parser without updating the grammar?
Every early FPC (FPK Pascal) prototypes in 1993 used yacc as well but it
Very early
Graeme Geldenhuys schrieb:
What if I don't pass in a size to
FreeMem(), will it know how much to free?
Yes (as long as you don't mess with internal heap structures ;)).
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Graeme Geldenhuys schrieb:
Hi,
Which of these should I use in new projects? I read somewhere that
GetMem/FreeMem is actually compatibility methods from Turbo Pascal
days, yet I have seen lots of new code that uses it, so I guess it's
still ok to use?
GetMem/FreeMem are lower level than
Jürgen Hestermann schrieb:
Yes, but you cannot avoid it, if you work with dynamic arrays. You are
not even told that it's a pointer. That's just the problem.
The problem is that one is playing with stuff he doesn't understand.
Explict use of pointers is always dangerous and one should really
Great power comes with great responsibility.
Yes. Then use C or assembler. You are responsible for everything and
you cannot expect any help from the compiler.
So the consequence would be to forbid pointers/@-operator/type casts et.
al. If you want pointers and all dirty stuff, use C or
Jürgen Hestermann schrieb:
Florian Klaempfl schrieb:
Great power comes with great responsibility.
Yes. Then use C or assembler. You are responsible for everything and
you cannot expect any help from the compiler.
So the consequence would be to forbid pointers/@-operator/type casts et.
al
Jonas Maebe schrieb:
Florian Klaempfl wrote on Tue, 13 Oct 2009:
When messing with pointers you've to know what to write because pointers
allow unlimited access to internal data structures. Sorry, but I can't
help you if you guess wrong while playing with dangerous stuff (and the
original
Jürgen Hestermann schrieb:
As said it depends from your viewpoint. C's original viewpoint was to
keep
the state of a compilation unit as small as possible, to maximize the
size
of a program with limited memory.
You mean they gave saving one character in the source code a higher
priority
Jürgen Hestermann schrieb:
No, it happens with static arrays, if you set pia := @ia, ia[x] and
pia[x] will give you the same result (in delphi mode, at least).
It's simply more readable and a shortcut.
It's definitely the opposite: It is *less* readable
This is your opinion :) To my
Graeme Geldenhuys schrieb:
1) Why would you use a pointer to an array and not simply a variable
what IS the array? In the program I am porting the following field
variable is defined.
FLines: ^TLinesArray;
Why couldn't I simply say:
FLines: TLinesArray;
Because this array
Henry Vermaak schrieb:
2009/10/11 Vinzent Höfler jellyfish.softw...@gmx.net:
Henry Vermaak henry.verm...@gmail.com:
Thanks for the explanation, I was under the impression that arrays in
Pascal were similar to C. How do you explain the automatic
dereferencing with a pointer to an array that
Jonas Maebe schrieb:
On 07 Oct 2009, at 17:39, Jürgen Hestermann wrote:
And I don't know any other Pascal Compiler who does any checks in this
direction. Do some?
I don't know, but ADA reportedly does. Such a feature definitely seems
useful to me.
Afaik GPC does as well?
Vincent Snijders schrieb:
Jonas Maebe schreef:
On 07 Oct 2009, at 09:19, Vincent Snijders wrote:
IIRC, there is a difference. With the second declaration the compiler
can add a run-time check that the correct memebrs are accessed based
on the value of X.
Unfortunately, I cannot find the
Michael Green schrieb:
Quick question: Is there any particular reason why the system function
ror() (in /fpc/rtl/inc/systemh.inc) has been divided up into rorbyte,
rordword and rorqword (and respectively for rol() ) instead of being
overloaded?
Ror/rol are very sensitive against data type
Graeme Geldenhuys schrieb:
2009/9/29 Marco van de Voort mar...@stack.nl:
No.
So why is the function called MOVE instead of COPY? :-)
Because it doesn't copy your ram modules ;)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Graeme Geldenhuys schrieb:
2009/9/29 Florian Klaempfl flor...@freepascal.org:
Because it doesn't copy your ram modules ;)
Well, if I move something (no matter what it is), it doesn't exist in
the original location any more. Hence my confusion about the Move()
procedure.
Indeed, the serious
Jonas Maebe schrieb:
On 29 Sep 2009, at 15:46, Graeme Geldenhuys wrote:
Windows has 'memcpy()', not 'memcopy()' ;-)
memcpy() is from the C library. And the C library also has memmove(),
for that matter.
The difference between memcpy() and memmove() is that memcpy() has
undefined
Graeme Geldenhuys schrieb:
2009/9/29 Florian Klaempfl flor...@freepascal.org:
Indeed, the serious answer is:
move handles overlapping memory blocks correctly (so the data might not
existing anymore at the old location), memcpy doesn't do this and screws
things up when handling overlapping
Jonas Maebe schrieb:
On 18 Sep 2009, at 16:24, Dariusz Mazur wrote:
I use own lockfree FIFO http://www.emadar.com/fpc/lockfree.htm to
distribute task between threads
its much faster and well scaling on multicore.
Note that it won't work as is on non-x86 machines, because it's missing
Graeme Geldenhuys schrieb:
Hi,
The current TMultiReadExclusiveWriteSynchronizer as implemented in FPC
2.3.1 is wrong. It use Critical Sections in a standard way which means
it blocks all other threads while one thread is doing a Read. This is
wrong. It is a MULTI read, SINGLE write
Jonas Maebe schrieb:
On 28 Aug 2009, at 10:35, Florian Klaempfl wrote:
If you have a better for unix this will be fine. IIRC it is not easy (if
possible after all?) to implement TMultiReadExclusiveWriteSynchronizer
for unix systems.
What's wrong with these routines: pthread_rwlock_init
Graeme Geldenhuys schrieb:
Michael Van Canneyt wrote:
Because I want a FPC program to depend only on the Linux kernel,
not on the C library.
OK.
There are FPC programs from 8 years back that still work with the current
kernel. Try that with a program that depends on the C library.
Henry Vermaak schrieb:
2009/8/27 Michael Van Canneyt mich...@freepascal.org:
Because I want a FPC program to depend only on the Linux kernel, not on the
C library.
There are FPC programs from 8 years back that still work with the current
kernel. Try that with a program that depends on the C
Jonas Maebe schrieb:
On 27 Aug 2009, at 12:49, Graeme Geldenhuys wrote:
Is this an issue, even if your program doesn't use any
procedures/functions from the dynamically linked C library. For example,
a console application that includes the cthreads unit (which dynamically
links to C
Nataraj S Narayan schrieb:
Hi
Fpc compiled binary:-
r...@at91sam9263ek:~$ readelf -h firework
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version:
Graeme Geldenhuys schrieb:
Hi,
What is the use of the fpc/compiler/*.lpi files? Is that another way
of building a new compiler version using Lazarus IDE (instead of 'make'
from the command line?
They can be used for FPC (compiler) development with lazarus.
theo schrieb:
If somebody is still interested in HAL (I know that DeviceKit ist coming):
I've made a header translation and a demo (translation of lshal.c)
yesterday.
It seems to work for me. http://www.theo.ch/lazarus/dbus/hal.tar.gz
Please create and attach it to an issue report so we don't
theo schrieb:
Florian Klaempfl schrieb:
Please create and attach it to an issue report so we don't forget it.
You mean using the bugtracker?
Yes.
If you like, you could also add the files to packages/dbus
What do you prefer?
Bug tracker, simply because somebody with at least some
theo schrieb:
Florian Klaempfl schrieb:
You mean using the bugtracker?
Yes.
OK, I can do that.
Bug tracker, simply because somebody with at least some knowledge
about dbus should review. My knowledge about dbus is close to zero :)
I know it's name and that's it :)
Maybe the subject
Soon or later fpc 2.4.0 will be released so it would be nice to have
updated translations of the compiler message files. So if anybody
volounteers to update the message files for a certain language, please
tell us, the decription how to do so can be found here:
Mattias Gärtner schrieb:
Zitat von Florian Klaempfl flor...@freepascal.org:
Mattias Gaertner schrieb:
On Thu, 16 Jul 2009 10:30:23 +0200
Jürgen Hestermann juergen.hesterm...@gmx.de wrote:
Jürgen Hestermann, how often do you change your working machine?
Well, I seldom change it [...]
If I
Mattias Gärtner schrieb:
Zitat von Florian Klaempfl flor...@freepascal.org:
Mattias Gärtner schrieb:
Zitat von Florian Klaempfl flor...@freepascal.org:
[...]
A network file system is too slow for developing. Compiling anything
via nfs or smb is a nightmare speedwise.
NFS over gigabit
Micha Nelissen schrieb:
Florian Klaempfl wrote:
Roaming profiles using auto copy/delete are not the best choice for
that.
For me it works fine for years ;)
Then you must be the only one since everybody I know despises it. We use
multiple times login sometimes and then the settings
Vincent Snijders schrieb:
Jürgen Hestermann schreef:
Still I am wondering why the directory Local Settings is used and
not Application Data as all other applications do. Then it would
be saved with roaming profiles too.
Luca Olivetti schrieb:
http://bugs.freepascal.org/view.php?id=13908
Jonas Maebe schrieb:
On 28 Jun 2009, at 11:59, Graeme Geldenhuys wrote:
Does FPC support the above OS?
I don't think so. Some Symbian support was committed a long time ago,
but I don't think it was ever finished.
Making a Symbian tool chain is unfortunatly a real pain.
There is still a 1k Bounty for an FPC Symbian port ;)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Graeme Geldenhuys schrieb:
Vincent Snijders wrote:
I disagree. It would be backwards incompatible with existing objfpc
programs. That decision should have been made 10 (?) years ago, when
mode objfpc was introduced.
Not everything was done correctly 10 years ago (or first time round).
Jonas Maebe schrieb:
On 09 Jun 2009, at 11:48, Graeme Geldenhuys wrote:
Thanks. Do you know what the 'PENTIUMM' cpu is? Is that Mobile Pentium
or something?
http://en.wikipedia.org/wiki/Pentium_M
Maybe the option should be renamed, it should be also used for Core
processors.
ABorka schrieb:
Funny... always these problems with C and bounds checkings
http://www.theregister.co.uk/2009/05/15/microsoft_banishes_memcpy/
I'll continue here because my remark is fpc related :) Maybe we should
add something like move_s (taking the destination size as well as the
memcpy_s
Vincent Snijders schrieb:
Graeme Geldenhuys schreef:
I'm setting up the automated unit test runs for the tiOPF project. I
initially ran it only on one Linux server, but now I want to do it on
two servers. One being 32bit and the other being 64bit. Once the unit
tests are complete, I use XSLT
Sven Barth schrieb:
Now I ask you (especially the main developers of FPC): Is there any
chance that this target might be added officially to FreePascal
Of course, just send patches.
PS: I might also help to update/complete the porting FPC
documentation, as some parts are missing. For
Henry Vermaak schrieb:
first you need to get fpc to work, which means that you might have to
build an eabi compiler, since most distros (even debian) now use eabi
(the default arm fpc is oabi).
Well, not really. Debian stable is still oabi.
___
Graeme Geldenhuys schrieb:
Git Quick Start
Cloning and Creating a Patch
$ git clone git://fpgui.git.sourceforge.net/gitroot/fpgui
$ cd fpgui
$ (edit files)
... and I get a full diff on windows due to line feed trouble :)
Marco van de Voort schrieb:
In our previous episode, Graeme Geldenhuys said:
If not, can we extend the FPC locale variable to include salutation
(names), telephone, measurement, paper sizes etc..
In that case I think we better start a 'locale' unit. I don't want to
burden SysUtils with even
Gustavo Enrique Jimenez schrieb:
Hi
Seems like the ext4 file system has a bug or some issue with files
updated often :
https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781
This is only a problem when your machine crashes!
I use XML files heavily. It is great, XML units
Michael Van Canneyt schrieb:
And if methods 1 2 are unsafe, then I think that there is a fundamental
bug in the filesystem (I never believed journaling filesystems can work
100% correctly in the first place),
Journaling means only: the file system is always in an internally
consistent
Graeme Geldenhuys schrieb:
Why can't I do the following:
procedure WriteSquares(AMax: Integer);
var
List: specialize TFPGListinteger;
begin
List := TFPGListinteger.Create;
...instead I have to ALWAYS declare a type first
type
TIntList = specialize TFPGListInteger;
leledumbo schrieb:
I'm writing a paper about FPC and I need references where each language
feature comes from. So far, these are my what I know (some are guessing
though):
Feature Original DialectAdditional Information
Separate compilation UCSD Pascal Unit based, not
Jonas Maebe schrieb:
On 29 Jan 2009, at 10:27, Dimitrios Chr. Ioannidis wrote:
Is it possible someone to post where can i find the tools/utils needed
for build / compile fpc from sources in windows ?
They are available in the fpcbuild svn repository. You can get them
directly using:
Graeme Geldenhuys schrieb:
Hi,
IsCharAlpha() is a Win32 API call. I'm trying to convert code that
uses that call, to be Windows and Linux compatible. Does FPC have a
cross-platform version of that API call? I did a text search through
the RTL of v2.2.3 and it only seems to have the
Vinzent Höfler schrieb:
Jürgen Hestermann wrote:
Mantra: First make it work, then make it fast.
In general that's true from the programmer's viewpoint. But this does
not apply to adding language details because there is no 'first make
it work'. Why obscure important implementation details
Jonas Maebe schrieb:
On 29 Dec 2008, at 23:10, dmitry boyarintsev wrote:
compile line
fpc -Aas -gw2 test.pas
gdb test.exe
...
(gdb) b test.pas:7
warning: (Internal error: pc 0x40144e in read in psymtab, but not in
symtab.)
warning: (Internal error: pc 0x40144e in read in psymtab, but
dmitry boyarintsev schrieb:
Jonas,
I've added tf_dwarf_relative_addresses to system information for win32
target and have recompiled the compiler.
so now whenether i'm using 'gw2' or 'gw3' compiler options i'm getting
test.pas(9,1) Fatal: Internal error 200404124
test.pas(9,1) line 'end.'
leledumbo schrieb:
I'm curious why my FPIDE with GDB 6.8 compiled with MinGW crashes while GDB
says OK (see http://bugs.freepascal.org/view.php?id=11968
http://bugs.freepascal.org/view.php?id=11968 ). Perhaps I didn't build GDB
correctly, so may I know what options do you supply when calling
Jonas Maebe schrieb:
One important different to keep in mind between dynamic arrays and
regular arrays (including those defined using schema types): dynamic
arrays are reference counted and copies are always shallow copies. This
means that in this code:
var
a, b: array of real;
begin
Skybuck Flying schrieb:
Hello,
To make it easy for Delphi programmers to write code in Delphi and then
switch to free pascal/lazarus the following could be done:
Delphi's IDE is still more stable than Lazarus IDE.
Why should I/we spent time into improving other people's software
(making
Kevan Hashemi schrieb:
Dear FPC,
I'm considering movingn from GPC to FPC. One thing I like very much
about GPC is its schema types. I can declare a matrix like this:
matrix_type(num_rows,num_columns:integer)=
array [1..num_rows,1..num_columns] of real;
and then create a new matrix
leledumbo schrieb:
Last time I try (about a semester ago) the compiler cannot do specialization
based on another. For instance, if we have:
type
generic TTreeT = class
type
TChild = specialize TTreeT; -- the compiler chokes on this
TChildren = array of TChild;
...
end;
Gerard N/A schrieb:
www.eclipse.org
On the upper menu, 5th item, downloads.
Then choose whatever you wnat to download, and choose the mirror, and
the download starts.
lazarus.freepascal.org on the other way seldom works lately and when
it does it's so slow it can't be used.
Well, this means
Prince Riley schrieb:
Graeme
I just took this snapshot of the www.eclipse.org
http://www.eclipse.org kanding page .. you say you weren't able to
find a clear download link lol .. ok well it appears directly in
the center of the page ...
Let me know what you think after you download
Bernd Mueller schrieb:
The compiler(s code generator) should take care of target cpu variants
and architectures.
I think, this would be a lot of work. Which architecture should be
implemented first? ARMv5 or better the latest ARMv7 (CORTEX) variants.
But what about the Thumb/Thumb-2
Koenraad Lelong schrieb:
Joost van der Sluis schreef:
Op zaterdag 29-11-2008 om 19:48 uur [tijdzone +0100], schreef Koenraad
Lelong:
Hello,
In the past I built numerous fpc-crosscompilers for arm-linux but now I
can't anymore.
What I did :
Downloaded and extracted fpcbuild-2.2.2.tar.gz
Mattias Gaertner schrieb:
I need a default value of the number of maximum threads.
Is there already some RTL function that can be used for that?
For example if the program runs on a 2 x quad core it would be nice to
get 8.
Hyperthreading multipliers should be applied.
If we implement
Mattias Gaertner schrieb:
I need a default value of the number of maximum threads.
Is there already some RTL function that can be used for that?
For example if the program runs on a 2 x quad core it would be nice to
get 8.
Hyperthreading multipliers should be applied.
No, but having some
leledumbo schrieb:
Micha Nelissen wrote:
example?
Let Write(Ln) work without file system support? Perhaps just by supplying a
routine to write one character, and let other write routines use it.
Too slow in the common use case.
___
fpc-pascal
JoshyFun schrieb:
Hello FPC-Pascal,
My application will create thousands of small objects of the same
class, this objects are not created or destroyed in a row, so memory
fragmentation could becomes a serious problem after some time.
Since the fpc heap manager itself pools, this should be a
Cesar Romero schrieb:
Hi,
Im wondering if FPC Team have plans to support Record Methods/Operators
in future versions of FPC
I read the actual Future plans and the most closed item is RTL:: More
compatibility with later Delphi versions.
But it do not means that records can be changed.
I
Cesar Romero schrieb:
Florian Klaempfl escreveu:
Cesar Romero schrieb:
Hi,
Im wondering if FPC Team have plans to support Record Methods/Operators
in future versions of FPC
I read the actual Future plans and the most closed item is RTL:: More
compatibility with later Delphi versions
Cesar Romero schrieb:
Florian,
In which regard, quoting: The assignment operator is also used to
convert types from one type to another. The compiler will consider all
overloaded assignment operators till it finds one that matches the types
of the left hand and right hand expressions. If no
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Vincent Snijders schrieb:
What should be the default compiler options for the shootout benchmarks?
The used compiler is fpc 2.2.0. The benchmarks are run on a Intel Q6600
quad-core, either with 32 bits or 64 bits Ubuntu.
There is some controversion about it, see
Jonas Maebe schrieb:
On 18 Sep 2008, at 10:05, Guillermo Martínez Jiménez wrote:
2008/9/16 Jonas Maebe [EMAIL PROTECTED]:
On 16 Sep 2008, at 15:36, Guillermo Martínez Jiménez wrote:
Did somebody planned to compile, test and release FPC for the Pandora
handgeld game console?
101 - 200 of 638 matches
Mail list logo
