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.

Reply via email to