[fpc-pascal] Error: Internal error 2014052302

[Sven Barth]

Am 20.11.2016 18:21 schrieb "Pierre Free Pascal" <pierre at freepascal.org>:
>
> Hi,
>
>
> > -----Message d'origine-----
> > De : fpc-pascal-bounces at lists.freepascal.org [mailto:fpc-pascal-
> > bounces at lists.freepascal.org] De la part de Tony Whyman
> > Envoyé : dimanche 20 novembre 2016 15:13
> > À : FPC-Pascal users discussions
> > Objet : [fpc-pascal] Error: Internal error 2014052302
> >
> > Any ideas as to what this means?
>
>   As a general rule, internal errors are consistency checks that
> are made inside the compile.
>   You will need to look into the compiler sources
> themselves to get more precise information.
>
>   Here searching using grep gives:
> in directory fpcbuild-3.0.0/fpcsrc/compiler
> $ grep -n 2014052302 *pas *inc */*pas */*inc
> symdef.pas:1959:              internalerror(2014052302);
>
> symdef.pas-1946-    procedure tstoreddef.deref;
> symdef.pas-1947-      var
> symdef.pas-1948-        symderef : pderef;
> symdef.pas-1949-        i : longint;
> symdef.pas-1950-      begin
> symdef.pas-1951-        typesym:=ttypesym(typesymderef.resolve);
> symdef.pas-1952-        if df_specialization in defoptions then
> symdef.pas-1953-          genericdef:=tstoreddef(genericdefderef.resolve);
> symdef.pas-1954-        if assigned(genconstraintdata) then
> symdef.pas-1955-          genconstraintdata.deref;
> symdef.pas-1956-        if assigned(genericparas) then
> symdef.pas-1957-          begin
> symdef.pas-1958-            if not assigned(genericparaderefs) then
> symdef.pas:1959:              internalerror(2014052302);
>
> So the problem here is apparently that genericparas
> is assigned but genericparaderefs is not!
>
>   From this, I can assume that your code is using generics feature,
> which is a part of the compiler that I really don't know...
>
> > Seen on FPC 3.0.0 under AMD64 Linux Mint 17
> >
> > The odd thing about this one is that :
> >
> > a) Always on the same blank line just after a constructor
>   This constructor is a specialization of a generic class definition, no?
> > b) Goes away when you recompile clean
>   This might suggest a subtle problem with PPU
> loading versus full recompilation.

That had already been fixed in trunk and I think I also had the fix be
merged to 3.0.1, so it would be in the 3.0.2 release as well.

Regards,
Sven
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freepascal.org/pipermail/fpc-pascal/attachments/20161120/4039d5b9/attachment.html>