Re: [PATCH] defer test for limits.h existence to runtime [PR80677]

Hi Jeff, Thanks for looking at my patch. On Sun, Dec 01, 2024 at 02:40:47PM -0700, Jeff Law wrote: > On 4/30/24 12:45 PM, Helmut Grohne wrote: > > The definition of LIMITS_H_TEST evaluates its existence in > > BUILD_SYSTEM_HEADER_DIR, but we'd actually need it to check

[PATCH] defer test for limits.h existence to runtime [PR80677]

rming the build. Instead of resolving these situations by guessing, defer the test to the time of use and check for the header using __has_include_next which will use the correct include search path. 2024-04-30 Helmut Grohne PR bootstrap/80677 * gcc/limitx.h: Only #include syslim

[PATCH] preprocessor: __has_include_next should not error out [PR80755]

* testsuite/gcc.dg/cpp/pr80755.c: New test. * gcc.dg/cpp/inc/pr80755.h: Added support file for test. Signed-off-by: Helmut Grohne --- gcc/testsuite/gcc.dg/cpp/inc/pr80755.h | 2 ++ gcc/testsuite/gcc.dg/cpp/pr80755.c | 5 + libcpp/files.cc| 4 +++- 3

Re: [PATCH] libstdc++: don't use #include_next in c_global headers

Hi, On Mon, Apr 20, 2020 at 10:12:37AM +0100, Jonathan Wakely wrote: > > Now you are probably going to say that "-isystem /usr/include" is a bad > > idea and that you shouldn't do that. > > Right. > > > I'm inclined to agree. This isn't a > > problem just yet. Debian wants to move /usr/include/s

[PATCH] libstdc++: don't use #include_next in c_global headers

The and headers need their counter parts and from the libc respectively, but libstdc++ wraps these headers. Now and include these headers using $ echo '#include ' | g++ -x c++ -E - -isystem /usr/include >/dev/null In file included from :1: /usr/include/c++/9/cstdlib:75:15: fatal error: stdli