[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