[Patch/gfortran] PR18283
Paul Thomas
paulthomas2@wanadoo.fr
Wed Jun 1 14:42:00 GMT 2005
Tobi,
OK, I did it anyway. Thanks for the info.
>
>That is because the constants created with build_int_cst are shared, so we
>don't get a new tree everytime this code is run.
>
>- Tobi
>
In order to prepare the character related patches for 4.0, I had to make
a couple of modifications:
(i) Your contribution, that dereferences scalar hidden results, had to
be removed for the lack of gfc_option.flag_f2c.
(ii) The fold_build2 at trans-expr.c:1186 had to go because the compiler
thought that it was being implicitly declared. I have replaced it with
build2.
The result crashed at stage 2 of the bootstrap, with:
/usr/include/sys/types.h:191: error: previous declaration of 'int8_t'
was here
make[3]: *** [memory.lo] Error 1
make[3]: Leaving directory `/gcc-4.0/build/i686-pc-linux-gnu/libgfortran'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/gcc-4.0/build/i686-pc-linux-gnu/libgfortran'
make[1]: *** [all-target-libgfortran] Error 2
make[1]: Leaving directory `/gcc-4.0/build'
make: *** [bubblestrap] Error 2
This is odd because the build is with a new source from the cvs
repository. Only trans-array.c and trans-expr have been patched.
I do not have time to deal with this now - I'll try to come back to it
on Sunday. Otherwise, it will be three weeks from now.
Paul T
More information about the Fortran
mailing list