This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [patch win32]: fix for PR target/41943


On Thu, Jul 22, 2010 at 1:42 PM, Kai Tietz <ktietz70@googlemail.com> wrote:
> 2010/7/22 Danny Smith <dansmister@gmail.com>:
>>>> c:\mingw\bin\../lib/gcc/mingw32/4.6.0/include/float.h:278:24: fatal error: float
>>>> .h: No such file or directory
>>>> compilation terminated.
>>>>
>>>> Danny
>>>>
>>>
>>> I know. But as the float.h from gcc's internal header always comes
>>> first in include order, this next_include in system-headers is wrong.
>>
>>
>> mingw CRT and winapi headers have long been placed in the
>> LOCAL_INCLUDE_DIR on window's hosts, since Windows doesn't really have
>> a system include directory. ?This local include dir is defined as
>> being relative to exec_prefix in x-mingw32.
>>
>> The local include dir is included before gcc's internal headers.
>>
>> Danny
>>
>
> That's right and therefore I dislike this patch and would prefer to
> have that one Ozkan mentioned already. The issue is that sysroot &
> cross- includes come after gcc's internal header, which is causing the
> pain that it isn't absolutely predicatable, if system-headers are
> reached or not.
> By changing the order of gcc's internal to the end of the include
> chain, it would be solved for all cases.

Well, I think moving gcc headers to the end of the include chain is
just wrong.  They are supposed to override host ones (which is
why they are called "fixincludes").  Why not fixinclude mingw?

Richard.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]