cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

[Achim Gratz]

The above warning appears when -Wmissing-include-dirs is in effect (and
aborts compilation if -Werror is also given).  The missing include path
seems to be produced by the following compiler spec:

%(cpp_cpu) [...] %{!nostdinc:%{!mno-win32:-idirafter ../include/w32api%s
-idirafter ../../include/w32api%s}}

which gets expanded into

-idirafter /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api
-idirafter ../../include/w32api

Is this to be expected?


Regards,
Achim.



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

[Achim Gratz]

Achim Gratz <Stromeko <at> NexGo.DE> writes:
> The above warning appears when -Wmissing-include-dirs is in effect (and
> aborts compilation if -Werror is also given).  The missing include path
> seems to be produced by the following compiler spec:
> 
> %(cpp_cpu) [...] %{!nostdinc:%{!mno-win32:-idirafter ../include/w32api%s
> -idirafter ../../include/w32api%s}}
> 
> which gets expanded into
> 
> -idirafter /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api
> -idirafter ../../include/w32api

If I crate a link /usr/include -> /include then the warning / error is not
produced.  Since I don't think /include is supposed to exist on Cygwin, it
seems the compiler spec is wrong?


Regards,
Achim.




--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

[JonY]

[-- Attachment #1: Type: text/plain, Size: 853 bytes --]

On 7/29/2013 20:19, Achim Gratz wrote:
> Achim Gratz <Stromeko <at> NexGo.DE> writes:
>> The above warning appears when -Wmissing-include-dirs is in effect (and
>> aborts compilation if -Werror is also given).  The missing include path
>> seems to be produced by the following compiler spec:
>>
>> %(cpp_cpu) [...] %{!nostdinc:%{!mno-win32:-idirafter ../include/w32api%s
>> -idirafter ../../include/w32api%s}}
>>
>> which gets expanded into
>>
>> -idirafter /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api
>> -idirafter ../../include/w32api
> 
> If I crate a link /usr/include -> /include then the warning / error is not
> produced.  Since I don't think /include is supposed to exist on Cygwin, it
> seems the compiler spec is wrong?
> 

Honestly, I have no idea, ../../include/w32api sounds too high up the tree.




[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 834 bytes --]

Re: cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

[Corinna Vinschen]

On Jul 29 20:32, JonY wrote:
> On 7/29/2013 20:19, Achim Gratz wrote:
> > Achim Gratz <Stromeko <at> NexGo.DE> writes:
> >> The above warning appears when -Wmissing-include-dirs is in effect (and
> >> aborts compilation if -Werror is also given).  The missing include path
> >> seems to be produced by the following compiler spec:
> >>
> >> %(cpp_cpu) [...] %{!nostdinc:%{!mno-win32:-idirafter ../include/w32api%s
> >> -idirafter ../../include/w32api%s}}
> >>
> >> which gets expanded into
> >>
> >> -idirafter /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api
> >> -idirafter ../../include/w32api
> > 
> > If I crate a link /usr/include -> /include then the warning / error is not
> > produced.  Since I don't think /include is supposed to exist on Cygwin, it
> > seems the compiler spec is wrong?
> > 
> 
> Honestly, I have no idea, ../../include/w32api sounds too high up the tree.

It might be useful when using a cross toolchain.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

[Corinna Vinschen]

On Jul 29 12:19, Achim Gratz wrote:
> Achim Gratz <Stromeko <at> NexGo.DE> writes:
> > The above warning appears when -Wmissing-include-dirs is in effect (and
> > aborts compilation if -Werror is also given).  The missing include path
> > seems to be produced by the following compiler spec:
> > 
> > %(cpp_cpu) [...] %{!nostdinc:%{!mno-win32:-idirafter ../include/w32api%s
> > -idirafter ../../include/w32api%s}}
> > 
> > which gets expanded into
> > 
> > -idirafter /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api
> > -idirafter ../../include/w32api
> 
> If I crate a link /usr/include -> /include then the warning / error is not
> produced.  Since I don't think /include is supposed to exist on Cygwin, it
> seems the compiler spec is wrong?

It looks like this is a misbehaviour of gcc 4.7.3.  There are
practically always non-existant default include dirs, not only on
Cygwin.  If you try the same -Wmissing-include-dirs with gcc 4.8.1 on
x86_64 Cygwin, there won't be such a warning.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

[Achim Gratz]

Corinna Vinschen writes:
> It looks like this is a misbehaviour of gcc 4.7.3.  There are
> practically always non-existant default include dirs, not only on
> Cygwin.  If you try the same -Wmissing-include-dirs with gcc 4.8.1 on
> x86_64 Cygwin, there won't be such a warning.

I have no idea if that should be considered a bug or not, but the
combination "-Werror -Wmissing-include-dirs" is rendered useless due to
this.  Since it most assuredly doesn't point to a system path it uses
the current working directory instead in the final stage — so after
expansion the driver inserts a literal "-I ../../include/w32api", which
might silently pull in the wrong includes if the user happens to have
some directory like that.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

[Peter Rosin]

Hi!

If I:

$ : >tmp.c
$ gcc -E -Wmissing-include-dirs tmp.c >/dev/null

I get this annoying warning on stderr:

cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

Searching the 'net suggests that it's an old bug:
http://cygwin.com/ml/cygwin/2013-07/msg00509.html

Cheers,
Peter

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

[Andrey Repin]

Greetings, Peter Rosin!

> If I:

$ : >>tmp.c
> $ gcc -E -Wmissing-include-dirs tmp.c >/dev/null

> I get this annoying warning on stderr:

> cc1: warning: ../../include/w32api: No such file or directory [enabled by default]

> Searching the 'net suggests that it's an old bug:
> http://cygwin.com/ml/cygwin/2013-07/msg00509.html

Let me guess... You have /usr/bin in $PATH. Specifically you have it preceding
/bin.
Remove it.


--
WBR,
Andrey Repin (anrdaemon@yandex.ru) 01.03.2014, <01:45>

Sorry for my terrible english...


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple