| Summary: | sci-libs/lrslib-071b-r1 fails to build: lrslong.h:191:9: error: ‘__int128’ is not supported on this target | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Thomas Deutschmann (RETIRED) <whissi> |
| Component: | Current packages | Assignee: | Gentoo Science Related Packages <sci> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | jsmolic, mjo, sam |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 765070 | ||
| Attachments: | build.log | ||
|
Description
Thomas Deutschmann (RETIRED)
2021-02-19 20:00:02 UTC
We might be able to use emake lrs64 lrsgmp; emake mplrs64 instead of emake; emake mplrs to work around the problem in the executables. (The default target for bare emake is "lrs lrsgmp", so the two pairs match up.) But then to fix the library, we have to do something like emake BITS="-DB32" MPLRSOBJ2="" SHLIBOBJ2="" all-shared or emake BITS="-DB32" MPLRSOBJ2="" SHLIBOBJ2="" allmp instead of the corresponding "emake all-shared" and "emake allmp". These allow the build to proceed on amd64, but who knows what will happen on a machine that actually doesn't have int128. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ebbc960f2696ed482e68f1839192af91bba65d22 commit ebbc960f2696ed482e68f1839192af91bba65d22 Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2021-11-06 00:56:27 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2021-11-06 01:00:10 +0000 sci-libs/lrslib: drop to ~x86 and remove old lrslib-062.ebuild. The current "stable" version of lrslib on x86, v062, doesn't actually build because it's incompatible with newer GCCs. But its replacement has some issues (bug 771675) on some 32-bit systems. This commit removes the existing x86 stable version 062 (usually a no-no), and closes the x86 stabilization request for v071. The end result is that this package is now ~x86 only, but we've replaced a version that will never build on x86 with one that might build sometimes. Running a `git grep lrslib` shows that this should not affect any consumers. Bug: https://bugs.gentoo.org/771675 Closes: https://bugs.gentoo.org/819555 Package-Manager: Portage-3.0.28, Repoman-3.0.3 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> sci-libs/lrslib/Manifest | 1 - sci-libs/lrslib/lrslib-062.ebuild | 50 --------------------------------------- 2 files changed, 51 deletions(-) I came up with a possible workaround in Comment 1, but we'll need some help from someone with the right hardware to experiment with the changes in the ebuild. (In reply to Michael Orlitzky from comment #3) > I came up with a possible workaround in Comment 1, but we'll need some help > from someone with the right hardware to experiment with the changes in the > ebuild. I can test it out later. Fwiw it's possible to reproduce and test this in a chroot too. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3115fc9dce17fb6575ce99575215501b27e2d907 commit 3115fc9dce17fb6575ce99575215501b27e2d907 Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2022-12-23 15:05:43 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2022-12-23 15:20:48 +0000 profiles/arch/x86: mask sci-mathematics/polymake[lrs]. This will let us stabilize newer versions of polymake and a consumer, sci-mathematics/singular, on x86 where lrslib is flaky. Bug: https://bugs.gentoo.org/771675 Bug: https://bugs.gentoo.org/832376 Bug: https://bugs.gentoo.org/869362 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> profiles/arch/x86/package.use.mask | 8 ++++++++ 1 file changed, 8 insertions(+) tinderbox_x86 has reproduced this issue with version 071b-r1 - Updating summary. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=badd39d84cb084fd3a2c3fc201e26b4020cac662 commit badd39d84cb084fd3a2c3fc201e26b4020cac662 Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2024-10-26 20:21:33 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2024-10-27 02:38:43 +0000 sci-libs/lrslib: unkeyword 071b-r1 for ~x86, ~x86-linux This is broken on machines without an __int128 type, which for now includes all 32-bit machines. There may be a way to tiptoe around the makefile (see my comment on bug 771675) to get it to build, but someone with both the hardware and the interest is needed to volunteer. Closes: https://bugs.gentoo.org/771675 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> sci-libs/lrslib/lrslib-071b-r1.ebuild | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) |
