This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
Re: preprocessor/3243: /usr/local/gcc-3.0/include/g++-v3/i686-pc-linux-gnu/bits/gthr.h:98:26: gthr-default.h: No such file or directory
- To: ljrittle at gcc dot gnu dot org
- Subject: Re: preprocessor/3243: /usr/local/gcc-3.0/include/g++-v3/i686-pc-linux-gnu/bits/gthr.h:98:26: gthr-default.h: No such file or directory
- From: Alexandre Oliva <aoliva at redhat dot com>
- Date: 20 Jun 2001 20:26:01 -0000
- Cc: gcc-prs at gcc dot gnu dot org,
- Reply-To: Alexandre Oliva <aoliva at redhat dot com>
The following reply was made to PR libstdc++/3243; it has been noted by GNATS.
From: Alexandre Oliva <aoliva@redhat.com>
To: Neil Booth <neil@daikokuya.demon.co.uk>, libstdc++@gcc.gnu.org
Cc: carlo@alinoe.com, gcc-bugs@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Subject: Re: preprocessor/3243: /usr/local/gcc-3.0/include/g++-v3/i686-pc-linux-gnu/bits/gthr.h:98:26: gthr-default.h: No such file or directory
Date: 20 Jun 2001 17:15:53 -0300
On Jun 19, 2001, Neil Booth <neil@daikokuya.demon.co.uk> wrote:
> aoliva@gcc.gnu.org wrote:-
>> State-Changed-Why:
>> Seems to be a preprocessor bug. #include "file.h" should look for
>> file.h in the directory containing the file being processed first,
>> regardless of the header search path or -I-.
> No, that is not what is implemented, nor is it what is documented.
> So, either the bug lies elsewhere, or we need a good reason to change
> the documented behaviour.
I stand corrected. I didn't know about this detail in the
documentation and implementation of -I-. This means gthr.h must
indeed be fixed to take this possibility into account. Unfortunately,
Carlo's patch isn't enough, since it breaks bootstrap.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me