From: <ro...@ur...> - 2001-03-28 19:06:35
|
On Wed, Mar 28, 2001 at 07:18:41PM +0200, Bruno Haible wrote: > Thanks for the report. Not-so-recent gcc snapshots (like the one in > RedHat 7.0) are known to have a preprocessor bug. I've changed the > GET_ITEM_S macro to work around it. >=20 > STACK_ ## w >=20 > is invalid because w starts with an open paren, which you can't > concatenate with an identifier. It'd have been correct to write >=20 > STACK_ w >=20 > but it's clearer to write >=20 > STACK_(w) >=20 > I believe both of these work well with this broken version of gcc. > (AFAIU Neil Booth's modifications.) OK. That solved the preprocessor error. Now I am getting anohter error: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D [...] ./lisp.run -m 1000KW -M interpreted.mem -B . -N locale -Efile UTF-8 -norc= -q -c places.lisp *** - handle_fault error2 ! address =3D 0x40126DD9 not in [0x20278000,0x2= 0342990) ! SIGSEGV cannot be cured. Fault address =3D 0x40126DD9. make: *** [places.fas] Segmentation fault (core dumped) make: *** Deleting file `places.fas' =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Any clues? Romildo --=20 Prof. Jos=E9 Romildo Malaquias <ro...@ic...> Departamento de Computa=E7=E3o Universidade Federal de Ouro Preto Brasil |