Am 06.04.2011 13:35, schrieb Florian Klaempfl:
Am 05.04.2011 17:34, schrieb Sven Barth:
Am 05.04.2011 17:06, schrieb Florian Klaempfl:
Am 05.04.2011 04:27, schrieb Paul Ishenin:
I think your branch should be reviewed either by Florian
I did a quick review and found nothing important, only a
Hi, I'm trying to compile from trunk on a FreeBSD x86_64 box, and I'm getting
this error:
gmake clean all:
...
thread.inc(411,10) Warning: Function result does not seem to be set
/usr/home/martin/desarrollo/fpc/rtl/units/x86_64-freebsd/system.s: Assembler
messages:
/usr/home/martin/desarrollo/f
Am 07.04.2011 03:52, schrieb Skybuck Flying:
>
> The code typecasts this 9 byte record towards an 8 byte qword
This wouldn't work and cause a compiler error.
> and then
> takes the first byte from that and type casts it to a char.
The cast tconstexprint -> qword is overloaded.
Ok,
It seems wrong unit was being used... now I have corrected it and Delphi XE
seems to work as well... so no extra implicit conversion needed.
So I guess Delphi also automatically finds a conversion path...
Sorry for any confusion ;)
Bye,
Skybuck.
- Original Message -
From: "Sky
Hello,
I am currently inspecting the following compiler unit of 2.4.2
branch/release ninl.pas:
line 1371: enum:=tenumsym(tenumdef(def).firstenum);
line 1372: v:=tenumdef(def).maxval;
Problem is with line 1372.
.maxval is apperently an integer.
v howe
Advice : Google "Skybuck Flying troll". Notorious.
Sent from my iPhone 4
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hello,
As I was busy with the free pascal compiler source codes I came across an
unfamiliar operator for me: ><
(
It's in nflw.pas at line 830:
{Symdif operator, in case you are wondering:}
loopflags:=loopflags >< [lnf_checknegate];
)
First I googled it a bit and came across a lan
After some debugging into a problem I was finding, I determined that
TFPHashList.FindIndexOf only works of the Key has non-nil data
associated with it. In other words:
list.Add('abcd', nil);
result := list.FindIndexOf('abcd');
In that case, result will be -1, because the InternalFind procedure
on
- Original Message -
From: "Hans-Peter Diettrich"
To: "FPC developers' list"
Sent: Thursday, 7 April, 2011 06:10 AM
Subject: Re: [fpc-devel] Building compiler, rtl, host,target... (cross
compiling)
Skybuck Flying schrieb:
First of all "free pascal compiler" is not a "multi-targe
On 04/06/2011 10:19 PM, Skybuck Flying wrote:
1. Why is it not possible for a single free pascal compiler executable
to support and compile towards multiple targets ? (One target selected
out of multiple target options)
It does not make much sense to request this. It's no hassel at all to
use d
On 04/07/2011 03:06 AM, Skybuck Flying wrote:
Missing from this list is ofcourse:
debuggers/cross debuggers which would still be needed for serious
platform development but that is beyond the scope of this posting ;)
And unfortunately me very little to almost no experience with writing
debugg
On 04/06/2011 09:54 PM, Skybuck Flying wrote:
First of all I would like to write that I failed to compile the RTL of
Free Pascal so that might be adding a little bit too the confusion.
AFAIK, not all versions of the compiler are tested to compile the
compiler and the RTL. I have a separate (ol
In our previous episode, Skybuck Flying said:
> Suppose some kind of weird dissaster happens, like tsunami in japan... all
> our computers are destroyed...
(Then recompiling free pascal is the least of our problems)
> What would happen if the compiler was unicode only ?
>
> Could the compiler
- Original Message -
From: "Hans-Peter Diettrich"
To: "FPC developers' list"
Sent: Thursday, 7 April, 2011 06:21 AM
Subject: Re: [fpc-devel] Building compiler, rtl, host,target... (cross
compiling)
Skybuck Flying schrieb:
So this is my biggest question and hunch: At some point d
On 04/06/2011 10:46 PM, Skybuck Flying wrote:
Is there perhaps some kind of "standardized intermediate form (data
structure like)" which all compilers could choose to output ? (Which I
am not aware off ?)
gcc provides this. But in a discussion in this forum some time ago it
has been found that
Am 07.04.2011 03:06, schrieb Skybuck Flying:
Ok,
I thought about it a bit and I think I now logically understand what's
going on and what needs to happen when one wants to build a new
compiler, possibly for cross compiling and such in relation to the RTL.
First of all "free pascal compiler" is
I have to go do other things now so I will keep this short, maybe I'll get
back to this posting later on...
What is needed is a "full-cross compiler" which also uses the NewRTL for
the NewPlatform.
No, why should the compiler need to use a different RTL, for its *own*
operation?
It already
- Original Message -
From: "Skybuck Flying"
To: "FPC developers' list"
Sent: Thursday, 7 April, 2011 03:06 AM
Subject: Re: [fpc-devel] Building compiler, rtl, host,target... (cross
compiling)
Ok,
I thought about it a bit and I think I now logically understand what's
going on an
18 matches
Mail list logo