Unable to build 32bit applications against glm as of 1.0.0-1
Description:
As of 1.0.0-1, the install procedure that creates the package has switched from being arch-specific, and included here, to using upstream's packaging. This has a couple of consequences. One is that there is no longer a pkgconf file, there is only the cmake-specific library detection that upstream provides. The other is that upstream's cmake-specific library detection now includes
set(PACKAGE_VERSION_UNSUITABLE TRUE)
when there is a mismatch between the number of bits which the library was built for versus the number of bits the build is using. This used to be
set(PACKAGE_VERSION_UNSUITABLE FALSE)
prior to 1.0.0-1.
Both choices are defensible. The new packaging includes the libglm.a static library, so a mismatch is significant for users that consume libglm as a binary, rather than as a pure header library. On the other hand it's still legitimate to use libglm as a header library, in which case the old value (i.e. unsuitable=false) is still correct.
I'm not sure there is a perfect answer here. Locally, I have additionally packaged glm as lib32-glm
which includes just the cmake detection scripts and the 32-bit static library, and I could submit an MR here for that package (I'm not sure how to make an MR suggesting a new package) if that's a direction that you think would be helpful.
Without some kind of fix, it's no longer possible build 32-bit projects that depend on glm since 1.0.0-1.