https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213
Bug ID: 119213
Summary: gcc/cobol/Make-lang.in: suspicious -DEXEC_LIB with
hardcoded lib64
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: cobol
Assignee: unassigned at gcc dot gnu.org
Reporter: sjames at gcc dot gnu.org
Target Milestone: ---
gcc/cobol/Make-lang.in:
```
#
# Note further that we are producing only a 64-bit version of libgcobol.so, so
# it is safe to hard-code the lib64 location. This obviously has to match the
# installation code in libgcobol/Makefile.in
#
CPPFLAGS = \
-std=c++14 \
-Iinclude \
-I$(BINCLUDE) \
-I$(LIB_INCLUDE) \
-DEXEC_LIB=\"$(prefix)/lib64\" \
$(END)
```
Hardcoding lib64 isn't right, despite the comment, because /usr/lib64 doesn't
have to exist. e.g. on musl (which has no multilib), you usually just have
/usr/lib which is 64-bit.