For those interested I have created a repository for ubuntu 13.04 on odroid.
Sorry about the typo in my previous comment, an extra d was in the name, google
isn't likely to find the right site with a typo in the name.
https://sourceforge.net/projects/catuodroid/
Ignore the suggested download fi
Sven Barth wrote:
On 09.08.2013 21:20, Sven Barth wrote:
> Could you please print
> somehow (either debugging or Writeln) the value of left.resultdef.typ
> (yes, without "e" at the end!) when len <= 0? Then we could at least
> check which def produces problematic results here (is suspect
re
On 09.08.2013 23:19, Mark Morgan Lloyd wrote:
Sven Barth wrote:
Ok, so it is indeed a record that calculates the wrong size. Could you
please add the following code after the assignment of "len" and tell
me the output, so that we'll know which record exactly is the one that
fails?
=== code beg
Sven Barth wrote:
Ok, so it is indeed a record that calculates the wrong size. Could you
please add the following code after the assignment of "len" and tell me
the output, so that we'll know which record exactly is the one that fails?
=== code begin ===
if len=0 then
begin
if left.res
Am 09.08.2013 22:54, schrieb Joost van der Sluis:
> On 08/09/2013 06:46 PM, Joost van der Sluis wrote:
>> Hi all,
>>
>> I've cross-compiled a ppcarm, and now I try to use that compiler on qemu
>> to build fpc (2.6.2).
>>
>> But the compiler crashes on compiling the system-unit. But with trunk
>> (2
On 08/09/2013 06:46 PM, Joost van der Sluis wrote:
Hi all,
I've cross-compiled a ppcarm, and now I try to use that compiler on qemu
to build fpc (2.6.2).
But the compiler crashes on compiling the system-unit. But with trunk
(2.7.1) this all works.
Thing is that I'm trying to get fpc 2.6.2 work
Le 2013-08-09 13:07, Jonas Maebe a écrit :
> On 09 Aug 2013, at 18:46, Joost van der Sluis wrote:
>
>> Thing is that I'm trying to get fpc 2.6.2 working on the new arm-target of
>> Fedora (armv7, hardware float, little endian).
> The EABI with hardfloat is not supported at all in 2.6.2.
>
>
> Jona
On 09.08.2013 21:20, Sven Barth wrote:
> Could you please print
> somehow (either debugging or Writeln) the value of left.resultdef.typ
> (yes, without "e" at the end!) when len <= 0? Then we could at least
> check which def produces problematic results here (is suspect records,
> but just t
On 09.08.2013 21:03, Mark Morgan Lloyd wrote:
Sven Barth wrote:
if len <= 0 then
len := sizeof(aint);
So you changed the "len = 0" to "len <= 0"? Then this is very strange,
because that almost surely shouldn't happen.
No, I /added/ those two lines to make sure that len was never zero. I
Sven Barth wrote:
if len <= 0 then
len := sizeof(aint);
So you changed the "len = 0" to "len <= 0"? Then this is very strange,
because that almost surely shouldn't happen.
No, I /added/ those two lines to make sure that len was never zero. I'm
not saying that it's a valid hack, but afte
Sven Barth wrote:
On 09.08.2013 19:05, Mark Morgan Lloyd wrote:
Sven Barth wrote:
So you changed the "len = 0" to "len <= 0"? Then this is very strange,
because that almost surely shouldn't happen. Could you please print
somehow (either debugging or Writeln) the value of left.resultdef.typ
(ye
On 09.08.2013 19:05, Mark Morgan Lloyd wrote:
Sven Barth wrote:
So you changed the "len = 0" to "len <= 0"? Then this is very strange,
because that almost surely shouldn't happen. Could you please print
somehow (either debugging or Writeln) the value of left.resultdef.typ
(yes, without "e" at t
On 08/09/2013 07:07 PM, Jonas Maebe wrote:
On 09 Aug 2013, at 18:46, Joost van der Sluis wrote:
Thing is that I'm trying to get fpc 2.6.2 working on the new arm-target of
Fedora (armv7, hardware float, little endian).
The EABI with hardfloat is not supported at all in 2.6.2.
That's good t
On 09 Aug 2013, at 18:46, Joost van der Sluis wrote:
> Thing is that I'm trying to get fpc 2.6.2 working on the new arm-target of
> Fedora (armv7, hardware float, little endian).
The EABI with hardfloat is not supported at all in 2.6.2.
Jonas___
fpc
Sven Barth wrote:
So you changed the "len = 0" to "len <= 0"? Then this is very strange,
because that almost surely shouldn't happen. Could you please print
somehow (either debugging or Writeln) the value of left.resultdef.typ
(yes, without "e" at the end!) when len <= 0? Then we could at least
Hi all,
I've cross-compiled a ppcarm, and now I try to use that compiler on qemu
to build fpc (2.6.2).
But the compiler crashes on compiling the system-unit. But with trunk
(2.7.1) this all works.
Thing is that I'm trying to get fpc 2.6.2 working on the new arm-target
of Fedora (armv7, har
On 09.08.2013 18:04, Sven Barth wrote:
On 09.08.2013 14:55, Mark Morgan Lloyd wrote:
Mark Morgan Lloyd wrote:
Sven Barth wrote:
Am 08.08.2013 22:22, schrieb Mark Morgan Lloyd:
Sven Barth wrote:
If I revert to 2.6.2 and run ppcsparc under gdb, I get this as a
backtrace:
Program received sig
On 09.08.2013 14:55, Mark Morgan Lloyd wrote:
Mark Morgan Lloyd wrote:
Sven Barth wrote:
Am 08.08.2013 22:22, schrieb Mark Morgan Lloyd:
Sven Barth wrote:
If I revert to 2.6.2 and run ppcsparc under gdb, I get this as a
backtrace:
Program received signal SIGFPE, Arithmetic exception.
0x001e
Mark Morgan Lloyd wrote:
Sven Barth wrote:
Am 08.08.2013 22:22, schrieb Mark Morgan Lloyd:
Sven Barth wrote:
If I revert to 2.6.2 and run ppcsparc under gdb, I get this as a
backtrace:
Program received signal SIGFPE, Arithmetic exception.
0x001e61c0 in TCGASSIGNMENTNODE__PASS_GENERATE_CODE
Pierre Free Pascal wrote:
Hi,
I am sorry, but Ihave no access to a sprac machine anymore.
But I remember that we already had a problem like this coming
from the fact that we declare somewhere an empty record
and this lead to troubles...
TVectorREgss from fpregs unit might still be empty for
Sven Barth wrote:
Am 08.08.2013 22:22, schrieb Mark Morgan Lloyd:
Sven Barth wrote:
If I revert to 2.6.2 and run ppcsparc under gdb, I get this as a
backtrace:
Program received signal SIGFPE, Arithmetic exception.
0x001e61c0 in TCGASSIGNMENTNODE__PASS_GENERATE_CODE
(this=0xf5d6abe0) at
ncg
Am 08.08.2013 22:22, schrieb Mark Morgan Lloyd:
Sven Barth wrote:
If I revert to 2.6.2 and run ppcsparc under gdb, I get this as a
backtrace:
Program received signal SIGFPE, Arithmetic exception.
0x001e61c0 in TCGASSIGNMENTNODE__PASS_GENERATE_CODE
(this=0xf5d6abe0) at
ncgld.pas:785
785
Pierre Free Pascal wrote:
Hi,
I am sorry, but Ihave no access to a sprac machine anymore.
But I remember that we already had a problem like this coming
from the fact that we declare somewhere an empty record
and this lead to troubles...
TVectorREgss from fpregs unit might still be empty for
23 matches
Mail list logo
