Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 771675 - sci-libs/lrslib-071 fails to build: lrslong.h:191:9: error: ‘__int128’ is not supported on this target
Summary: sci-libs/lrslib-071 fails to build: lrslong.h:191:9: error: ‘__int128’ is not...
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 765070
  Show dependency tree
 
Reported: 2021-02-19 20:00 UTC by Thomas Deutschmann (RETIRED)
Modified: 2022-12-23 15:26 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,12.66 KB, text/plain)
2021-02-19 20:00 UTC, Thomas Deutschmann (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Deutschmann (RETIRED) gentoo-dev 2021-02-19 20:00:02 UTC
Created attachment 687660 [details]
build.log

See build.log.

Portage 3.0.13 (python 3.8.7-final-0, default/linux/x86/17.0, gcc-9.3.0, glibc-2.32-r6, 5.4.97-gentoo-x86 i686)
=================================================================
System uname: Linux-5.4.97-gentoo-x86-i686-with-glibc2.1.3
KiB Mem:     3106076 total,   1997316 free
KiB Swap:    8387560 total,   8357436 free
Timestamp of repository gentoo: Fri, 19 Feb 2021 14:37:40 +0000
Head commit of repository gentoo: fc67b33c6e61f1f439ffc270260e06cce6ee7dde

sh bash 5.0_p18
ld GNU ld (Gentoo 2.35.1 p2) 2.35.1
ccache version 4.1 [enabled]
app-shells/bash:          5.0_p18::gentoo
dev-lang/perl:            5.30.3::gentoo
dev-lang/python:          3.8.7-r1::gentoo, 3.9.1-r1::gentoo
dev-util/ccache:          4.1::gentoo
dev-util/cmake:           3.18.5::gentoo
dev-util/pkgconfig:       0.29.2::gentoo
sys-apps/baselayout:      2.7::gentoo
sys-apps/openrc:          0.42.1-r1::gentoo
sys-apps/sandbox:         2.20::gentoo
sys-devel/autoconf:       2.13-r1::gentoo, 2.69-r5::gentoo
sys-devel/automake:       1.16.2-r1::gentoo
sys-devel/binutils:       2.35.1-r1::gentoo
sys-devel/gcc:            9.3.0-r2::gentoo
sys-devel/gcc-config:     2.3.2-r1::gentoo
sys-devel/libtool:        2.4.6-r6::gentoo
sys-devel/make:           4.3::gentoo
sys-kernel/linux-headers: 5.10::gentoo (virtual/os-headers)
sys-libs/glibc:           2.32-r6::gentoo
Repositories:

gentoo
    location: /var/db/repos/gentoo
    sync-type: git
    sync-uri: https://anongit.gentoo.org/git/repo/sync/gentoo.git
    priority: -1000

ABI="x86"
ABI_X86="32"
ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="*"
ACCEPT_PROPERTIES="*"
ACCEPT_RESTRICT="*"
ADA_TARGET="gnat_2018"
ARCH="x86"
BINPKG_COMPRESS="bzip2"
BROOT=""
CBUILD="i686-pc-linux-gnu"
CCACHE_DIR="/var/cache/ccache"
CFLAGS="-O2 -pipe -march=pentium4m -mtune=pentium4m -Wno-error=jump-misses-init -Wno-error=sign-compare"
CHOST="i686-pc-linux-gnu"
CHOST_x86="i686-pc-linux-gnu"
COLLISION_IGNORE="/lib/modules/*"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CPU_FLAGS_X86="mmx mmxext sse sse2"
CXXFLAGS="-O2 -pipe -march=pentium4m -mtune=pentium4m -Wno-error=jump-misses-init -Wno-error=sign-compare"
DCC_EMAILLOG_WHOM_TO_BLAME=""
DEFAULT_ABI="x86"
DISTCC_ENABLE_DISCREPANCY_EMAIL=""
DISTCC_FALLBACK="1"
DISTCC_SAVE_TEMPS="0"
DISTCC_SSH=""
DISTCC_TCP_CORK=""
DISTCC_VERBOSE="0"
EDITOR="/usr/bin/mcedit"
ELIBC="glibc"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
EPREFIX=""
EROOT="/"
ESYSROOT="/"
FCFLAGS="-O2 -march=i686 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs binpkg-multi-instance buildpkg ccache cgroup config-protect-if-modified distlocks downgrade-backup ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -march=i686 -pipe"
GCC_SPECS=""
GRUB_PLATFORMS="efi-32 pc"
GSETTINGS_BACKEND="dconf"
HOME="/root"
INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/9.3.0/info:/usr/share/binutils-data/i686-pc-linux-gnu/2.35.1/info:/usr/share/info"
INPUT_DEVICES="libinput"
IUSE_IMPLICIT="abi_x86_32 prefix prefix-guest prefix-stack"
KERNEL="linux"
L10N="en en-US de de-DE"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LC_MESSAGES="C"
LC_PAPER="de_DE.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LIBDIR_x86="lib"
LINGUAS="en de"
LOGNAME="root"
LUA_SINGLE_TARGET="lua5-1"
LUA_TARGETS="lua5-1"
MAIL="/var/mail/root"
MAKEOPTS="--jobs 5 --load-average 7.95"
MANPAGER="manpager"
MOTD_SHOWN="pam"
MULTILIB_ABIS="x86"
NOCOLOR="true"
OFFICE_IMPLEMENTATION="libreoffice"
OPENCL_PROFILE="ocl-icd"
OPENGL_PROFILE="xorg-x11"
PAGER="/usr/bin/less"
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/lib/llvm/11/bin"
PHP_TARGETS="php7-3 php7-4"
POSTGRES_TARGETS="postgres10 postgres11"
PWD="/root"
PYTHONDONTWRITEBYTECODE="1"
PYTHON_SINGLE_TARGET="python3_8"
PYTHON_TARGETS="python3_8"
QT_GRAPHICSSYSTEM="raster"
ROOT="/"
ROOTPATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/lib/llvm/11/bin"
RUBY_TARGETS="ruby25 ruby26"
SHELL="/bin/bash"
SHLVL="2"
SSH_TTY="/dev/pts/0"
SYSROOT="/"
TERM="tmux-256color"
TMUX="/tmp//tmux-0/default,3324,0"
TMUX_PANE="%2"
TWISTED_DISABLE_WRITING_OF_PLUGIN_CACHE="1"
UNCACHED_ERR_FD=""
USER="root"
USERLAND="GNU"
VIDEO_CARDS="vmware"
XDG_RUNTIME_DIR="/run/user/0"
XDG_SESSION_CLASS="user"
XDG_SESSION_ID="2"
XDG_SESSION_TYPE="tty"
Comment 1 Michael Orlitzky gentoo-dev 2021-10-23 14:26: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.
Comment 2 Larry the Git Cow gentoo-dev 2021-11-06 01:01:27 UTC
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(-)
Comment 3 Michael Orlitzky gentoo-dev 2022-02-14 00:06:54 UTC
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.
Comment 4 Jakov Smolić archtester gentoo-dev 2022-02-15 08:45:17 UTC
(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.
Comment 5 Larry the Git Cow gentoo-dev 2022-12-23 15:23:43 UTC
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(+)