Frank Heckenbach wrote:
-- B) error messages start here -- ../.././xgpc -B../.././ -c -I. -W -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -O2 -g -O2 -DRTS_RELEASE_STRING="'__GPC_RTS_VERSION_`cat /opt/OV/tmp/gcc-2.95.2/gcc/p/rts/rts_release`__'" -DBSD_RTS=0 `if [ x@with_shared@ = xyes ] ; then echo -fPIC; fi` --unit-path=/opt/OV/tmp/gcc-2.95.2/gcc/p/rts --automake /opt/OV/tmp/gcc-2.95.2/gcc/p/rts/files.pas /opt/OV/tmp/gcc-2.95.2/gcc/p/rts/string2.pas: In function `Getenv': /opt/OV/tmp/gcc-2.95.2/gcc/p/rts/string2.pas:193: internal error--unrecognizable insn: (insn 15 14 17 (set (zero_extract:SI (reg:SI 97) (const_int 32 [0x20]) (const_int 0 [0x0])) (reg:SI 98)) -1 (insn_list 12 (insn_list 14 (nil))) (expr_list:REG_DEAD (reg:SI 98) (nil))) gpc1: ../.././xgpc exited with status 1 /opt/OV/tmp/gcc-2.95.2/gcc/p/rts/files.pas:30: module/unit `string2' could not be compiled make[3]: *** [files.o] Error 1
This problem seems to be in the compilation of CString2String. Since Peter is working on the string handling, anyway, there might be some hope that it will be fixed soon.
This is the same error I ended up with in november, as desribed in my bugreport from November 3-rd. My guess is that it is is another example of the known HPUX bug as triggered with the testfile from "p/test/knownbugs/sietse1u.pas"
Sietse