using the fixes branch from this morning I try:
OS_TARGET=freebsd gmake all
which ends in:
ppc386 -dUNIX -dNOMOUSE -dNOGPM -Xs -OG2p3 -n -Fi../inc -Fi../i386 -Fi../unix -FE.
-di386 -dRELEASE -I../objpas ../unix/sysutils.pp
fina.inc(101,11) Error: Identifier not found DOS
On 03.07.15., Marco van de Voort wrote:
I just cross-compiled a new PPC compiler rtl, using yesterday's
Linux/x86 snapshot compiler as the base, and using the latest CVS
sources, but the problem is still there.
Then I think your CVS is rotten. Try to cycle with -va, and see
I'm not certain but I'm pretty sure that under 1.0.6 SizeOf() reported the
proper size for Var paramaters. If not then I think a compiler warning may
be in order for code like this... because I just spent an hour tracking down
this problem. ;) Is there any other way of determining the
Marco van de Voort wrote:
proceduer bla(var a: array of longint);
// high() and sizeof() are possible
and for
procedure bla(var a);
// none.
I'm pretty certain it was the same for 1.0.6. This was already the
case in BP/TP (e.g. see the blockwrite and blockread
(note: this only applies to the unix platforms)
At the moment I'm rearranging the unix part of the 1.1 RTL. However
currently only cycle works for 1.1, I wait till fixing the building of FCL
and packages till I did some more cleaning up in the 1.1 RTL.
This all will be done in complete and
By what file is rtl/linux/i386/signal.inc included?
I removed it and I could still do a make cycle to create a new snapshot.
I suspect it is by none.
If it isn't used by any file, can it be removed (from CVS)? It confuses
Lazarus sometimes, and opens this file as an include file in the
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 in a dozens of
If you want I can send you the IDE.
The IDE would be rather limited, since it will only run on Windows.
The FPC IDE needs to run on all platforms.
And the IDE should run on about the same class of machines as the compiler
(speed and memory wise I mean)
[ Charset ISO-8859-1 unsupported, converting... ]
1. Is the order purely incidental or is there a reason why FreePascal
chose to use a different order than Delphi?
incidental
2. I know it is officially discouraged to use 'internal formats', but
for optimization's sake, would it be
On Fri, 2003-11-07 at 12:55, David Butler wrote:
Sorry, I should have guessed. Yes, it basically takes the OS error and
raises some exception. The exception message is the OS error message
as returned by an OS function call.
Here's a basic implementation that works for me (*):
const
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.
Effectively, there is no
[snip]
(2) It's obvious when looking in the source, but wasn't mentioned
anywhere (or I didn't find it) that the new linux unit is currently
empty and you have to use oldlinux instead...
That's because oldlinux is not 100% compatible, and never will be. It is
only meant as an aide for
pipi, pipo: text;
begin
AssignPipe(pipi, pipo);
perror('AssignPipe', LinuxError);
end.
I've tried it, with fpc 1.9.0 (binary rpm downloaded from sf).
$ fpc pipetest.pp
Hint: End of reading config file /etc/fpc.cfg
Free Pascal Compiler version 1.9.0 [2003/11/05] for i386
[ Charset ISO-8859-1 unsupported, converting... ]
Marco van de Voort wrote:
- Do an strace, and see if there is a function that fails.
Everything seems OK.
$ strace pipetest
execve(/home/plc/Pascal/test1.9/pipetest, [pipetest], [/* 63 vars */]) = 0
sigaction(SIGFPE, {0x805a9d4, [], 0
This is the culprit.
On my system (SuSE 7.1) I have /etc/localtime:
symbolic link to /usr/share/zoneinfo/CST6CDT
- but I can't find a file named timezone anywhere.
It is a FPC/FCL/LCL/Lazarus bug, but mostly fpc.
I've to talk to Peter first before fixing this.
It is a FPC/FCL/LCL/Lazarus bug, but mostly fpc.
I don't use Lazarus - ironically, I ran into this bug while
trying to recompile a program that interfaces FPC with NEdit.
It doesn't use Lazarus or GTK, but it uses popen(F, 'ppc386 -iV', 'R')
to check the compiler version. As a temporary
The same idea that I sent to borland bug/feature website years ago and want
to share with greatly respected FPC community.
Let's call it reuse unit, wich can save a lot of time and space for
developers and is really easy to understand. For instance you create a unit:
- 8 - - - - - - - - -
What would be the use ?
the use would be to simplify the development and distribution
for those who program for fun this is not the point of course
IMHO it works both ways. It can remove the need to specify some units,
so if B is updated, A is up to date, but it can also cause an immense
Is there a way to have the linker errors saved to a file (under Win32, 1.9.1)
instead of just listed in the DOS box?
The -Fe catches compilation errors and messages, but linker issues
(such undefined reference to SomeSymbol) are listed only in the DOS Box.
I've tried to redirect output to a
I guess, this will mainly be directed to Jonas Maebe
With the MacOS X port available, i played (maybe fooled) around in
order to port some of the basic units, such as termio crt video
keyboard serial.
I managed to get it compiling by transferring missing definitions of
constants and
I am testing the crt unit on Darwin and have a question about the
function ClrEol as used example ex9.
On Darwin, the line is not cleared till the end, but 67890 remain. Bug
or not? How does it look on other platforms
Crt is only meant for use with Linux, since it was never fixed for
OK, I just figured out what was the cause of this problem.
In SysUtils.ExecuteProcess you were wrapping ppcbin compiler filename
(like '/usr/local/ppc386') inside quotes (to make it something like
'/usr/local/ppc386') but you were not stripping those quotes anywhere
before passing this
Hi, I'm trying to compile 1.9.2 on openbsd 3.4, does anybody have any
hints/tips? Does it compile to an elf now for the openbsd target? (or
still a.out?)
I started adapting 1.9.2 to OpenBSD 3.4, but had some problems with the end
of file detection, and abandoned it because I couldn't debug
Any comments are welcome.
I'll be doing the SDL translation. (there already is some in contrib/sdl)
What FPC version are you going to target? 1.0.x, 1.9.x or both?
Actually, I was simply going to build an interface on top of
SDL4Freepascal that provides GRAPH function calls. As
Thanks for the help with the Socket() call. My program now gets past that
point and fails on the SetSocketOptions() call. This time I found the bug
myself. The fpSetSockOpt is passed a variable called Level which it never
uses in the system call. I attached a simple diff to fix the
Alle 20:30, martedì 13 aprile 2004, Marco van de Voort ha scritto:
I ported the Delphi library Decal (used to be called SDL, by
Soletta) to FPC 1.9.[2? 3!]+.
Thank you for the porting, it was one of the most needed libraries in
fpc IMHO (I consider the cntnrs unit in Delphi a simple joke
I wrote a Red-Black tree, which seems to be faster than TDictionary,
even without spreading items into multible slots.
The Algorithm for rearanging the nodes is faster as for an AVL tree.
The disadvantage to a normal search tree is that every node
requires an additional Color field, also
How many args here?
nedit i hate filenames with spaces
bash says two, but StringToPPChar() says six.
- this patch should solve the problem:
Which FPC version are you using? Afaik this has been reworked in
1.9.3.
___
fpc-devel maillist -
CVS 1.9.3 [2004/02/09]
More small bugfixes were done to fpexec and friends after that, so if you
encourter problems in that field, don't hesitate to upgrade :-)
___
fpc-devel maillist - [EMAIL PROTECTED]
Some years ago there was a Delphi compiler named Sibyl
for OS2 from a German company. Now it's under GPL.
No, if you read well, you'll see that only the modifications of the author
are under GPL.
It does say something about (parts of) Sybil being published on the homepage,
but not strictly
Some years ago there was a Delphi compiler named Sibyl
for OS2 from a German company. Now it's under GPL.
No, if you read well, you'll see that only the modifications of the
author
are under GPL.
It does say something about (parts of) Sybil being published on the
Here is the fixed version:
Function PosEx(const SubStr, S: string; Offset: Cardinal): Integer;
var i : pchar;
begin
if (offset1) or (offsetlength(s)) then exit(0);
i:=strpos(@s[offset],@substr[1]); //Changed here
if i=nil then
PosEx:=0
else
After the announcement I downloaded fpc 1.9.4 for Linux.
Compiling the following very simple source I find some problems:
First it complains that NameStr, DirStr and ExtStr are unknown types.
When I change them to string it complains that FSplit doesn't exist.
The unix rtl has been thoroughly
After bodging my way thru the snapshot src, I discovered that the
prt0_10.as for openbsd is wrong... (I get undefined reference's..)
I have _no_ idea myself how to fix this, can anybody help?
It's quite a lot of work to get OpenBSD on the rails again, I currently
don't have time to this. I
I can still assist, but I'm not going to do the bulk of the work anymore,
I simply don't have the time.
All I use is openbsd, if you can give some help over the prt0 problem, I
can certainly send you any openbsd fixes...
The amount of fixing needed for 1.9.x/2.0 doesn't seem that
Compiling lazarus with current fpc (since about a week) gives
synmacrorecorder.pas(618,43) Error: Asm: [mov ???,mem32] invalid combination
of opcode and operands
I tried to create a small example for a bug report, but was not able to
reproduce it in a small example.
procedure
The DateSeparator is defined in sysinth.inc as
Const
{ Character to be put between date, month and year }
DateSeparator: char = '-';
As said on IRC, I suspect this is a 1.0.10 issue. (1.9.x bootstrapping with 1.0.x I
mean), since IIRC 1.0.x doesn't support
var x : tx = vx;
TProcess.CommandLine property as the first argument, when it should only get the
binary name. The error is probably in the MakeCommand() line in
process.inc.
I don't know if you already know this or if you can use it, but there are
other commands on linux like ExecVE wich can handle the
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).
Very painfull is a bit exaggerated :-)
It's one of the greatest flaws of Pascal relatevly to C (the second
On Sun, 12 Sep 2004 13:07:24 +0200 (CEST), [EMAIL PROTECTED] (Marco van
de Voort) wrote:
procedure CopyFile(SourceFileName, TargetFileName: string);
var
s, t: TStream;
begin
s := TFileStream.Create(SourceFileName, fmOpenRead);
try
t
On Sun, 12 Sep 2004 17:38:22 +0200 (CEST), Peter Vreman
[EMAIL PROTECTED] wrote:
Plugin support for the parser is impossible, everything is too much
dependent on other parts. Only assembler/linker etc. could maybe made an
plugin.
Would it be feasible to write a different parser that
The problem actualy is not in automated destructors,
but in that the Class
types are actually pointers in Delphi OO model. That
IS the hack, that makes some
tasty stuff impossible (RAII)
Afaik RAII is simply that automated stuff is guaranteed finalised in a
predicatable time? (unlike e.g.
I installed version 1.9.4 for windows and compiled my program.
It appears to work perfectly, and, amazingly, the size of the
executable was reduced from 63k to 23k!
To give the windows version a more rigorous test, I compiled
a DOS filter program I wrote as a partial replacement for
Did any of the BIOS calls have an address to data as one of the
arguments?
If so, read the documentation for the GO32V2 unit, most notably
copyfromdos/copytodos.
No, a call is made with simple arguments such as the x,y screen
position or a color (attribute) and a character to write.
I
On 18 nov 2004, at 09:05, Marco van de Voort wrote:
Otherwise, depending on the OS, it will cause alignment exceptions or
(if
the OS fixes it) possible performance detoriation.
I think NetBSD and maybe some other obscure OSes are the only ones that
absolutely need this. Under Mac OS
On Tue, 21 Dec 2004, Marc Weustink wrote:
The 2.000.000.000 EUR question is then, who will do this work? ;-)
I did some counting:
Rtl: 489 times (excluding win32, including os2, including comments)
Lazarus: 105 times (exluding win32 and docs)
Hmm. I can give you an
I'm new to this list and want to introduce myself and my intended
contributions to FreePascal.
You are not new to everybody:-)
archive files (cpio, tar...). I've already update or implemented some
of these modules, now I want to define a common interface and API for
compressed and archive
Just don't use anything conflicting with other prefixes: lib, z, db, im, sys.
If we can agree on an implementation for archive handling that can be
considered a standard implementation for FPC (i.e. distributed with the
FCL), 'fp' can (and should) be used.
Naming a unit with 'u'
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. pyacc fails
Michael Van Canneyt wrote:
I'm willing to demonstrate my ideas in a redesign and extension of
Abbrevia, so that we have a concreter base for further discussions. But
before starting with that work I would like to hear some encouraging g
opinions or suggestions.
I think you can
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 the same CPU).
The only file with such info is mime.types or mime.cap in /etc.
Of course, KDE and GNOME have their own copies of this file for internal
purposes.
Hmm, I'd look in /usr/share/misc/magic/ myself. Or wherever the file
commando's
data is stored on your distro.
On Tue, 1 Feb 2005 [EMAIL PROTECTED] wrote:
Classes:
1 - fpc lacks a HexToBin and BinToHex functions. [It has them but only as
private methods of TParser]
These functions are in sysutils or strutils. They have no place in
Classes.
I started these, but are now to busy now to test, if
On Feb 1, 2005, at 04:11, Marco van de Voort wrote:
Classes.
I started these, but are now to busy now to test, if sb is bored:
http:/www.stack.nl/~marcov/bintohex.txt
Why don't you use a translation table to convert character to hex?
The conversion table can be shared with other
committed
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Video doesn't restore terminal settings on Linux after exiting -- the
command line doesn't show any typed in text, and doesn't process CR
characters... Is this a bug? And if not, what's the cure? (except of course
manual reset of the console after execution)
Do you call donevideo?
After eliminating dozens of bugs now I have a working version of
Abbrevia for Delphi. Unfortunately this version is not usable with FPC,
primarily because FPC doesn't support properties for the Object type.
In my code I like to use Object for records with methods and properties,
which
2) Sets with minimal size, at least with 1 and 2 bytes for replacement
of Byte and Word types.
I consider both features as vital in translations from C to Pascal, and
in the detection and elimination of bugs. Will it be possible to add
these features to FPC, this year?
I'm interested in
D6 accepts:
type x = object
fblaat : integer;
property blaat:integer read fblaat write fblaat;
end;
assignig fblaat and writeln(blaat) also works.
So it seems it works as expected in D6.
Same with FPC, the below program prints 1234 (recent
TShiftState is defined as TShiftState = set of (...);
How can I iterate through the enums? If not, can we split and add an
enum:
TShiftStateEnum = (...)
TShiftState = set of TShiftStateEnum;
?
Of course that is possible. It requires some imagination though (and a feel
for obfuscated
TShiftState is defined as TShiftState = set of (...);
How can I iterate through the enums? If not, can we split and add an
enum:
TShiftStateEnum = (...)
TShiftState = set of TShiftStateEnum;
?
Of course that is possible. It requires some imagination though (and a feel
for
[EMAIL PROTECTED] (Marco van de Voort) wrote:
The example fails in Delphi 6 btw, but works in FPC :-)
Interesting :)
Yeah, D2005 for IN syntax is also useful for this (if it operates on sets)
But in this case: why not simply add one line to classes.pp?
That is not as much fun
Older Delphi (and TP?) versions implemented sets of subranges (e.g. set
of 510..515) by stripping unused bytes in front of the set. The lowest
bit in a set variable always had an ordinal value of 2^n, and above set
would occupy 2 bytes, equaling an set of (504..519). In newer Delphi
Where can I find info about compiling fpc from cvs?
http://www.stack.nl/~marcov/buildfaq.pdf
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
[ Charset ISO-8859-1 unsupported, converting... ]
So let's assume I'm a completely idiot and I have downloaded fpc from cvs
to
compile it on a windows system. Do I have any hope to compile it?
Install fpc 1.0.10
Download fpc from cvs
Start cmd.exe
- make sure the FPC dir is the first
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 to specify
My mistake it actually avoids initialising the loop variable rather than
not declaring it:
for i in myarray do
myarray[i] := 0;
as opposed to
for i := low(myarray) to high (myarray) do
myarray[i] := 0;
I think the for..in is much clearer and more compact (it works for
It would appear that the set of win32 binaries that Peter installed in the
install/binw32 directory of cvs on 2/7 contains a back-level version of a
couple programs, as compared to the versions available from the binary
download
(1.9.6 released 1/1/2005). Specifically, the download
This is simply not true.
If you don't belive then check the following:
1. Look with google for Quake rewrittiend into .Net (i.e. GC stuff) --
surprise surprise -- difference is neglibile (20%),
cost, whatever the amount of objects allocated or their size, just don't
use old fashioned
On 25 feb 2005, at 15:49, Marco van de Voort wrote:
- Critical parts are often handoptimized by using a lot of non GCed
types
(like int), this is not a typical programming method for these
languages, but outright expert tuning.
Critical paths are also optimized in our
On Sat, 26 Feb 2005, Florian Klaempfl wrote:
However, it had quite low priority the last years because dyn. loaded
packages
for a dynamic moving project like fpc with daily snapshots are a real
problem.
As soon as one unit interface changes, all dependend packages must be
circular refs should also be done if applicable)
6) Whenever an exception is thrown, wait until its either handled or
fully propagated and then perform some garbage collection. (traverse the
single linked list of all managed objects and for each object check
whether anything that
[ Charset ISO-8859-1 unsupported, converting... ]
Marco van de Voort wrote:
circular refs should also be done if applicable)
6) Whenever an exception is thrown, wait until its either handled or
fully propagated and then perform some garbage collection. (traverse the
single linked list
So here they are. Initially I was making my changes versus gtk2forpascal
from sourceforge, but now I made them versus FPC sources, since I can't
connect to gtk2forpascal cvs on sourceforge. I also noticed that version
from FPC tree already contains some of the fixes I was going to send...
Hello, Marco - thanks for your reply...
fexpand was in unit linux because unit dos used it,
and it wasn't supposed to be used directly.
It is well-documented in the FPC 1.0.7 manual,
( along with example code ) and no mention is
made about not using it.
Indeed. However this was
On 14 mrt 2005, at 10:34, Marco van de Voort wrote:
BuIt seems to me that the following is perfectly valid code :
Var
StoredF : Function (x : real) : real
This is not allowed. Only TP style is allowed with VAR, so
var stored : TSomeFunc;
That's not true, the above
Since I'm working on networking support again, I cleaned up the FCL socket
units (ssockets, fpsock, netdb, resolve) a bit.
Mostly I did some order (endinaness) fixes, and removed the multitude of
conversion routines (some of which quite faulty).
I would like to call upon all users to
Micha Nelissen wrote:
Perhaps you missed that in C/C++ the preprocessor is typically (99.999%)
used to include header files, not source files. This is comparable to
Pascal uses, not to {$Include}!
What's the difference between a 'header' file, and a source file ? Header
files
i cannot access http://www.freepascal.org/ for days.
I can ping it, and wget establishes a connection (200 OK )but cant
download any data. ftp and www.jp.freepascal.org work fine.
please fix this, it worked nice here until the last week or so.
One of the sites of freepascal.org had an
On Tue, 29 Mar 2005, Daniel Herzog wrote:
Hi all,
In order to get fpc into portage, the gentoo packaging system
it would be necessary to make available a bootstrap tar ball (640 KB)
with the ppc386 binary and a default fpc.cfg file.
640 K ? Is that a joke ? The compiler sources
Marco van de Voort wrote:
immediately contribute to the size of a compiled module, only when they
are *used* in code modules.
That goes for all routines.
I'm not sure what you mean. A global procedure, exported in the
interface section of a unit, always must be be compiled
On Wed, 2005-03-30 at 20:52 +0200, Daniel Herzog wrote:
No. - i just tought ppcppc was linux on ppcwell then, replace it
with the correct one :-)
It is also called ppcppc on linux:
$ file /usr/lib/fpc/1.9.4/ppcppc
/usr/lib/fpc/1.9.4/ppcppc: ELF 32-bit MSB executable, PowerPC or
On Wed, 30 Mar 2005, Daniel Herzog wrote:
you could maybe try to ping google or something with huge package.
remember to add the header size in mind.
Works with size up to 1472. (+28=1500, so this figures)
Conslusion you pull from this test ?
Same here, and I can ping
I think this should be a nice solution:
bootstrap-arch-os-the version i can bootstrap with this.tar.gz
This results in:
bootstrap-386-linux-1.9.8.tar.gz containing a 1.0.10 version binary, for
example.
Please note i used 386 for arch, not x86, or something. So arch is
always a valid
I really had trouble installing FPC on FreeBSD.
Ah?
I downloaded the big tar archive and unpacked it. Then I saw the
file install.sh there. Because of the file-extension .sh I
thought it was a simple shellscript for sh. So I tried to start it with
sh install.sh. That didn't work. So I
Some notes.
This is useless. Your code and runtime checks will then vary for the kind
of processor (32 or 64bit) you are compiling for. Even 'int' in C is
always 4 bytes.
This is not true. Most recent 64-bit machines indeed are LP64, but e.g.
several Crays are ILP64. Moreover, the C
Am Montag, dem 18. Apr 2005 schrieb Marco van de Voort:
Shall I send it to the list, or to whom?
Look first what needs to be done. The result must be maintainable. (keep in
mind that most other devels must be able to maintain and test it)
Oh, I'm surprised myself. There are just
I'd recommend adding a few stages:
I would consider the following levels of porting:
- good test results (20-30 failures is a good results for non i386)
- make cycle
- create minimal program that links to C (I used the ncurses tests typically)
- fix important testsuite tests (texception
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 the lazarus cvs
Environment changes sometimes you know! Thus, so does the RTL. There are
new means now.
New means are good. I'm happy with this. But the removal of some
basics which is not really enforced by the environment is what makes
me unhappy.
If it can't be implemented sanely, it is not a
On Sunday 22 May 2005 10:17, Tomas Hajny wrote:
steps forward to be the maintainer for go32v2 there will be no DOS
release anymore.
To amend this - we're certainly willing to support such a volunteer
to reasonable extent, but we just don't have sufficient bandwidth for
{$ifdef fpc}const memavail=high(ptrint);maxavail=high(ptrint);{$endif}
That's a nice one :-)
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
This means that such code *must* be changed (conditionalized...) before
it can be compiled for other platforms. Such a change can be enforced
when the legacy API only is implemented for DOS compatible target
platforms, inavailable on other platforms. But this doesn't mean that
the API is
Try adding this line to the top of your unit or program:
{$LINKLIB gcc_s}
Why _s? Is FC4 breaking compat here?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
[ Charset ISO-8859-1 unsupported, converting... ]
Using the 2.0 compiler binaries from the website..
Free Pascal Compiler version 2.0.0 [2005/05/15] for i386
Code that compiled fine with 1.9.6 won't compile any longer. In
specific, the select() routine is gone from the linux unit.
yy
Typically this means can't find binutils error.
So either you don't have binutils, or there is something wrong wiht it.
Marco and Michael,
[EMAIL PROTECTED] game]$ ld
ld: no input files
which ld
and
ld --version
___
fpc-devel
FPC has great amounts of compatibility with Borland Delphi. Unfortunately,
according to the FPC docs, it only supports Delphi compatibility until Delphi
4.
The object pascal enhancement on the next Delphi release is still not
supported
by FPC.
Since now Delphi has grown to Delphi 9
So, may I conclude that FPC is targetting D7 language compatibility? That's
sound fair enough to me, and -thanks God- I can live with that. :)
Roughly yes. That is the goal of the 2.0.x branch, languagewise.
Is the D7 compatibility has been reached fully or partially or still under
yy[ Charset ISO-8859-1 unsupported, converting... ]
Nobody said that the same size can be reached, but I don't consider 132k
against 86k as a real problem. If you consider it as a problem, use
Delphi.
That's not what I ment. I see a problem with a GUI app that's using FCL.
This apps
| yy[ Charset ISO-8859-1 unsupported, converting... ]
| Nobody said that the same size can be reached, but I don't consider 132k
| against 86k as a real problem. If you consider it as a problem, use
| Delphi.
|
| That's not what I ment. I see a problem with a GUI app that's using
1 - 100 of 2029 matches
Mail list logo