Why is $prefix/include not inside cpp searchpath?

Why is $prefix/include not inside cpp searchpath?

[Martin Kahlert]

Hi!

I checked out yesterday's gcc version and found that jni.h is not
found any more although it's there:

$ cat c.c
#include <jni.h>

$ ls -l /sw/gcc-3.1/include/jni.h
-rw-r--r--    1 kahlert  titan       54922 Sep 19 11:54

$ gcc -v -E c.c
Reading specs from /sw/gcc-3.1/lib/gcc-lib/i686-pc-linux-gnu/3.1/specs
Configured with: ../gcc-3.1/configure --prefix=/sw/gcc-3.1 --enable-languages=c++,f77,java --enable-threads=posix
Thread model: posix
gcc version 3.1 20010919 (experimental)
 /sw/gcc-3.1/lib/gcc-lib/i686-pc-linux-gnu/3.1/cpp0 -lang-c -v -D__GNUC__=3 -D__GNUC_MINOR__=1 -D__GNUC_PATCHLEVEL__=0 -D__ELF__ -Dunix -Dlinux -D__ELF__ -D__unix__ -D__linux__ -D__unix -D__linux -Asystem=posix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ c.c
GNU CPP version 3.1 20010919 (experimental) (cpplib) (i386 Linux/ELF)
ignoring nonexistent directory "/sw/gcc-3.1/i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /sw/gcc-3.1/lib/gcc-lib/i686-pc-linux-gnu/3.1/include
 /usr/include
End of search list.
c.c:1:17: jni.h: No such file or directory
# 1 "c.c"
# 1 "<builtin>"
# 1 "<command line>"
# 1 "c.c"

Did i miss anything here?
PS: gcj -E c.c has the same problem.

-- 
The early bird catches the worm. If you want something else for       
breakfast, get up later.

Re: Why is $prefix/include not inside cpp searchpath?

[Per Bothner]

Martin Kahlert wrote:

>Hi!
>
>I checked out yesterday's gcc version and found that jni.h is not
>found any more although it's there:
>
See http://gcc.gnu.org/ml/gcc-patches/2001-09/msg00519.html
for a patch.

I don't know if $prefix/include has ever been in the search path, at
least not for a long time.

I'm surprised to note there have been *no* substantive feedback on the
patch - only some discussion on updating the documentation.  I thought
it would be more controversial.

	--Per

Re: Why is $prefix/include not inside cpp searchpath?

[Neil Booth]

Per Bothner wrote:-

> Martin Kahlert wrote:
> 
> >Hi!
> >
> >I checked out yesterday's gcc version and found that jni.h is not
> >found any more although it's there:
> >
> See http://gcc.gnu.org/ml/gcc-patches/2001-09/msg00519.html
> for a patch.
> 
> I don't know if $prefix/include has ever been in the search path, at
> least not for a long time.
> 
> I'm surprised to note there have been *no* substantive feedback on the
> patch - only some discussion on updating the documentation.  I thought
> it would be more controversial.

Great, I hope that means you'll apply it!  This would close the PR you
filed, wouldn't it?

Neil.

Re: Why is $prefix/include not inside cpp searchpath?

[Per Bothner]

Neil Booth wrote:

>Great, I hope that means you'll apply it!
>
I was waiting for approval.  I guess technically as a cpplib maintainer I
could check in it, but I wouldn't feel comfortable about it.  But with
your (additional) approval and no objections, I guess I'll go ahead.

>This would close the PR you filed, wouldn't it?
>
Which PR?

    --Per

Re: Why is $prefix/include not inside cpp searchpath?

[Neil Booth]

Per Bothner wrote:-

> I was waiting for approval.  I guess technically as a cpplib maintainer I
> could check in it, but I wouldn't feel comfortable about it.  But with
> your (additional) approval and no objections, I guess I'll go ahead.

Hmm, I'm not a configury expert by any means.  Maybe Zack could have a
look too; he's a lot more familiar with that stuff than me.  Zack?

> >This would close the PR you filed, wouldn't it?
> >
> Which PR?

3104.  I seem to recall a small thread about this very topic from
around that time.

Neil.

Re: Why is $prefix/include not inside cpp searchpath?

[Martin Kahlert]

Hi Per,

On Thu, Sep 20, 2001 at 09:44:24AM -0700, Per Bothner wrote:
> Martin Kahlert wrote:
> 
> >Hi!
> >
> >I checked out yesterday's gcc version and found that jni.h is not
> >found any more although it's there:
> >
> See http://gcc.gnu.org/ml/gcc-patches/2001-09/msg00519.html
> for a patch.

Thanks for the hint!

> I don't know if $prefix/include has ever been in the search path, at
> least not for a long time.

At least gcc-3.0.* search inside $prefix/include:
$ gcc -v -c c.c

Reading specs from /sw/snapshots/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/specs
Configured with: ../gcc-20010917/configure --prefix=/sw/snapshots --enable-languages=c++,f77,java --enable-threads=posix
Thread model: posix
gcc version 3.0.2 20010917 (prerelease)
 /sw/snapshots/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/cc1 -lang-c -v -D__GNUC__=3 -D__GNUC_MINOR__=0 -D__GNUC_PATCHLEVEL__=2 -D__ELF__ -Dunix -Dlinux -D__ELF__ -D__unix__ -D__linux__ -D__unix -D__linux -Asystem=posix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ c.c -quiet -dumpbase c.c -version -o /tmp/ccxhIBGg.s
GNU CPP version 3.0.2 20010917 (prerelease) (cpplib) (i386 Linux/ELF)
GNU C version 3.0.2 20010917 (prerelease) (i686-pc-linux-gnu)
	compiled by GNU C version 3.0.2 20010910 (prerelease).
ignoring nonexistent directory "/sw/snapshots/i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /sw/snapshots/include
 /sw/snapshots/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/include
 /usr/include
End of search list.
 /sw/snapshots/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/../../../../i686-pc-linux-gnu/bin/as -V -Qy -o c.o /tmp/ccxhIBGg.s
GNU assembler version 2.11.2 (i686-pc-linux-gnu) using BFD version 2.11.2


Martin.

-- 
The early bird catches the worm. If you want something else for       
breakfast, get up later.

Re: Why is $prefix/include not inside cpp searchpath?

[Per Bothner]

Martin Kahlert wrote:

>At least gcc-3.0.* search inside $prefix/include:
>$ gcc -v -c c.c
>
>Reading specs from /sw/snapshots/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/specs
>Configured with: ../gcc-20010917/configure --prefix=/sw/snapshots --enable-languages=c++,f77,java
>
>...
>#include <...> search starts here:
> /sw/snapshots/include
> /sw/snapshots/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/include
> /usr/include
>
Strange.  Using GNU C version 3.0 20010612 (prerelease) I
get /usr/local/include where you get /sw/snapshots/include.