> On Sep 11, 2022, at 4:22 PM, Sven Barth wrote:
>
> Why do you think it's not known if there is an internal error? Internal
> errors are precisely there to cover cases that should not be taken, but are
> then triggered by some code path that was not thought about.
> As a general rule: alway
Hairy Pixels via fpc-pascal schrieb am
Fr., 9. Sep. 2022, 18:05:
> This program gives internal compiler error 2019022201 (Free Pascal
> Compiler version 3.3.1 [2022/05/27] for aarch64). Something is wrong with
> the PPU. This is a very basic program using function references so it
> seems unlike
This program gives internal compiler error 2019022201 (Free Pascal Compiler
version 3.3.1 [2022/05/27] for aarch64). Something is wrong with the PPU. This
is a very basic program using function references so it seems unlikely it
could not be known. Any ideas?
{$mo
> Any ideas for a workaround in the meantime?
Use individual optimization switches, leaving the broken one.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/internal-error-with-bitpacked-record-in-i386-with-O3-tp5724178p5724179.html
Sent from the Free Pascal -
(I know this is more suited for fpc-devel, but every email I sent to that
list gets bounced back to me. My apologies.)
I logged this mantis issue:
http://mantis.freepascal.org/view.php?id=29669
Any ideas for a workaround in the meantime? I'm hoping to get a whole bunch
of production code buildin
> I was playing around with class helpers in my code and suddenly ran into an
internal error on compilation.
http://wiki.freepascal.org/Lazarus_Faq#.27Fatal:_Internal_error_YYZZW.27
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Internal-error-200611031-t
Hi.
I was playing around with class helpers in my code and suddenly ran into
an internal error on compilation.
I can try to make a sample project, but is this a known problem or did I
stumple upon an unknown bug.
I have tried googling the error, but nothing related shows up.
My compiler is
> How can I rewrite this code to make it correct? I want to use
constants to calculate offsets from untyped pointer.
You don't have to:
http://wiki.freepascal.org/Lazarus_Faq#.27Fatal:_Internal_error_YYZZW.27
so just report and wait for a fix, or fix it yourself if you can then post a
patch
On 9/29/2014 5:48 AM, Victor Matuzenko wrote:
IMO the problem is the transformation -1 into an unsigned value.
(Unsigned(-1) > Max(Signed).)
How can I rewrite this code to make it correct? I want to use
constants to calculate offsets from untyped pointer.
have you tried using a typed const?
c
Hi!
I have a large project and it compiles under 32 bits cpu,
but doesn't under 64 bits. Here is a minimal problematic
part:
=
[doj@larion ~/temp]$ cat ptrtransform.pas
{$MODE OBJFPC}
const
C = -1;
var
A: array[0..1] of Pointer;
begin
Wri
On Wed, May 2, 2012 at 4:34 PM, Sven Barth wrote:
> Your code triggers a different bug in the compiler than the mentioned report
> though the presented error is the same. Please open a new bug report with a
> example that should compile.
Done, #0021921.
___
Am 02.05.2012 12:44 schrieb "kyan" :
>
> Hello all,
>
> I am trying to compile a program that contains the following code
consturct:
>
> type
> THashEntry = record
>Key: string;
>Value: T;
>class function Create(const AKey: string; const AValue: T):
> THashEntry; static; inline;
> end
Hello all,
I am trying to compile a program that contains the following code consturct:
type
THashEntry = record
Key: string;
Value: T;
class function Create(const AKey: string; const AValue: T):
THashEntry; static; inline;
end;
in Lazarus with FPC version 2.7.1 built from the tr
>> Ok, so now it compiles but, I still an an error while linking :
>> ld.exe: cannot find -lpthread
>This is basic crosslinking stuff. You must transfer all the required
libraries from the target system, to be able to crosscompile it to
there(In this case libpthread.so)
___
Den 31-01-2011 18:09, Julien Devillers skrev:
Ok, so now it compiles but, I still an an error while linking :
ld.exe: cannot find -lpthread
This is basic crosslinking stuff. You must transfer all the required
libraries from the target system, to be able to crosscompile it to
there(In this case
>>However, the internalerror you are getting is inside the external
assembler writer. Since you are compiling for Linux/x86-64, the compiler
should default to using the internal assembler. Are you using a variant
of the -a or -Aas command line options?
>Without the -Aas, the unit compiles correctl
>However, the internalerror you are getting is inside the external
assembler writer. Since you are compiling for Linux/x86-64, the compiler
should default to using the internal assembler. Are you using a variant
of the -a or -Aas command line options?
Without the -Aas, the unit compiles correctly.
FPC 2.4.0. Note that simply compiling the compiler is never enough, you
have to perform a full build ("make all" in the top level fpc directory)
-> Yes, That's what I did .
->make OS_TARGET=linux CPU_TARGET=x86_64 clean all
->make OS_TARGET=linux CPU_TARGET=x86_64 install
>However, the inter
On 31 Jan 2011, at 13:52, Julien Devillers wrote:
May be, I did wrong when compiling the compiler ?
Does the 64bit compiler should be compiled with a64 bits compiler ?
It doesn't matter.
Which is the fpc minimum version for compiling the 2.4.2 fpc ?
FPC 2.4.0. Note that simply compiling t
My guess is that it's related to 80bit constants. Win64 doesn't support
80bit extended(according to some of the code, yet other places it
defined pbestrealtype to s80bit). A crosscompiler should defined
FPC_HAS_TYPE_EXTENDED for x86_64-linux, so I don't know whether this is
actually the problem
Tr
Can you try changing
C : extended;
to
c : Double;
and see whether that helps ?
Michael.
On Mon, 31 Jan 2011, Julien Devillers wrote:
---
OK, I replaced the -va by -vewunchilbdrqpv (everything except
timestamps).
With that, the error message reports the last line of
Den 31-01-2011 11:18, Julien Devillers skrev:
---
OK, I replaced the -va by -vewunchilbdrqpv (everything except
timestamps).
With that, the error message reports the last line of the unit.
I removed a lot of code to find out that issue happens here
function RoundTo(const AVal
---
OK, I replaced the -va by -vewunchilbdrqpv (everything except
timestamps).
With that, the error message reports the last line of the unit.
I removed a lot of code to find out that issue happens here
function RoundTo(const AValue: Double; const ADigit: TRoundToRange):
Doubl
-Message d'origine-
De : fpc-pascal-boun...@lists.freepascal.org
[mailto:fpc-pascal-boun...@lists.freepascal.org] De la part de Jonas Maebe
Envoyé : vendredi 28 janvier 2011 14:39
À : FPC-Pascal users discussions
Objet : Re: [fpc-pascal] Internal error 2006012201 while cross comp
On 28 Jan 2011, at 14:33, Julien Devillers wrote:
no here's the end of the -va log :
[0.609] procedure/function Unassigned:UnicodeString;
[0.609] ENDIF FPCOLEVARIANT found
[0.625] Internal error 2006012201
The problem with -va is that the time stamps (the numbers between the
square brack
[fpc-pascal] Internal error 2006012201 while cross compiling
Didn't it give a filename and a line number?
Den 27-01-2011 15:34, Julien Devillers skrev:
Hello
I'm building an app from win64 to linux64.
The compilation fires an Internal error 2006012201.
Any idea ?
Didn't it give a filename and a line number?
Den 27-01-2011 15:34, Julien Devillers skrev:
Hello
I'm building an app from win64 to linux64.
The compilation fires an Internal error 2006012201.
Any idea ?
Regards
Julien
___
fpc-pascal maillist -
Hello
I'm building an app from win64 to linux64.
The compilation fires an Internal error 2006012201.
Any idea ?
Regards
Julien
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pasc
> any Idea?
Please report. And internal error always means bug.
--
View this message in context:
http://old.nabble.com/internal-error-200604201tp28427734p28432087.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fp
hello
After installing ubuntu 10 i get an internal error 2000604201 when i compile
a program.
with previous version of ubuntu there was no problem.
the source for error line seems ok: "if (p3[0] > 0) and (p3[0] < 100) then"
any Idea?
thanks in advance for any help
__
Coco Pascal wrote:
I get an internal error 200502052 when building a library on fc10 with
lazarus 0.9.26.2/fpc 2.2.2 and a recent nightly build with fpc 2.2.4.
It is raised by the following procedure from aasmtai.pas:
procedure tai_cpu_abstract.loadref(opidx:longint;const r:treference);
I get an internal error 200502052 when building a library on fc10 with
lazarus 0.9.26.2/fpc 2.2.2 and a recent nightly build with fpc 2.2.4.
It is raised by the following procedure from aasmtai.pas:
procedure tai_cpu_abstract.loadref(opidx:longint;const r:treference);
begin
alloca
jordi wrote:
I get this error when I try to compile the compiler:
sysos.inc(97,3) Fatal: Internal error 200502052
My OS: linux x86_64, any help will be welcome
There is an problem with code generation. Please submit a bug with the
steps how we can reproduce the issue.
Peter
I get this error when I try to compile the compiler:
> sysos.inc(97,3) Fatal: Internal error 200502052
>
>
My OS: linux x86_64, any help will be welcome
Thanks.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/
On Jan 23, 2008, at 5:11 PM, Peter Vreman wrote:
I often got the error from FPC "Internal Error 200212277" when I
build
my applications using Lazarus, whatever the version of fpc (<=2.2
others I don't know)
It happens only when I choose "build" and not "Build all", so when my
apps are not e
>
> I often got the error from FPC "Internal Error 200212277" when I build
> my applications using Lazarus, whatever the version of fpc (<=2.2
> others I don't know)
> It happens only when I choose "build" and not "Build all", so when my
> apps are not entirely rebuild.
>
> What is it exactly ?
> H
I often got the error from FPC "Internal Error 200212277" when I build
my applications using Lazarus, whatever the version of fpc (<=2.2
others I don't know)
It happens only when I choose "build" and not "Build all", so when my
apps are not entirely rebuild.
What is it exactly ?
Have I so
Stefan van den Berg wrote:
I'm now trying to rebuild the whole toolchain (FPC, LCL, our own shared
packages) and our libraries with -Aas and will see if that solves anything.
Rebuilding the toolchain doesn't seem to be solving my problems. It
seems, for now, I'll have to go back to revision 50
Jonas Maebe wrote:
As a workaround, try compiling with -Aas.
That seems to work when compiling a really, really small sample. I'll
have to try this on the actual libraries, when I'm at my desk at work.
Thanks for the quick fix.
Stefan
___
fpc-pasc
Jonas Maebe wrote:
> As a workaround, try compiling with -Aas.
That seems to work when compiling a really, really small sample. But now
compiling and linking the actual libraries against shared packages seems
to fail with the following error:
/usr/bin/ld: units/i386-linux/authorisationevent
On 27 Dec 2006, at 20:11, Stefan v. d. Berg wrote:
I'm trying to build some libraries, originally developed using
Delphi 6, with the 2.1.1 Freepascal compiler (rev. 5723). A while
back this used to work, but today the compiler gives me internal
errors when compiling a library source file.
Hello,
I'm trying to build some libraries, originally developed using Delphi 6,
with the 2.1.1 Freepascal compiler (rev. 5723). A while back this used
to work, but today the compiler gives me internal errors when compiling
a library source file.
I've traced back the origin of the internal e
> Marco van de Voort wrote:
> > units\arm-linux\libpgdk2.a
> > units\arm-linux\gdk2.sl
> > gtkspinbutton.inc(267,4) Fatal: Internal error 200203271
> > $004DF30F SECONDPASS, line 175 of pass_2.pas
> > $0049DA27 DO_GENERATE_CODE, line 1274 of psub.pas
> > $0049DFD9 READ_DECLARATIONS, lin
Marco van de Voort wrote:
D:/repo/fpcex/compiler/ppcrossarm.exe -Tlinux -Parm -XParm-linux- -Xc -Xr
-XX -C
X -Ur -Xs -O2 -n -Fuglib -Fuatk -Fupango -Fugtk+/gdk-pixbuf -Fugtk+/gdk
-Fugtk+/
gtk -Fulibglade -Fugtkglext -FuD:/repo/fpcex/rtl/units/arm-linux
-FDd:\repo\cros
s\arm-linux -FE. -FUunits/ar
Steve Williams wrote:
Without OPT='-darm', still get the internal error 200203271 on
gtkspinbutton.inc(267,4). Trying again with
OPT='-dGTK_DISABLE_DEPRECATED', but it will be about an hour before make
gets to that point in the build again.
It doesn't compile with -dGTK_DISABLE_DEPRECATED
> >PPC_TARGET=arm? Is there any documentation on these
> >parameters? The Build FAQ gives an example of building a compiler
> >to run on another system. I want to build a compiler to run on my
> >system that can build executables for another system.
>
> The commandline is correct. It will gi
At 12:30 22-6-2006, you wrote:
Steve Williams wrote:
Koenraad Lelong wrote:
Hi,
When I ty to compile fpc-svn for arm-linux it stops with Internal
error 200203271 when buildgtk2.pp/gtkspinbutton.inc is compiled.
Was there a solution for this? I've just come across this error
now while t
Steve Williams wrote:
Marco van de Voort wrote:
Try make cycle instead rest the same.
If you want to do it using make all that is all possible, but then you
probably also need a OPT='-darm'
There is no 'make cycle' target at the root of the fpc source tree.
Tried the OPT='-darm'
Marco van de Voort wrote:
Was there a solution for this? I've just come across this error now
while trying to build fpc-svn for arm-linux as well. I'm using the
following command line on Win32 from the root of the fpc source tree.
make all OS_TARGET=linux CPU_TARGET=arm
CROSSBINDIR=c:\devki
> > Was there a solution for this? I've just come across this error now
> > while trying to build fpc-svn for arm-linux as well. I'm using the
> > following command line on Win32 from the root of the fpc source tree.
> >
> > make all OS_TARGET=linux CPU_TARGET=arm
> > CROSSBINDIR=c:\devkitpro\
Steve Williams wrote:
Koenraad Lelong wrote:
Hi,
When I ty to compile fpc-svn for arm-linux it stops with Internal error
200203271 when buildgtk2.pp/gtkspinbutton.inc is compiled.
Was there a solution for this? I've just come across this error now
while trying to build fpc-svn fo
Koenraad Lelong wrote:
Hi,
When I ty to compile fpc-svn for arm-linux it stops with Internal error
200203271 when buildgtk2.pp/gtkspinbutton.inc is compiled.
Was there a solution for this? I've just come across this error now
while trying to build fpc-svn for arm-linux as well. I'm using
Hi,
When I ty to compile fpc-svn for arm-linux it stops with Internal error
200203271 when buildgtk2.pp/gtkspinbutton.inc is compiled.
I backtraced this :
Breakpoint 1, INTERNALERROR () at verbose.pas:446
446 begin
(gdb) bt
#0 INTERNALERROR () at verbose.pas:446
#1 0x080c9fdd in VTRE
> #2 0x0809a6db in TCGARM__A_OP_CONST_REG_REG_CHECKOVERFLOW
> (LIST=0x411f3f34, OP=OP_SUB, SIZE=OS_32, A=373, SRC=16777216,
> DST=16777216, SETFLAGS=false, OVLOC=
> {LOC = LOC_VOID, SIZE = 166, RESFLAGS = 186, VALUE = 134759354,
> VALUE64 = 4713231088527885242, REFERENCE = {OFFSET = 13475
Koenraad Lelong schreef:
Peter Vreman schreef:
Martin Schreiber schreef:
On Sunday 05 February 2006 17.11, Koenraad Lelong wrote:
...
Internalerror numbers are just unique numbers be using .
They
don't have any meaning.
Quick intro for debugging this.
- Build compiler with debug info:
Peter Vreman schreef:
Martin Schreiber schreef:
On Sunday 05 February 2006 17.11, Koenraad Lelong wrote:
...
Internalerror numbers are just unique numbers be using . They
don't have any meaning.
Quick intro for debugging this.
- Build compiler with debug info: 'make cycle OPT=-gl'
- Compile
> Martin Schreiber schreef:
>> On Sunday 05 February 2006 17.11, Koenraad Lelong wrote:
>>
>>>Just tried it, doesn't work :-(. Compiling with ppc386 for i386-linux
>>>works fine, compiling with ppcrossarm for arm-linux gives the error.
>>>Could this be a processor specific error ?
>>
>>
>> compiler
Martin Schreiber schreef:
On Sunday 05 February 2006 17.11, Koenraad Lelong wrote:
Just tried it, doesn't work :-(. Compiling with ppc386 for i386-linux
works fine, compiling with ppcrossarm for arm-linux gives the error.
Could this be a processor specific error ?
compiler/cgobj.pas:548:
On Sunday 05 February 2006 17.11, Koenraad Lelong wrote:
> Just tried it, doesn't work :-(. Compiling with ppc386 for i386-linux
> works fine, compiling with ppcrossarm for arm-linux gives the error.
> Could this be a processor specific error ?
compiler/cgobj.pas:548:
function tcg.getintregis
L505 schreef:
When I try to compile the MSEgui demo for arm (using fpc 2.0.2, MSEgui
0.7) I'm getting that error when compiling msegui.pas. Where should I
look to solve this ?
Try to rebuild all units.
use the -Ba compiler option
I think I had this same issue when I tried MSEgui long ago, an
> When I try to compile the MSEgui demo for arm (using fpc 2.0.2, MSEgui
> 0.7) I'm getting that error when compiling msegui.pas. Where should I
> look to solve this ?
Try to rebuild all units.
use the -Ba compiler option
I think I had this same issue when I tried MSEgui long ago, and it only
o
When I try to compile the MSEgui demo for arm (using fpc 2.0.2, MSEgui
0.7) I'm getting that error when compiling msegui.pas. Where should I
look to solve this ?
I tried some shuffling in the uses-header (I found this in this list
when I searched for internal errors), but this didn't work.
I ca
At 23.01.2006 18:44, Felipe Monteiro de Carvalho wrote:
What compiler version did you use?
2.0.2 on XP. Compiling all units always (-B) helped.
Wolfram
--
Wolfram Kläger
[EMAIL PROTECTED]
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.o
At 23.01.2006 18:35, Constantijn wrote:
Can you tell if and when the first fruits of your hard labour become
available?
Very first fruit is, that I managed to get rid of this internal error.
Meanwhile, the xdom unit including all utilities gets compiled without
errors. I´ll drop a line here,
On 1/16/06, Wolfram Kläger <[EMAIL PROTECTED]> wrote:
> My first solution, cleaning up the $Define statements, did help once or
> twice. The same, when I changed the sequence of subunit calls.
What compiler version did you use?
You could try with different compiler versions. There is: 2.0.0 ,
2.
Wolfram Kläger wrote:
I am trying to freepascalize Dieter Köhler´s Open XML for Delphi, see
http://www.philo.de/xml/. So far, I managed to flat all FPC errors, warnings,
and hints. But when I call the unit from another, FPC throws an internal error
200306184, and that´s it.
Can you tell if
> Micha wrote:
>
> If you can reproduce in a small unit (or two I guess), then make a bug
> report.
Unfortunately, the main unit from Köhler is some 28.000 lines of code, calling
additional nine utility units. Each single unit compiles, and the main unit
including all others, as well. But, as
Felipe Monteiro de Carvalho wrote:
> Can you make it publicly available somewhere? ...
When I got it up and running, sure. At the moment, I still have no idea how to
get rid off this internal error.
___
fpc-pascal maillist - fpc-pascal@lists.freepas
On 1/15/06, Wolfram Kläger <[EMAIL PROTECTED]> wrote:
> After some trials and errors, I found that some $DEFINE clauses caused the
> error. After cleaning up these clauses, all units together are compiled as
> usual. If somebody is interested in exact details , I´ll deliver.
Can you make it publ
On Sun, 15 Jan 2006 22:32:02 +0100
Wolfram Kläger <[EMAIL PROTECTED]> wrote:
> After some trials and errors, I found that some $DEFINE clauses caused the
> error. After cleaning up these clauses, all units together are compiled as
> usual. If somebody is interested in exact details , I´ll delive
After some trials and errors, I found that some $DEFINE clauses caused the
error. After cleaning up these clauses, all units together are compiled as
usual. If somebody is interested in exact details , I´ll deliver.
Wolfram
___
fpc-pascal maillist -
I am trying to freepascalize Dieter Köhler´s Open XML for Delphi, see
http://www.philo.de/xml/. So far, I managed to flat all FPC errors, warnings,
and hints. But when I call the unit from another, FPC throws an internal error
200306184, and that´s it.
How can I proceed to find out more? What i
Agustin Barto wrote:
I disabled exec_shield (echo 0 > /proc/sys/kernel/exec_shield) and it
worked. I tried several times to check and everytime I had exec_shield
on, the compile process got to an error at some point. I guess it does
affect the compiler, or at least it does on my particular
configur
I had some problems with exec_shield and compilers (and intepreters)
in the past.
Anyway, I'm just happy to have fpc working again :)
On Sat, 4 Dec 2004 20:20:20 +0100, Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> On 4 dec 2004, at 19:18, Agustin Barto wrote:
>
> > I disabled exec_shield (echo 0
On 4 dec 2004, at 19:18, Agustin Barto wrote:
I disabled exec_shield (echo 0 > /proc/sys/kernel/exec_shield) and it
worked. I tried several times to check and everytime I had exec_shield
on, the compile process got to an error at some point. I guess it does
affect the compiler, or at least it does
I disabled exec_shield (echo 0 > /proc/sys/kernel/exec_shield) and it
worked. I tried several times to check and everytime I had exec_shield
on, the compile process got to an error at some point. I guess it does
affect the compiler, or at least it does on my particular
configuration.
Agustin
On S
On 4 dec 2004, at 16:02, Florian Klaempfl wrote:
There are 1.9.5 srpms, built on FC3 at
http://sourceforge.net/project/showfiles.php?group_id=89339
Did you have the execution randomization (or how it is called ;)) on?
That was already available and on by default in Core 2 (and even Core
1, I think
Mattias Gaertner wrote:
On Sat, 4 Dec 2004 11:36:50 -0300
Agustin Barto <[EMAIL PROTECTED]> wrote:
I'm trying to rebuild the srpms of fpc 1.0.10 and 1.9.4 and I'm
getting "Internal Error " randomly during the compile process.
I'm running FC3 on an AMD Athlon 2600+. I'm guessing it has somethin
On Sat, 4 Dec 2004 11:36:50 -0300
Agustin Barto <[EMAIL PROTECTED]> wrote:
> I'm trying to rebuild the srpms of fpc 1.0.10 and 1.9.4 and I'm
> getting "Internal Error " randomly during the compile process.
>
> I'm running FC3 on an AMD Athlon 2600+. I'm guessing it has something
> to do with
I'm trying to rebuild the srpms of fpc 1.0.10 and 1.9.4 and I'm
getting "Internal Error " randomly during the compile process.
I'm running FC3 on an AMD Athlon 2600+. I'm guessing it has something
to do with the distro, 'cause it used to work on FC2.
__
Am Do, den 03.06.2004 schrieb Michael Van Canneyt um 22:30:
> On Thu, 3 Jun 2004, Marc Santhoff wrote:
>
> > Hi again,
> >
> > what can I do, if my program exits with an Exeption 217 - internal
> > error?
> >
> > What's the problem here?
>
> Normally 217 is an abstract error, I think ?
Maybe I'v
On Thu, 3 Jun 2004, Marc Santhoff wrote:
> Hi again,
>
> what can I do, if my program exits with an Exeption 217 - internal
> error?
>
> What's the problem here?
Normally 217 is an abstract error, I think ?
Michael.
___
fpc-pascal maillist - [EMAI
Hi again,
what can I do, if my program exits with an Exeption 217 - internal
error?
What's the problem here?
Bye,
Marc
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Hi,
Trying to use a Delphi-style initialized var with a procedural variable
I get the following error message:
Free Pascal Compiler version 1.0.6 [2002/05/23] for i386
Copyright (c) 1993-2002 by Florian Klaempfl
Target OS: Linux for i386
Compiling tester.pas
Panic : Internal compiler error (SIGSEG
84 matches
Mail list logo
