Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-devel / 2006-04

Internal error 20060409

3 messages · 2 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Francesco Lombardi

Using fpc 2.1.1 (grabbed from svn), I have noticed that a rtl attempt for ARM target I'm working on, does not compile anymore. I get this error message:

int64.inc(347,36) Fatal: Internal error 20060409

Surfing in source code, I have found that reverting ncgcnv.pas to previous version (from 3184 to 3057) all compiles fine.
Can someone (jonas?) point me towards a solution?

Thanks in advance

Francesco

Reply by email

Jonas Maebe
to Francesco Lombardi
Francesco Lombardi wrote 9 lines
Using fpc 2.1.1 (grabbed from svn), I have noticed that a rtl attempt for ARM target I'm working on, does not compile anymore. I get this error message: int64.inc(347,36) Fatal: Internal error 20060409 Surfing in source code, I have found that reverting ncgcnv.pas to previous version (from 3184 to 3057) all compiles fine. Can someone (jonas?) point me towards a solution?

The problem is not my change, but a bug in the ARM code generator. The proper workaround for now is to change the longbool parameter to a regular boolean for now in int64.inc (in your local copy).

Jonas

Reply by email

Francesco Lombardi
The problem is not my change, but a bug in the ARM code generator. The proper workaround for now is to change the longbool parameter to a regular boolean for now in int64.inc (in your local copy).

Ok, in this way it works, thanks. I have noticed some other issues too: in some cases seems that fpc is not able to correctly parse inline asm code, eg. inserting something like:

mov r0, r1, lsl #2

that returns an "internal error 200501051".

A last question: what about thumb code? Some months ago I heared about a future implementation in fpc 2.1.1. Someone is still working on it?

Francesco

Reply by email