On 03.10.2010 12:32, Jonas Maebe wrote:
On 03 Oct 2010, at 11:23, Sven Barth wrote:
If I remember correctly (@core devs: please correct me if I'm wrong) the
compiler needs to evaluate float constants with the correct (if typed) or the
maximal available precision (if untyped). Thus we'd need
On 03 Oct 2010, at 11:23, Sven Barth wrote:
> If I remember correctly (@core devs: please correct me if I'm wrong) the
> compiler needs to evaluate float constants with the correct (if typed) or the
> maximal available precision (if untyped). Thus we'd need an Extended emulator
> for platforms
On 03.10.2010 03:25, Hans-Peter Diettrich wrote:
Even more puzzling is the inability to cross-compile from x86_64 to e.g.
i386, because x86_64 has no Extended type [At least I concluded this
from hints on the Best_Real type]. This may also explain the debugging
problems of 32 bit executables in a
On 03.10.2010 03:25, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
P.S.: In ppudump4.patch I could remove further dependencies, except for
globals.tsettings.
May I ask why you couldn't move it somewhere else?
In the meantime I moved it into its own unit :-)
One problem with the move of
Sven Barth schrieb:
Another question to the core devs: Why is tsettings.controllertype
ifdef'd? Doesn't this make dumping the contents of a ARM or AVR ppu on a
non ARM/AVR system a bit... well... impossible? (at least according to
the current code of ppudump (the original as well as the ppudum
Sven Barth schrieb:
P.S.: In ppudump4.patch I could remove further dependencies, except for
globals.tsettings.
May I ask why you couldn't move it somewhere else?
In the meantime I moved it into its own unit :-)
One problem with the move of such an structured type are dependencies on
other
Am 02.10.2010 20:07, schrieb Hans-Peter Diettrich:
> Some notes on the compiler API/interface for external tools, based on my
> observation of the ppudump program.
>
> When this API *really* shall be target independent, as some people
> believe it already is,
There is no official API neither it
On 02.10.2010 20:07, Hans-Peter Diettrich wrote:
P.S.: In ppudump4.patch I could remove further dependencies, except for
globals.tsettings. Until somebody can move this symbol somewhere else,
no further unit dependencies can be added to globals.pas, so that other
global variables have to be moved
Some notes on the compiler API/interface for external tools, based on my
observation of the ppudump program.
When this API *really* shall be target independent, as some people
believe it already is, it deserves some fixes. Every copy of
declarations, out of compiler units into external tools, ind
