Hi!
There is some trouble with SUBJ.
Try to make fpc.pp (in compiler/util/) and then
run
./fpc -iV
I get an 203 error in AnsiString operation.
Can You trace the error?
Regards,
Sergey Korshunoff

Mailing lists / fpc-devel / 2002-05
5 messages · 3 people · –
Reply by email Subscribe to this list Your subscription
Read-only archive. Use j and k to move between messages.
Hi!
There is some trouble with SUBJ.
Try to make fpc.pp (in compiler/util/) and then
run
./fpc -iV
I get an 203 error in AnsiString operation.
Can You trace the error?
Regards,
Sergey Korshunoff
I can't reproduce the problem. The 1.1 rtl compiled by 1.0.x is only supported for bootstrapping a new compiler.
Peter
Hi! There is some trouble with SUBJ. Try to make fpc.pp (in compiler/util/) and then run…
Sergey Korshunoff wroteThere is some trouble with SUBJ.
That's because SUBJ is not supported :) The 1.1 RTL is constructed so that the functionality necessary for the 1.1 compiler can be cycled correcty the 1.0.x compiler, but it isn't meant to be used as a replacement for the 1.0.x RTL.
Jonas
I can't reproduce the problem. The 1.1 rtl compiled by 1.0.x is only supported for…
I've resolved for itself the problem with SUBJ by replacing in RTL 1.1 astrings.inc a lines
{ old style helper }
{$ifndef hascompilerproc}
Procedure fpc_ShortStr_To_AnsiStr (Var S1 : Pointer; Const S2 : ShortString); [Public, alias: 'FPC_SHORTSTR_TO_ANSISTR'];
begin
s1 := pointer(fpc_ShortStr_To_AnsiStr(s2));
end;
{$endif hascompilerproc}with a code from RTL 1.0 But I can not find what is wrong with a RTL 1.1 current code.
Regards,
Sergey Korshunoff
Strange, I don't see a problem either :/ It could cause problems with the compiler too if we start using ansistrings in it though, so it should be fixed...
Jonas