I fixed the problem termporarily by commenting out (fmultiple - 1.0) as it is equal to 1.0 currently, and by replacing fmultiple in the other assignment (b:=uavg*(umax- etc.) by real(2) instead. It seems writing the constant there triggered a problem with the compiler.
Indeed, this was a GPC bug that has been fixed meanwhile. According to the `Fixed Bugs' section in the To-Do list http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html:
20000503: Sparc: division by reals (fjf237.pas, matt1.pas) or `Round (real_constant)' (chaput1.pas) make the compiler crash <199911040915.KAA11168@@humulus.daimi.au.dk>
Unfortunately, there's been no GPC release since 2000-05-03, so please either wait for the next release, or use the type-casting workaround in the first assignment as well (this should work, I think -- can't verify it, since my development compiler doesn't have this bug anymore):
a:= (Real (fmultiple) - 1.0) * uavg / delta;Frank
Ok, thank you very much. I think I can use it as it is. With the previous version I had problems with enumerated types in case statements, now it seems they work fine.
Regards,
Clyde