On Wed, Mar 12, 2025 at 11:28 AM Simon Martin <si...@nasilyan.com> wrote: > > The build currently fails on MacOS even when the Cobol front-end and > libgcobol builds are disabled. > > The problem is that gcc/cobol/Make-lang.in adds -Iinclude to CPPFLAGS, > which somehow makes clang unhappy about the include order: > error: <cstddef> tried including <stddef.h> but didn't find libc++'s > <stddef.h> header. This usually means that your header search paths > are not configured properly. > > It turns out that this addition is unnecessary: simply removing it fixes > the build on MacOS, without impacting the build x86_64-pc-linux-gnu when > configured with --enable-languages=default,cobol. > > It feels like there might be more cleanup opportunities there, but they > can be taken care of later. > > OK for trunk?
OK. Richard. > gcc/cobol/ChangeLog: > > * Make-lang.in: Remove unnecessary CPPFLAGS update. > > --- > gcc/cobol/Make-lang.in | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/gcc/cobol/Make-lang.in b/gcc/cobol/Make-lang.in > index a4e005ac2bd..7888c116d70 100644 > --- a/gcc/cobol/Make-lang.in > +++ b/gcc/cobol/Make-lang.in > @@ -56,7 +56,6 @@ LIB_SOURCE ?= $(srcdir)/../libgcobol > # > CPPFLAGS = \ > -std=c++14 \ > - -Iinclude \ > -I$(BINCLUDE) \ > -I$(LIB_INCLUDE) \ > -DEXEC_LIB=\"$(prefix)/lib64\" \ > -- > 2.44.0 >
