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 /libstdc++-v3/doc/html | |
| 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 'libstdc++-v3/doc/html')
0 files changed, 0 insertions, 0 deletions