I decided to go with Coco/R Delphi (http://tetzel.com/CocoR/). Has anyone
managed to compile it with FP? There's a weird bug in StringTools.pas unit,
which I think is a bug of FP.
There's only one unit in the uses clause, which is Graphics. After
converting the source with Lazarus, compilation gi
leledumbo wrote:
Since it's possible to use libc's MM via cmem unit, would the opposite be
possible?
I have a "crtl.pas" which defines a few functions (malloc, calloc, free,
memmove, memcpy) to help in using libraries written in C with fpc
programs without needing external dependencies (msvcr
In our previous episode, leledumbo said:
>
> I decided to go with Coco/R Delphi (http://tetzel.com/CocoR/). Has anyone
> managed to compile it with FP? There's a weird bug in StringTools.pas unit,
> which I think is a bug of FP.
Start by renaming the duplicate unit names (at least crt and probabl
I'm looking for a reason why I get this error while linking a compile
of a Shared Object I'm building under x64 (Ubuntu).
BinUtils 2.19 (Started with 2.18) but 2.19 did not fix problem.
FPC 2.2.3 (1/6/2009)
Lazarus SVN RVN :17967 0.9.27 beta
Error while building.
/usr/local/bin/ld:
libpuMatrixMe
> Start by renaming the duplicate unit names (at least crt and probably crc
too) to something else.
Thanks, Marco. Just as I thought, that would be the problem. It compiles
fine now.
But shouldn't the compiler message be more informative? I usually get
"duplicate unit found" or something, which I
I've read this in a discussion forum somewhere, is it true?
--
View this message in context:
http://www.nabble.com/Part-of-OOo-Linux-is-written-in-FPC--tp21324694p21324694.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
__
