Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1243525

Bug#1104064: debci tests always fail in qemu-user environment

Show all headers | View raw

Source: libstdc++-riscv64-unknown-elf
Version: 5
Severity: important
X-Debbugs-Cc: pkg-qemu-devel@lists.alioth.debian.org

See, for example, https://ci.debian.net/packages/libs/libstdc++-riscv64-unknown-elf/testing/amd64/60220610/
(or from current qemu package tracking page, https://tracker.debian.org/pkg/qemu).

The relevant part is:

 riscv64-unknown-elf-g++ -specs=picolibcpp.specs --oslib=semihost -Os -march=rv32imac -mabi=ilp32 -Triscv-cpp.ld -Wl,-Map=hello-worldpp-riscv.map -o hello-worldpp-riscv.elf hello-worldpp.cpp
 /usr/lib/gcc/riscv64-unknown-elf/14.2.0/../../../riscv64-unknown-elf/bin/ld: warning: hello-worldpp-riscv.elf has a LOAD segment with RWX permissions
 ./run-riscv hello-worldpp-riscv.elf | cmp - ./expected-output
 qemu-system-riscv32: H extension implicitly requires S-mode

I've no idea how this worked before, - maybe a toolchain
difference, - dunno.  The thing is that this part hasn't
changed in qemu for quite some time, it's the same in
bookworm qemu and earlier.  It should've been failing before
libstdc++-riscv64-unknown-elf migrated to testing, but it
looks like it didn't.

Right now this issue prevents migration of qemu to testing,
which is important for trixie.

Can you take a look please?

Thanks,

/mjt

Back to linux.debian.bugs.dist | Previous | Next — Next in thread | Find similar | Unroll thread

Thread

Bug#1104064: debci tests always fail in qemu-user environment Michael Tokarev <mjt@tls.msk.ru> - 2025-04-25 10:40 +0200
  Bug#1104064: debci tests always fail with qemu version 10+ Keith Packard <keithp@keithp.com> - 2025-05-26 04:50 +0200

csiph-web