Package:
libgcobol-15-dev,libgcobol-15-dev-amd64-cross,libgcobol-15-dev-arc-cross,libgcobol-15-dev-arm64-cross,libgcobol-15-dev-ppc64el-cross
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
The file /usr/share/man/man3/gcobol.3.gz is contained in the packages
* libgcobo
Control: reopen -1
Hi Matthias,
On Thu, Nov 14, 2024 at 11:21:01AM +, Debian Bug Tracking System wrote:
> no feedback, closing this issue.
I can still reproduce it in quite some variety.
gnat-13- as built from src:gcc-13 still contains unversioned
tools. There are declared conflicts for var
Control: reopen -1
On Sun, Apr 06, 2025 at 06:51:02PM +, Debian Bug Tracking System wrote:
> #1101749: ga68-15 and ga68-15-doc have undefined unpack behavior due to
> filesystem aliasing
>
> It has been closed by Debian FTP Masters
> (reply to Matthias Klose ).
I fear whatever you did, wa
Package: lib32atomic1,libn32atomic1
Version: 15-20250329-1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Hi Matthias,
I observe that lib32atomic1 and libn32atomic1 both install
/usr/lib32/libatomic.so.1 and /usr/lib32/libatomic.so.1.2.0 without
declaring any suitable r
Package: libgccjit-15-doc
Version: 15-20250319-1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libgccjit-14-doc
libgccjit-{14,15}-doc both install files into /usr/share/info/. For one
thing, that's libgccjit.info.gz and for another image files belo
Package: ga68-15,ga68-15-doc
Version: 15-20250329-1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
ga68-15 installs /usr/share/doc/ga68-15 as a symbolic link pointing to
gcc-15-base whereas ga68-15-doc installs the same location as a
directory containing a file. Where th
On Fri, Feb 14, 2025 at 02:20:50PM +0100, Erez wrote:
> My real question is why do we have gcc-14-aarch64-linux-gnu:arm64 in the
> pool?
It's the native compiler used for natively building arm64 packages.
Without it, we cannot build any packages on arm64.
> Cross compilers using the same host and
Hi Matthias,
On Fri, Feb 14, 2025 at 04:26:02PM +0100, Matthias Klose wrote:
> I don't want to apply this patch for trixie. Having these as and ld
> symlinks in the gcc_lib_dir had other issues. The main reason for that
Fair enough. However, we need some mechanism to redirect gcc into using
the
diff --minimal -Nru gcc-14-14.2.0/debian/changelog
gcc-14-14.2.0/debian/changelog
--- gcc-14-14.2.0/debian/changelog 2025-01-30 08:50:29.0 +0100
+++ gcc-14-14.2.0/debian/changelog 2025-02-14 08:18:41.0 +0100
@@ -1,3 +1,10 @@
+gcc-14 (14.2.0-16.1) UNRELEASED; urgency=medium
+
Hi Matthias,
I'm recording the results of our IRC discussion on PIE here.
You argued that PIE should remain opt-in, beause it is not enabled by
default on the upstream side. You also argued that dpkg provides a nopie
spec file so that should work.
I argued that PIE is enabled for all release arc
-27 10:10:37.0 +0100
@@ -1,3 +1,10 @@
+gcc-15 (15-20250114-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Only pass --enable-multiarch once for staged builds. (Closes: #-1)
+
+ -- Helmut Grohne Mon, 27 Jan 2025 10:10:37 +0100
+
gcc-15 (15-20250114-1) experimental
On Thu, Jan 09, 2025 at 08:27:13AM +0100, Helmut Grohne wrote:
> lib32atomic1 and libn32atomic1 have an undeclared cross-architecture
> file conflict on /usr/lib32/libatomic.so.1 and
> /usr/lib32/libatomic.so.1.2.0. This applies to bullseye, bookworm,
> trixie and sid. I am not awar
Package: lib32atomic1,libn32atomic1
Version: 10.2.1-6
Severity: important
Justification: undeclared cross-architecture file conflict
User: debian...@lists.debian.org
Usertags: fileconflict
lib32atomic1 and libn32atomic1 have an undeclared cross-architecture
file conflict on /usr/lib32/libatomic.so
Package: cpp-11,cpp-11-x86-64-linux-gnu
Severity: serious
Justification: fails to install
User: debian...@lists.debian.org
Usertags: fileconflict
Control: clone -1 -2
Control: retitle -2 cpp-12 and cpp-12-x86-64-linux-gnu have an undeclared
cross-architecture file conflict
Control: reassign -2 cpp
Package: lib32stdc++6-15-dbg,libstdc++6-15-dbg,libx32stdc++6-15-dbg
Version: 15-20241220-1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + lib32stdc++6-14-dbg libstdc++6-14-dbg libx32stdc++6-14-dbg
lib32stdc++6-15-dbg, libstdc++6-15-dbg and libx32std
+1,10 @@
+gcc-14 (14.2.0-7.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Let gfortran-PV-for-host depend on libgfortran-PV-dev. (Closes: #-1)
+
+ -- Helmut Grohne Sun, 03 Nov 2024 19:29:38 +0100
+
gcc-14 (14.2.0-7) unstable; urgency=medium
* Update to git 20241019 from the g
Hi Drew,
On Sat, Nov 02, 2024 at 05:14:31PM +0100, Drew Parsons wrote:
> It seems to me there's the proverbial elephant in the room if we're
> discussing improving cross-compilation compiler dependency definitions, and
> that's the MPI compiler wrapper mpicc/mpicxx/mpifort.
>
> Most of the packag
Hi fellow cross/toolchain people,
you know I'm looking into making packages cross build and today I
happened to look into fftw3. What sounds like any other package turns
out to be a very interesting one, because fftw3 uses Fortran. It happens
to declare Build-Depends: mpi-default-dev, which happen
Source: gcc-14
Version: 14.2.0-6
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
I noticed that there are multiple symbol issues on multiple
architectures. You can easily find them in the native build logs and
they seem to have been turned non-fatal there:
x32:
https://buildd.debian
Multi-Arch coinstallability of *-for-host packages. (Closes: #-1)
+
+ -- Helmut Grohne Wed, 18 Sep 2024 14:17:40 +0200
+
gcc-defaults (1.219) unstable; urgency=medium
* Build gdc and gm2 packages for loong64. Closes: #1069714,
diff --minimal -Nru gcc-defaults-1.219/debian/control
gcc-defaults-1.219+n
Package: libasan8
Version: 14.1.0-5
User: helm...@debian.org
Usertags: rebootstrap
The source package libasan.symbols.common declares symbols
___interceptor_shmctl and __interceptor_trampoline_shmctl, but the
armhf binary package symbols file misses them. This is also evident from
the build log
ht
On Mon, Apr 15, 2024 at 06:10:16PM +0200, Helmut Grohne wrote:
> In any case, I looked into prototyping this suggested move as a patch to
> the gcc packaging. I am attaching a proof-of-concept of this, but I'm
> not particularly fond of it as it noticeably increases the packaging
&
Source: gcc-14
Version: 14-20240121-1
Severity: wishlist
User: helm...@debian.org
Usertags: rebootstrap
X-Debbugs-Cc: debian-cr...@lists.debian.org
Hello Matthias,
the -for-host stuff doesn't quite work for architecture cross bootstrap
yet and I'm looking into why. What initially seemed like a tr
Source: gcc-14
Tags: patch upstream
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80677
User: helm...@debian.org
Usertags: rebootstrap
X-Debbugs-Cc: debian-cr...@lists.debian.org
Hi Matthias,
I've been fighting LIMITS_H_TEST for a long time. The basic problem with
it is that it uses dif
kages. I think we should change (=
${gcc:Version}) to (>= ${gcc:SoftVersion}) as is done elsewhere. Do you
agree?
I'm attaching the obvious patch.
Helmut
commit 843e8ae7602a0ec16c67d7064396fa2acd1182cd
Author: Helmut Grohne
Date: Fri Mar 22 09:35:04 2024 +0100
use gcc:SoftVersi
user debian...@lists.debian.org
usertags 1063664 + fileconflict
reassign 1063664
gnat-13-aarch64-linux-gnu,gnat-13-arm-linux-gnueabihf,gnat-13-i686-linux-gnu,gnat-13-powerpc64le-linux-gnu,gnat-13-riscv64-linux-gnu,gnat-13-s390x-linux-gnu
found 1063664 10.5.0-1cross2
affects 1063664 + gnat-10-aarch
Package: libgcc-s1
Version: 13.2.0-8
Tags: patch
User: helm...@debian.org
Usertags: dep17
Hi Matthias,
for finalizing the /usr-merge transition via DEP17, we want to move all
aliased files to /usr. I'm attaching a patch that implements this for
libgcc_s.so.1 which is the only file from the gcc-13
07:38:31.0 +0100
@@ -1,3 +1,10 @@
+elfutils (0.190-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTCBFS: Do not leak host flags into native build. (Closes: #-1)
+
+ -- Helmut Grohne Fri, 08 Dec 2023 07:38:31 +0100
+
elfutils (0.190-1) unstable; urgency=medium
Control: clone -1 -2
Control: retitle -2 gcc-13: missing debhelper dependency for cross toolchain
builds
Control: tags -2 =
Control: severity -2 normal
Hi Matthias,
On Sun, Jul 30, 2023 at 09:40:35PM +0200, Helmut Grohne wrote:
> On Sun, Jul 30, 2023 at 07:10:09AM +0200, Matthias Klose wr
any artifacts? .debs? build logs? I think the patch is
pretty straight forward.
Helmut
--- gcc-13-13.1.0/debian/changelog
+++ gcc-13-13.1.0/debian/changelog
@@ -1,3 +1,10 @@
+gcc-13 (13.1.0-9.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Delete 32bit liblsan packages. (Closes: #1
Package: lib32lsan0,lib64lsan0,libx32lsan0
Version: 13.1.0-9
Severity: important
Hi Matthias,
I am a bit confused about lib*lsan0. These are support libraries for the
leak sanitizer, but the multilib ones are empty (and the package
description even says so). However, these packages don't seem to
Package: gcc
Version: 4:13.1.0-1
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
$ ls -la usr/lib/bfd-plugins/liblto_plugin.so
lrwxrwxrwx 1 0 0 43 May 1 09:22 liblto_plugin.so ->
../gcc/x86_64-linux-gnu/13/liblto_plugin.so
$ ls -la usr/lib/gcc/x86_64-linux-gnu/13
stall-location.diff. (Closes: #-1)
+
+ -- Helmut Grohne Wed, 12 Apr 2023 07:17:42 +0200
+
gcc-13 (13-20230411-1) experimental; urgency=medium
* New upstream snapshot, taken from the trunk.
diff --minimal -Nru
gcc-13-13-20230411/debian/patches/cross-install-location.diff
gcc-13-13-20230411/d
Control: tags -1 + wontfix
Control: close -1
Control: block 983600 by 666743
Hi Dima,
On Thu, Mar 02, 2023 at 09:15:41AM -0800, Dima Kogan wrote:
> Hi. This is the underlying cause of
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983600
Thank you for working on this and thank you for
13:33:34.0 +0100
@@ -1,3 +1,10 @@
+gcc-12 (12.2.0-14.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Improve cross building: Pass GM2_FOR_TARGET. (Closes: #-1)
+
+ -- Helmut Grohne Mon, 27 Feb 2023 13:33:34 +0100
+
gcc-12 (12.2.0-14) unstable; urgency=medium
* Update t
Package: g++-13
Version: 13-20221214-1
Severity: serious
Hi Matthias,
thanks for pushing gcc-13 into experimental already. That leaves plenty
of time to work on it. I've located a quite fundamental problem with it
already:
$ cat test.c++
#include
$ g++-13 -c test.c++
In file included from /usr/
On Thu, Nov 10, 2022 at 02:01:02PM +0800, 张丹丹 wrote:
> - Are there any missing? Please tell me.
I confirm that gcc-12 fails stage3 without this patch and succeeds after
applying it.
Note that the patch no longer applies cleanly due to an empty line.
Helmut
Control: tags -1 + unreproducible
On Tue, Nov 08, 2022 at 11:20:33AM -0800, Dima Kogan wrote:
> Package: gcc-arm-linux-gnueabihf
> Version: 4:12.2.0-1
> Severity: important
> X-Debbugs-Cc: none, Dima Kogan
>
> Hi. I have a "tst.c" which has just one line:
>
> #include
>
> Cross-compiling it
, the lintian overrides
binary-without-manpage are not useful and should be deleted. Deleting
them now reduces the code churn for gcc-for-host. I'm attaching a patch
for your convenience.
Helmut
>From 7e3722a05d8855d71c985706c8d503ba53562af5 Mon Sep 17 00:00:00 2001
From: Helmut Grohne
Date
such the conflict should be
dropped rather than moved around with the gcc-for-host patches. I'm
attaching a patch for your convenience.
Helmut
>From 5c93b56b9a8b758e459e636a0235b648d459590b Mon Sep 17 00:00:00 2001
From: Helmut Grohne
Date: Fri, 27 Mar 2020 15:31:00 +0100
Subject: [PAT
+0100
+++ libffi-3.4.2/debian/changelog 2022-04-29 17:59:05.0 +0200
@@ -1,3 +1,10 @@
+libffi (3.4.2-4.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Don't override DEB_BUILD_OPTIONS=nocheck for cross builds. Closes: #-1.
+
+ -- Helmut Grohne Fri, 29 Apr 2022 17:5
.
+ * Fix application of cross-fixes.diff. (Closes: #-1)
+
+ -- Helmut Grohne Fri, 29 Apr 2022 06:54:13 +0200
+
gcc-12 (12-20220428-1) unstable; urgency=medium
* New upstream snapshot, taken from the gcc-12 branch.
diff --minimal -Nru gcc-12-12-20220428/debian/patches/cross-fixes.diff
gcc
) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Do build libatomic for DEB_STAGE=rtlibs. (Closes: #-1)
+
+ -- Helmut Grohne Mon, 11 Apr 2022 06:06:01 +0200
+
gcc-12 (12-20220319-1) unstable; urgency=medium
* New upstream snapshot, taken from the trunk.
diff --minimal -Nru gcc-12-12
Source: gcc-12
Version: 12-20220126-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
cross-no-locale-include.diff no longer applies, because the target file
cppdefault.c was renamed to cppdefault.cc. This is easily fixed:
sed -i -e 's/cppdefault\.c/&c/' debian/patche
Source: gcc-12
Version: 12-2027-1
Tags: patch
User: helm...@debian.org
Usertags: ftcbfs
cross-install-location.diff does not apply due to changes in gcc. I'm
attaching a patch to fix that. Can you apply it? I plan to send more
fixes. Would you like to receive them in a different form (e.g. sal
:04.0 +0100
+++ debugedit-5.0/debian/changelog 2021-11-21 12:11:50.0 +0100
@@ -1,3 +1,10 @@
+debugedit (1:5.0-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Re-add Multi-Arch: foreign to debugedit. Closes: #-1.
+
+ -- Helmut Grohne Sun, 21 Nov 2021 12:11:50
Package: gcc-11-base
Version: 11.2.0-3
Severity: serious
Justification: dpkg unpack error
gcc-11-base's changelog.Debian.gz is different on mipsel than everywhere
else. Indeed, the version is duplicate in the changelog. As such,
gcc-11-base:mipsel fails to coinstall with everything else despite be
Package: libffi
Version: 3.3-6
Tags: ftbfs patch
User: helm...@debian.org
Usertags: rebootstrap
libffi needs a symbol update to build for musl-linux-mips. As it
happens, the symbols work like on mips. I think they're actually
independent of the libc and kernel and therefore suggest replacing mips
0 @@
+gcc-11 (11.1.0-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix -fstack-protector on musl. (Closes: #-1)
+
+ -- Helmut Grohne Fri, 04 Jun 2021 18:14:22 +0200
+
gcc-11 (11.1.0-2) experimental; urgency=medium
* Update to git 20210508 from the gcc-11 branch.
diff -
Source: gcc-11
Version: 10.2.1-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
The libasan symbols do not match on riscv64 at present. Wrong symbols do
not presently abort a native build, which is why it appears successful
on the buildds. riscv64 is incorrectly recognized as a 32bit
a
Source: libffi
Version: 3.3-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
libffi needs a symbol update to build for musl-linux-mipsel. As it
happens, the symbols work like on mipsel. I think they're actually
independent of the libc and kernel and therefore suggest replacing
mipsel w
Source: gcc-11
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
I noticed that building a stage1 cross compiler does not issue exactly
the right Build-Depends. rebootstrap has traditionally ignored gcc's
Build-Depends and just installed what it thinks was right, but maybe
t
Control: clone -1 -2
Control: retitle -2 mpfr4 FTBFS on musl-linux-armhf: symbol differences
On Mon, May 03, 2021 at 05:44:49PM +0200, Helmut Grohne wrote:
> mpfr4 fails to build from source on musl-linux-arm64 due to symbol
> differences. mpfr4 has a number of symbols that happen
Source: mpfr4
Version: 4.1.0-3
Tags: ftbfs patch
User: helm...@debian.org
Usertags: rebootstrap
mpfr4 fails to build from source on musl-linux-arm64 due to symbol
differences. mpfr4 has a number of symbols that happen to be
architecture dependent including some for arm64 (glibc). Those happen to
n
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-gcc@lists.debian.org
Dear ftp master,
please remove the source package gcc-cross-support and all of its
binary packages from experimental.
gcc-cross-support was meant as a proof-of-concept for showcasing where
we're headed. This now c
.15-3.2) UNRELEASED; urgency=medium
+
+ * Fix converstion of arch qualified relations. (Closes: #-1)
+
+ -- Helmut Grohne Mon, 15 Feb 2021 17:36:34 +0100
+
dpkg-cross (2.6.15-3.1) unstable; urgency=medium
* Non-maintainer upload.
diff --minimal -Nru dpkg-cross-2.6.15/dpkg-cross dpkg-cross-2.6.
11-11 17:12:05.0 +0100
+++ libffi-3.3/debian/changelog 2021-02-12 17:53:33.0 +0100
@@ -1,3 +1,10 @@
+libffi (3.3-5.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Update nios2 symbols. Closes: #-1.
+
+ -- Helmut Grohne Fri, 12 Feb 2021 17:53:33 +0100
+
libffi (
Control: reopen -1
Control: reassign -1 gfortran-11
On Sat, Feb 13, 2021 at 01:09:30PM +, Debian Bug Tracking System wrote:
> as the package gcc-8 has just been removed from the Debian archive
> unstable we hereby close the associated bug reports. We are sorry
> that we couldn't deal with you
Control: reopen -1
Control: reassign -1 src:gcc-11
On Sat, Feb 13, 2021 at 01:09:15PM +, Debian Bug Tracking System wrote:
> as the package gcc-8 has just been removed from the Debian archive
> unstable we hereby close the associated bug reports. We are sorry
> that we couldn't deal with your
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: debian-gcc@lists.debian.org
nmu gcc-11_11-20210207-1 . ANY . experimental . -m "rebuild with downgraded
binutils"
binutils was downgraded from 2.36 to 2.35. As a consequence,
Hi Norbert,
On Sat, Feb 06, 2021 at 08:08:20PM +0900, Norbert Preining wrote:
> > The bug you report is actually present in -1 already.
>
> Hmmm
>
> > The package is not unusable. It merely cannot be coinstalled.
>
> then why on earth did I have both arch (amd64, i386) installed on my
> c
Control: forcemerge 981835 -1
On Fri, Feb 05, 2021 at 05:36:45PM +0900, Norbert Preining wrote:
> Package: libelf1
> Version: 0.182+20210203-1.1
The bug you report is actually present in -1 already.
> Severity: grave
> Justification: renders package unusable
The package is not unusable. It mere
Control: clone -1 -2
Control: retitle -2 handle gettext PO-Revision-Date
Control: reassign -2 libstrip-nondeterminism-perl
Control: block -1 by -2
On Thu, Feb 04, 2021 at 06:51:49PM +, Simon McVittie wrote:
> 0.182+20210203-1.1 doesn't seem to solve this as intended, and triggers
> a similar f
4 13:05:58.0 +0100
@@ -1,3 +1,10 @@
+elfutils (0.182-3.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Make the build reproducible. (Closes: #-1)
+
+ -- Helmut Grohne Thu, 04 Feb 2021 13:05:58 +0100
+
elfutils (0.182-3) unstable; urgency=medium
* Build with -flto
Source: gcc-11
Version: 11-20201222-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Building cross compilers from gcc-11 presently fails, because it fails
moving g++-mapper-server, which is expected in .../gcc-cross/... but is
installed into .../gcc/ It seems like cross-install-lo
Source: elfutils
Version: 0.180-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
The pkg.elfutils.nodebuginfod build profile broke with the introduction
of libdebuginfod. I suggest also covering the library with the profile.
Please consider applying the attached patch to that end.
Hel
bootstrap build with dummy libdebuginfod and without
+debuginfod. (Closes: #-1)
+
+ -- Helmut Grohne Sun, 08 Nov 2020 15:38:00 +0100
+
elfutils (0.182-1) unstable; urgency=medium
* New upstream release.
diff --minimal -Nru elfutils-0.182/debian/rules elfutils-0.182/debian/rules
--- elfu
Mon Sep 17 00:00:00 2001
From: Helmut Grohne
Date: Wed, 23 Sep 2020 21:50:56 +0200
Subject: [PATCH 1/2] fix architecture field of per-architecture packages
Reported-by: Matthias Klose
---
debian/control.m4 | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/debian/co
Hi Matthias,
On Wed, Sep 23, 2020 at 05:52:47PM +0200, Matthias Klose wrote:
> On 9/23/20 1:26 PM, Helmut Grohne wrote:
> > Hi Matthias,
> >
> > thank you for reviewing my patch!
> >
> > On Wed, Sep 23, 2020 at 12:48:10PM +0200, Matthias Klose
Hi Matthias,
thank you for reviewing my patch stack.
On Wed, Sep 23, 2020 at 05:26:56PM +0200, Matthias Klose wrote:
> you'll see warnings when dpkg-genchanges runs. looks like you want the
> architecture file to list the one architecture explicitly, not list "any".
Yes. I got this wrong. It's c
Hi Matthias,
thank you for reviewing my patch!
On Wed, Sep 23, 2020 at 12:48:10PM +0200, Matthias Klose wrote:
> looking at this patch:
>
> - dh_installdocs -p$(p_gdc)
> - dh_installchangelogs -p$(p_gdc) src/gcc/d/ChangeLog
> + debian/dh_doclink -p$(p_gdc_n) $(p_xbase)
>
> doesn't w
On Sun, Aug 02, 2020 at 06:41:33PM +0200, Mark Wielaard wrote:
> If it is convenient for Debian we can do a 0.181 release to make this
> official.
Thank you for the offer. I don't think that anything (in Debian) links
libdebuginfod at present. Therefore we'll just make the library and the
program
:34:22.0 +0200
+++ elfutils-0.180/debian/changelog 2020-08-02 14:43:31.0 +0200
@@ -1,3 +1,10 @@
+elfutils (0.180-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add pkg.elfutils.nodebuginfod build profile. (Closes: #966705)
+
+ -- Helmut Grohne Sun, 02 Aug 2020 14:43
Source: elfutils
Version: 0.180-1
Severity: important
User: helm...@debian.org
Usertags: rebootstrap
elfutils introduced a dependency loop. Please revert the
libmicrohttpd-dev dependency now and discuss how it can be added back.
Actual loop:
src:elfutils
libmicrohttpd-dev
src:libmicrohttpd
libcu
loses: #-1)
+
+ -- Helmut Grohne Sat, 18 Jul 2020 06:42:14 +0200
+
gcc-10 (10.1.0-6) unstable; urgency=medium
* Update to git 20200714 from the gcc-10 branch.
diff --minimal -Nru gcc-10-10.1.0/debian/libasan.symbols.common
gcc-10-10.1.0/debian/libasan.symbols.common
--- gcc-10-10.1.0/d
On Tue, Jun 30, 2020 at 02:34:35PM +0800, YunQiang Su wrote:
> No clear sense.
> I just wonder that will conficts happen for native gcc:i686 conflict with
> gcc-i686-linux-gnu:amd64?
> if gcc-i686-linux-gnu:amd64 is marked as Multi-Arch:foreign.
Well yes, there will be conflicts. Those conflicts a
Control: clone -1 -2
Control: submitter -2 !
Control: reassign -2 dpkg-cross
Control: retitle -2 mark dpkg-crossed packages Multi-Arch: foreign
Control: tags -2 + patch
On Fri, Jun 26, 2020 at 02:12:46PM +0800, YunQiang Su wrote:
> Helmut Grohne 于2020年6月26日周五 上午5:11写道：
> > Did you act
On Thu, Jun 25, 2020 at 09:49:01AM +0800, YunQiang Su wrote:
> Helmut Grohne 于2020年6月24日周三 上午6:30写道：
> > On Sun, Jun 21, 2020 at 09:10:48PM +0800, YunQiang Su wrote:
> > > The major problem is Depends: libgcc-10-dev-i386-cross:amd64 (>=
> > > 10.1.0-3cross1) but
Hi,
On Sun, Jun 21, 2020 at 09:10:48PM +0800, YunQiang Su wrote:
> The major problem is Depends: libgcc-10-dev-i386-cross:amd64 (>=
> 10.1.0-3cross1) but it is not installable
> we need to mark gcc-10-i686-linux-gnu depends on
> libgcc-10-dev-i386-cross:all to solve this problem.
Can you try app
.
+ * Mark all cross tools Multi-Arch: foreign. (Closes: #-1)
+
+ -- Helmut Grohne Thu, 11 Jun 2020 18:07:43 +0200
+
gcc-defaults (1.185.1) unstable; urgency=medium
* Build the mipsel and mips64el cross packages from the
diff --minimal -Nru gcc-defaults-1.185.1/debian/control
gcc-defaults
-3.3/debian/changelog 2020-03-23 21:28:54.0 +0100
+++ libffi-3.3/debian/changelog 2020-05-10 21:29:50.0 +0200
@@ -1,3 +1,10 @@
+libffi (3.3-4.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Update mips64 symbols. (Closes: #-1)
+
+ -- Helmut Grohne Sun, 10 May 2020
Source: gcc-10
Version: 10-20200411-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: block 881687 by -1
Control: affects -1 + src:gcc-9
In #881687, YunQiang Su sent a patch that disentangles multilibs in
dpkg-cross for mipsen. The problem is that after dpkg-cross, the
relevant
Control: reassign -1 src:gcc-10
Hi Matthias,
On Sun, Sep 30, 2018 at 02:46:04PM +0200, Helmut Grohne wrote:
> > - please complete the patch to cover all frontends. while these
> >might not be necessary for your bootstrap effort, I'd like to
> >have all fro
Source: gcc-9
Version: 9.1.0-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
I noticed that cross-install-location.diff no longer applies. The
attached patch fixes that. Please let me know if you'd prefer a pull
request on salsa.
Helmut
--- a/debian/patches/cross-instal
Source: gnupg2
Version: 2.2.15-1
Severity: important
Tags: ftbfs patch upstream
User: helm...@debian.org
Usertags: rebootstrap
gnupg2 fails to build from source with gcc-9, here is the relevant part
of a cross build log:
| aarch64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../dirmngr -I..
-DLOCALED
Source: gcc-8
Version: 8.3.0-2
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap
gcc-8 fails to cross build from source.
http://crossqa.subdivi.de/build/gcc-8_8.3.0-2_ppc64el_20190301030546.log
| powerpc64le-linux-gnu-g++-8 -fno-PIE -c -g -O2 -DIN_GCC -fno-exceptions
-fno-rtti
On Thu, Jan 24, 2019 at 04:38:19PM +0100, Helmut Grohne wrote:
> Ultimately, this means that marking binutils- M-A:foreign was
> wrong. It means that binutils plays the same role as ruby, perl, python
> and even make: you can load shared objects into it, but much of the time
> you d
On Mon, Mar 11, 2019 at 04:34:35PM +, Santiago Vila wrote:
> Status: failed gcc-8-cross_26_amd64-20190309T042203.371Z
I've looked at the log and found a more useful bit:
| ../../gnatbind -I- -nostdinc
-I/<>/gcc/build/x86_64-linux-gnu/libgnatvsn
-I/<>/gcc/build/gcc/ada/rts -I. -I/<>/gcc
Hi,
On Wed, Jan 23, 2019 at 05:52:19PM +0100, Amaury Pouly wrote:
> Probably gcc-8 should be in conflict with binutils-x86-64-linux-gnu:i386
> because
> of the following chain of events:
> - install an unstable amd64 system
> - enable multiarch i386
> - install gcc-8
> - install binutils-x86-64-l
Hi Matthias,
On Tue, Dec 18, 2018 at 02:32:16AM +0100, Matthias Klose wrote:
> doesn't this approach of dropping the provides only defers the problem? You
> will
> see that again when cross building packages. So it looks to me that you want
> to
> include in the multiarch id into these provides
Source: gcc-8
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affetcs -1 + src:gcc-8-cross src:gcc-8-cross-ports
gfortran-8- presently Provides: gfortran-mod-15 and given
that gfortran-8- is Multi-Arch: foreign, this is provided
for any architecture. libopenmpi-dev Depends: gfo
On Mon, Dec 03, 2018 at 01:30:43AM +0800, YunQiang Su wrote:
> YunQiang Su 于2018年12月2日周日 下午11:42写道：
> >
> > Matthias Klose 于2018年12月2日周日 下午4:51写道：
> > >
> > > On 02.12.18 09:31, Aron Xu wrote:
> > > > Running with Valgrind shows some errors:
> > >
> > > that might point to the gcc-search-prefixed
1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ *
+
+ -- Helmut Grohne Sat, 29 Sep 2018 13:31:54 +0200
+
gcc-8 (8.2.0-7) unstable; urgency=medium
* Update to SVN 20180917 (r264370) from the gcc-8-branch.
diff -u gcc-8-8.2.0/debian/control.m4 gcc-8-8.2.0/debian/control.m4
--- g
Control: tags -1 + patch
On Wed, Mar 07, 2018 at 07:16:26PM +0100, Helmut Grohne wrote:
> Since it practically is the default "everywhere", can we move on to
> enable PIE for all "new" architectures by turning the opt-in list
> opt-out? While at it, can we keep this
2018-09-18 17:21:59.0 +0200
@@ -1,3 +1,10 @@
+isl (0.20-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTCBFS: Annotate Build-Depends: python3 with :any. (Closes: #-1)
+
+ -- Helmut Grohne Tue, 18 Sep 2018 17:21:59 +0200
+
isl (0.20-2) unstable; urgency=m
Control: reassign -1 src:gcc-8
Control: tags -1 + patch
Hi Matthias,
I've updated the patch now. It has become fairly trivial.
We added support for "X-DH-Build-For-Type: target" a while ago. That
flag alone makes dh_strip choose the right tooling.
So whenever debhelper is recent enough, we can
Source: gcc-7
Version: 7.3.0-27
Severity: serious
Tags: ftbfs
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
I'm not sure whether you're aware already, but I felt that it was best
to just document that gcc-7 fails to build against isl 0.20. I tried to
check the vcs on whether this is
Source: stockfish
Version: 9-1
Severity: serious
Tags: ftbfs
User: helm...@debian.org
Usertags: rebootstrap
stockfish fails to build from source on armel, mips, mipsel, m68k,
powerpc, powerpcspe and sh4. A build log from mips ends with:
| g++ -o stockfish benchmark.o bitbase.o bitboard.o endgame.
Hi Jakub,
On Thu, Apr 19, 2018 at 12:31:03AM +0200, Jakub Wilk wrote:
> GCC no longer looks for "as" in the directory specified by the -B option:
Yes, I asked Matthias for passing --with-as to gcc.
> This breaks afl-gcc (part of the afl package), which uses the -B option to
> talk GCC into using
Control: reopen -1
Control: reassign -1 src:gcc-8
Hi Matthias,
you requested that I send my unfinished work and here it goes. I've seen
that you have quickly applied my previous patches towards this matter
and would like to thank you. The attached patch was last tested on
8-20180402-1. I perform
1 - 100 of 188 matches
Mail list logo
