Bug#1112274: trilinos: FTBFS on arm64: collect2: fatal error: ld terminated with signal 6 [Aborted]

Graham Inggs ginggs at debian.org
Tue Nov 25 16:41:38 GMT 2025


Hi Adrian

Thanks for digging into this!

On Mon, 24 Nov 2025 at 03:22, Adrian Bunk <bunk at debian.org> wrote:
> Already 16.1.0-1 did put mold in CXXFLAGS instead of LDFLAGS (using
> LDFLAGS seems to work), and this removed the -O2 resulting in building
> without optimization - which made the build faster.

So mold does not really speed things up?
Rather, the speed up is due to the accidental removal of the optimization flags?

> I would have a tendency to revert the mold change and instead do
> optimize=-lto, but whether the latter actually solves the problem
> for Ubuntu is unproven.

Do you mean reverting to the packaging state of 16.1.0-2?
If so, I am in favour.  The Ubuntu issues can be fixed in Ubuntu.

What about lowering optimization for riscv64?  Or just not building
there until the hardware is able to cope?

> I remembered that we also have a failure with mold on arm64 in deal.ii,
> and that is a variant of the same problem:
> Manually reverting [1] fixes the deal.ii/arm64 build with mold,
> but reverting mold usage might be the easiest fix.
> Using -DCMAKE_BUILD_TYPE=Release for not additionally building and
> shipping a half GB debug version of the library would be another option.

deal.ii has had ongoing problems with arm64 in Debian [2], which I
think predate the switch to mold.  I believe ftpmasters have removed
the arm64 binaries from testing at least three times in as many years.

Regards
Graham


[2] https://buildd.debian.org/status/logs.php?pkg=deal.ii&arch=arm64



More information about the debian-science-maintainers mailing list