Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 796164 - dev-util/rustup-1.24.3 - error: could not compile ripemd160
Summary: dev-util/rustup-1.24.3 - error: could not compile ripemd160
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Georgy Yakovlev
: 806809 (view as bug list)
Depends on:
Reported: 2021-06-15 07:11 UTC by Toralf Förster
Modified: 2021-08-06 19:21 UTC (History)
1 user (show)

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

emerge-info.txt (emerge-info.txt,16.90 KB, text/plain)
2021-06-15 07:11 UTC, Toralf Förster
dev-util:rustup-1.24.3:20210615-000710.log (dev-util:rustup-1.24.3:20210615-000710.log,199.75 KB, text/plain)
2021-06-15 07:11 UTC, Toralf Förster
emerge-history.txt (emerge-history.txt,266.72 KB, text/plain)
2021-06-15 07:11 UTC, Toralf Förster
environment (environment,92.59 KB, text/plain)
2021-06-15 07:11 UTC, Toralf Förster
etc.portage.tar.bz2 (etc.portage.tar.bz2,24.77 KB, application/x-bzip)
2021-06-15 07:11 UTC, Toralf Förster
temp.tar.bz2 (temp.tar.bz2,33.24 KB, application/x-bzip)
2021-06-15 07:11 UTC, Toralf Förster

Note You need to log in before you can comment on or make changes to this bug.
Description Toralf Förster gentoo-dev 2021-06-15 07:11:48 UTC
warning: build failed, waiting for other jobs to finish...


  This is an unstable amd64 chroot image at a tinderbox (==build bot)
  name: 17.1_systemd-j3-20210611-120458


gcc-config -l:
 [1] x86_64-pc-linux-gnu-11.1.0 *
clang version 12.0.0
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/lib/llvm/12/bin
Python 3.9.5
Available Ruby profiles:
  [1]   ruby26 (with Rubygems)
  [2]   ruby30 (with Rubygems) *
Available Rust versions:
  [1]   rust-bin-1.52.1 *
The following VMs are available for generation-2:
The Glorious Glasgow Haskell Compilation System, version 8.10.4
  HEAD of ::gentoo
commit e250d8642d15eb0dab1ef8e1014609ccc3c0af9e
Author: Repository mirror & CI <>
Date:   Mon Jun 14 23:50:07 2021 +0000

    2021-06-14 23:50:06 UTC

emerge -qpvO dev-util/rustup
[ebuild  N    ] dev-util/rustup-1.24.3  USE="-debug"
Comment 1 Toralf Förster gentoo-dev 2021-06-15 07:11:49 UTC
Created attachment 716208 [details]
Comment 2 Toralf Förster gentoo-dev 2021-06-15 07:11:51 UTC
Created attachment 716211 [details]
Comment 3 Toralf Förster gentoo-dev 2021-06-15 07:11:53 UTC
Created attachment 716214 [details]
Comment 4 Toralf Förster gentoo-dev 2021-06-15 07:11:54 UTC
Created attachment 716217 [details]
Comment 5 Toralf Förster gentoo-dev 2021-06-15 07:11:56 UTC
Created attachment 716220 [details]
Comment 6 Toralf Förster gentoo-dev 2021-06-15 07:11:57 UTC
Created attachment 716223 [details]
Comment 7 Georgy Yakovlev gentoo-dev 2021-06-15 17:28:50 UTC
The futex facility returned an unexpected error code.
error: could not compile `ripemd160`

can you try without specifying codegen-units?
Comment 8 Toralf Förster gentoo-dev 2021-06-15 18:26:11 UTC
If I comment out 
    RUSTFLAGS="-C codegen-units=3"
in /etc/portage/env/jobs, then it works.

Is =3 wrong here or in general ? (FWIW I'm under the impression that it is the equivalent to -j3 in make.conf, right ?)
Comment 9 Georgy Yakovlev gentoo-dev 2021-06-15 19:24:14 UTC
not exactly, it's number of internal codegen threads, not necessarily related to CPU threads.



This flag controls how many code generation units the crate is split into. It takes an integer greater than 0.

When a crate is split into multiple codegen units, LLVM is able to process them in parallel. Increasing parallelism may speed up compile times, but may also produce slower code. Setting this to 1 may improve the performance of generated code, but may be slower to compile.

The default value, if not specified, is 16 for non-incremental builds. For incremental builds the default is 256 which allows caching to be more granular.

this option is generally not recommended to touch, crates often specify it internally taking various factors in account, like LTO.

specifying 1 should always be safe and generate fastest code and use most time to compile.

I see you are using rust-bin, I'll try to reproduce with it.
this crash should not happen as I understand, you may have hit compiler bug.

anyway, for personal systems (not tinderbox) try to avoid using codegen-units, or explicitly set to 1.
Comment 10 Georgy Yakovlev gentoo-dev 2021-08-06 19:21:31 UTC
*** Bug 806809 has been marked as a duplicate of this bug. ***