On Thu, Nov 3, 2011 at 4:03 PM, Daniel Franke <franke.dan...@gmail.com> wrote: > 2011/11/3 Richard Guenther <richard.guent...@gmail.com>: >> On Thu, Nov 3, 2011 at 3:46 PM, Jason Merrill <ja...@redhat.com> wrote: >>> On 11/03/2011 09:51 AM, Tom Tromey wrote: >>>>>>>>> >>>>>>>>> "Paolo" == Paolo Carlini<paolo.carl...@oracle.com> writes: >>>> >>>> Paolo> By the way, I have no idea why I didn't see it, only Fortran >>>> includes >>>> Paolo> [internal.h] in the *libcpp* directory? Anyway, I'm proceeding to >>>> Paolo> bootstrap the attached. >>>> >>>> It really isn't ok to do this. That header is supposedly private to >>>> libcpp. >>> >>> That include seems to have been there since cpp.c was first checked in by >>> Daniel Franke. >> >> Most of the errors go away with replacing it with #include "cpplib.h", >> remaining: >> >> ,,, >> k/gcc/fortran/cpp.c -o fortran/cpp.o >> /space/rguenther/src/svn/trunk/gcc/fortran/cpp.c: In function >> ‘scan_translation_unit_trad’: >> /space/rguenther/src/svn/trunk/gcc/fortran/cpp.c:769: warning: >> implicit declaration of function ‘_cpp_read_logical_line_trad’ >> >> but then we dereference struct cpp_reader: >> >> /space/rguenther/src/svn/trunk/gcc/fortran/cpp.c:771: error: >> dereferencing pointer to incomplete type >> /space/rguenther/src/svn/trunk/gcc/fortran/cpp.c:771: error: >> dereferencing pointer to incomplete type >> /space/rguenther/src/svn/trunk/gcc/fortran/cpp.c:772: error: >> dereferencing pointer to incomplete type > > Hi all. > > This was then mimicking (actually mostly duplicating), the > implementation of the C frontend. In particular around the usage of > scan_translation_unit_trad and associated friends. I wasn't happy to > do this, but to get at least some functionality done without > rebuilding everything, it was required. > > If you go back to the 4.6 branch you will find similar code in > c-family/c-ppoutput.c.
It still includes internal.h on trunk it seems ... Richard. > Regards > > Daniel >