[fpc-devel]a fpc 1.1 make cycle problem
Peter Vreman
peter at freepascal.org
Wed Jun 19 12:51:47 CEST 2002
>
>
> On Tue, 18 Jun 2002, Sergey Korshunoff wrote:
>
> > > No, not in the case that causes the error I think.
> >
> > How a dictionery.rename used in other parts of compiler?
>
> I don't know by heart.
>
> > It is called only when we shure old node is in dictionery?
> > Or we do not check a dictionery before renaming?
>
> In the case where it crashed, we don't check indeed. The rename procedure
> is there called just in case the symbol was already used before (with the
> old name).
>
> > The more stange thing is that why this crash always in ppc2....
> > Why not in ppc1 ?! We can assume fpc generates wrong code only when it is
> > compiled with -CR ...
>
> We'll have to do some generated assembler code comparisons to find out...
>
> > May be there is error in realization part of -CR? Because -Cr do not cause a
> > problem and -CR work normally for FPC v1.0, then error may be in
> > n386cal.pas or in i386.inc ...
>
> I think -CR was recently extended by Peter so that it calls "fpc_do_as"
> for classes in some cases. Or is that for -Cr?
That is correct -CR also adds runtime checks for class typecasts like
tclass1(class2).field=2
this will with -CR implicitly changed to the following sequence:
(class2 as tclass1).field=2
Maybe there is a problem with that code. It's not that well tested
More information about the fpc-devel
mailing list