On Mon, Nov 25, 2013 at 8:18 PM, Sven Barth wrote:
> Neither global operators nor symbolic (<, >, etc.) operator names are
> supported by Delphi.
You are right.
Now looking more carefully at the example critterchess code :
http://sourceforge.net/projects/critterchess
it is already partly ported
> Date: Mon, 25 Nov 2013 15:33:08 -0600
> From: Andrew Brunner
> Subject: Re: [fpc-devel] Problems with building x86_64 on darwin
> Message-ID: <5293c214.9070...@aurawin.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>> Lazarus cannot yet be compiled for x86-64 on Mac OS X (
On 11/25/13, 3:42 PM, Jonas Maebe wrote:
Using simply wrong hyperboles is not productive. I explained in my
previous message, which you quoted below, why you cannot use a
cross-compiler (such as the ppcx64 included with FPC releases on Mac
OS X) to build FPC from trunk without using a special m
On 25 Nov 2013, at 22:33, Andrew Brunner wrote:
> On 11/25/13, 2:56 PM, Jonas Maebe wrote:
>> On 25 Nov 2013, at 21:28, Andrew Brunner wrote:
>>
>>> - FPC BUILD PROBLEMS
>>> Trying to build my svn/fpc/trunk version
>>>
>>> make all OPT="-O-" DEBUG=1 OS_TARGET=darwin CPU_TARG
On 11/25/13, 2:56 PM, Jonas Maebe wrote:
On 25 Nov 2013, at 21:28, Andrew Brunner wrote:
I've got darwin Mac OS 10.9 running fpc 2.6.2 installed and compiling from the
downloads section of the site.
I'm trying with no success to get 2.7.1 to compile ppcx64 with /usr/local/bin/fpc
->/usr/local
On 25 Nov 2013, at 21:28, Andrew Brunner wrote:
> I've got darwin Mac OS 10.9 running fpc 2.6.2 installed and compiling from
> the downloads section of the site.
> I'm trying with no success to get 2.7.1 to compile ppcx64 with
> /usr/local/bin/fpc ->/usr/local/lib/fpc/2.6.2/ppcx64
First of all
I've got darwin Mac OS 10.9 running fpc 2.6.2 installed and compiling
from the downloads section of the site.
I'm trying with no success to get 2.7.1 to compile ppcx64 with
/usr/local/bin/fpc ->/usr/local/lib/fpc/2.6.2/ppcx64
which fpc shows...
/usr/local/bin/fpc
contents of /usr/local/bin/ in
I was curious what the state of the i8086 generation was in 2.7.x, and
whether anyone was working on it. I checked some of the files and I
still see references to EAX, etc. so I am assuming it is not functional
yet. I was also curious how the memory model will be handled (ie.
dynamic arrays g
Am 25.11.2013 15:13 schrieb "Juha Manninen" :
> unit Unit2;
> {$mode delphi}
> interface
>
> type
> TRootMove = record
> score: integer;
> node_count: uint64;
> end;
>
> operator < (m1, m2: TRootMove) LessThan : Boolean;
>
> implementation
>
> operator < (m1, m2: TRootMove) LessThan
This is related to issue #24907.
In the comment I explain the problem :
http://bugs.freepascal.org/view.php?id=24907#c71475
but I copy it also here below.
Now, is it a bug or feature?
Otherwise not a big deal but CodeTools follow FPC behavior and the
Delphi converter uses CodeTools. Apparently va
Hi Jonas,
thx for the fix to the fixes_2_6 branch.
regards,
--
Dimitrios Chr. Ioannidis
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
11 matches
Mail list logo
