https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108144
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aoliva at gcc dot gnu.org
--- Comment #12 from Richard Biener <rguenth at gcc dot gnu.org> ---
Hmm, so with --enable-version-specific-runtime-libs we install the 32bit
multilib to the same location as the 64bit one. Somehow MULTISUBDIR
ends up being empty even though it should be passed down into the subdirs.
The -recursive rules are quite hard to follow and I'm neither a make nor
automake expert here :/
Looking at libsanitizer I wonder why the libgm2 automake files are so complex
:/
There definitely seems to be a lot of "dead" things but then somehow
magically the non-version-specific path is working.
Somehow for libsanitizer the ubsan Makefile has a tail
# Tell versions [3.59,3.63) of GNU make to not export all variables.
# Otherwise a system limit (for SysV at least) may be exceeded.
.NOEXPORT:
MULTISUBDIR = /32
but the libgm2/m2cor Makefile for example has not.
m2 doesn't do AM_PROG_LIBTOOL but instead LT_INIT, it looks like libgm2 mostly
cut&pasted from libgcc?
I'm trying some cleanups but that's just random edits without really knowing
what I'm doing ...
