I've learned that embedded copies of libraries are against Debian
packaging policy. See here: https://wiki.debian.org/EmbeddedCopies
Therefore the best solution is to remove the embedded copy of the
double-conversion library and add a dependency on
libdouble-conversion-dev package. This should sol
Hi Helge,
It looks like this will always be a complex issue on RISC-V since
there is such a variety of manufacturers. However I think the
following would be the best approach.
First, if there is a uarch field, use that since it will describe the
design of the cores present, such as Sifive's U74-M
I also confirm this behavior on x86_64 when compiled with 'gcc -m32 -std=c99'.
It seems to happen with 32-bit C99, but not in any other case.
-Alan Beadle
suggested that this might be some kind of expected
behavior. I don't know whether that is the case (seems unlikely to me,
but I don't know). Just reporting that it still happens.
-Alan Beadle
ed by ldc:
https://wiki.dlang.org/LDC#Architectures
I recommend that ldc be removed from riscv64 until upstream adds support.
-Alan Beadle
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: riscv64
Kernel: Linux 5.18.0-starfive
ng a patch
which does this. I have confirmed that this patch allows building quickfix on
actual riscv64 hardware (StatFive VisionFive V1).
Please consider applying the included patch (or similar) for the next upload.
Thank you,
-Alan Beadle
-- System Information:
Debian Release: bookworm/sid
APT
patch which adds placeholder support for
this architecture and allows building the riscv64 debian package from source.
Please consider applying this patch (or similar) for the next upload.
In addition, the /proc information below is for a riscv64 VisionFive V1 SBC.
Thank you,
-Alan Beadle
THREAD_FLAG
Special thanks to Bo YU for help in preparing this bug
report.
-Alan Beadle
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: riscv64
Kernel: Linux 5.18.0-starfive-5.18 (SMP w/2 CPU threads)
Loca
12.1.0-2
ii libstdc++6 12.1.0-2
ii open-invaders-data 0.3-7
open-invaders recommends no packages.
open-invaders suggests no packages.
-- no debconf information
From: Alan Beadle
Date: Fri 27 May 2022 09:36:54 PM EDT
Subject: Fix ftbfs on riscv
Fix failing compile-time detection of datay
fan recommends no packages.
thinkfan suggests no packages.
-- no debconf information
fix ftbfs on riscv64
Alan Beadle
--- thinkfan-1.3.1.orig/CMakeLists.txt
+++ thinkfan-1.3.1/CMakeLists.txt
@@ -8,6 +8,8 @@ cmake_minimum_required(VERSION 3.0)
# Generate absolute paths or something
cmake_poli
Tags: patch
Fix missing date field in patch.
Also since this bug currently renders the package unusable, I believe
it should have a higher severity.
-Alan Beadle
bts715685_hof
Description: Binary data
Tags: patch
A patch for this bug is attached.
-Alan Beadle
bts715685_hof
Description: Binary data
Package: biniax2
Version: 1.30-5
Followup-For: Bug #715685
X-Debbugs-Cc: ab.bea...@gmail.com
Dear Maintainer,
* What led up to the situation?
Launching biniax 2
* What exactly did you do (or not do) that was effective (or
ineffective)?
I launched biniax 2 in a terminal to observe the
13 matches
Mail list logo
