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
>

Reply via email to