This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: [patch] include the %I spec when building the object file for the main function
- From: Andrew Haley <aph at redhat dot com>
- To: Matthias Klose <doko at ubuntu dot com>
- Cc: GCJ-patches <java-patches at gcc dot gnu dot org>
- Date: Tue, 21 May 2013 14:12:51 +0100
- Subject: Re: [patch] include the %I spec when building the object file for the main function
- References: <519B20D6 dot 5070806 at ubuntu dot com> <519B2FA7 dot 1090404 at redhat dot com> <519B5144 dot 2010303 at ubuntu dot com>
On 05/21/2013 11:49 AM, Matthias Klose wrote:
> Am 21.05.2013 10:26, schrieb Andrew Haley:
>> On 05/21/2013 08:23 AM, Matthias Klose wrote:
>>> The inclusion of stdc-predef.h is new in 4.8, the bits/predefs.h is not found in
>>> my case, because this header is on an include path, which is only added when cc1
>>> is passed the -imultiarch <tuple> option. The solution for me is to add the %I
>>> spec, when calling cc1 to build the main function.
>>>
>>> Ok for the trunk, and for 4.8 after the 4.8.1 release?
>>
>> This is slighty baffling. GCC is auto-including stdc-predef.h, but the
>> path info isn't sufficient?
>
> "because this header is on an include path, which is only added when cc1 is
> passed the -imultiarch <tuple> option."
>
> sorry, but I don't know what to add else here to explai the issue.
>
>> And why does this affect gcj?
>
> "when calling cc1 to build the main function". So it does have it's own
> invocation of cc1, and doesn't use any specs how to call cc1, which is used for
> other C files.
Yes, but what I didn't understand was "why has this changed now?"
Andrew.