From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carlo Wood To: ljrittle@gcc.gnu.org Cc: gcc-prs@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: Wed, 20 Jun 2001 08:26:00 -0000 Message-id: <20010620152601.9060.qmail@sourceware.cygnus.com> X-SW-Source: 2001-06/msg00831.html List-Id: The following reply was made to PR libstdc++/3243; it has been noted by GNATS. From: Carlo Wood To: Zack Weinberg Cc: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@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: Wed, 20 Jun 2001 17:23:11 +0200 On Tue, Jun 19, 2001 at 06:13:47PM -0700, Zack Weinberg wrote: > -I- can indeed break system headers that expect the 'directory of the > current file' to be searched. That may not be a good enough reason to > change a feature with that length of tenure. I am all for separating > the two effects, if we can agree on the interface and the degree of > backward compatibility. Then no matter the decision about -I-'s effect, gthr.h should be changed to #include "bits/whatever" rather than #include "whatever". If that breaks bootstrapping then that is problem two. -- Carlo Wood