diff options
| author | Simon Martin <simon@nasilyan.com> | 2025-03-12 09:09:35 +0100 |
|---|---|---|
| committer | Simon Martin <simon@nasilyan.com> | 2025-03-12 12:05:04 +0100 |
| commit | 503f10e34dcdeb8bd1cf78c2f14c7ac41cae31a5 (patch) | |
| tree | 344faea79e816193d17fc02f159879ce36e223a5 /gcc/cobol/Make-lang.in | |
| parent | 8ff7ff1a0691b7b409aa31c8f6dfcefec3e4720b (diff) | |
| download | gcc-503f10e34dcdeb8bd1cf78c2f14c7ac41cae31a5.zip gcc-503f10e34dcdeb8bd1cf78c2f14c7ac41cae31a5.tar.gz gcc-503f10e34dcdeb8bd1cf78c2f14c7ac41cae31a5.tar.bz2 | |
cobol: Remove unnecesssary CPPFLAGS update and restore MacOS build
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.
gcc/cobol/ChangeLog:
* Make-lang.in: Remove unnecessary CPPFLAGS update.
Diffstat (limited to 'gcc/cobol/Make-lang.in')
| -rw-r--r-- | gcc/cobol/Make-lang.in | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/gcc/cobol/Make-lang.in b/gcc/cobol/Make-lang.in index cbb31d6..9fa3b1c 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\" \ |