Control: reopen -1
Control: reassign -1 src:gcc-6
On Tue, Sep 20, 2016 at 10:19:12PM +, Debian Bug Tracking System wrote:
> Please allow selecting the target architecture using "dpkg-buildpackage
> --target-arch" again. This ability was removed in 4.9.2-7 when #768167
> was fixed.
>
> I am at
=medium
+
+ * Non-maintainer upload.
+ * Mark autoconf2.64 Multi-Arch: foreign (Closes: #-1)
+
+ -- Helmut Grohne Mon, 05 Dec 2016 20:39:56 +0100
+
autoconf2.64 (2.64+dfsg-0.1) unstable; urgency=medium
* Non-maintainer upload.
diff -u autoconf2.64-2.64+dfsg/debian/control
autoconf2.64-2.64+dfsg
Package: libstdc++-6-dev
Version: 6.3.0-1
Severity: important
User: helm...@debian.org
Usertags: rebootstrap
An attempt at installing libstdc++-6-dev:armel fails:
| # apt-get -y install libstdc++-6-dev libstdc++-6-dev:armel
| ...
| dpkg: error processing archive
/tmp/apt-dpkg-install-N1eyfh/12-l
Source: gcc-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
It was never possible to bootstrapp x86 architectures using gcc-6,
because stage1 and stage2 compilers were never buildable. That's due to
gcc-6 enabling libmpx by default. However, libmpx needs a working libc.
Thus the stage
Source: gcc-7
Version: 6.3.0-5
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
I started trying cross toolchain builds with gcc-7 and quickly noticed
that cross-install-location.diff hasn't been updated for gcc-7 yet. I am
attaching a patch to that minimally updates it to
Source: gcc-7
Version: 7-20170221-1
Severity: wishlist
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
thank you for disabling brig in stage1 and stage2. It still is rightly
enabled in the unstaged cross compiler build. Since it is not needed for
bootstrapping, I'd like to disable bri
Source: gcc-7
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
trying to build gcc-7 with DEB_STAGE=rtlibs results in an error over
here. A nios2 build[1] fails with:
| DEB_HOST_ARCH=nios2 dh_gencontrol -pgcc-7-nios2-linux-gnu-base --
-v7-20170226-1 '-Vlibgcc:Version=1:7-
Source: gcc-7
Severity: wishlist
Tags: patch
Control: block 798955 by -1
User: helm...@debian.org
Usertags: rebootstrap
For coinstalling multiple libcs (e.g. any-gnu-any-any and
any-musl-any-any) or coinstalling glibc for different kernels (e.g.
linux-any and kfreebsd-any), it is necessary to move
Source: gcc-7
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Building gcc libraries with DEB_STAGE=rtlibs is now successful. Yet the
resulting packages are not currently installable. See e.g.:
> Setting up gcc-7-base:tilegx (7-20170316-1) ...
> dpkg: dependency problems prevent config
Source: gcc-7
Severity: wishlist
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
The multiarch stuff in gcc is still not entirely upstream and we are
carrying part of it in debian/patches/gcc-multiarch.diff. Notably
missing there is support for non-glibc architectures. Wou
Source: gcc-7
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
there is yet another issue with the current cross compiler build (using
-$arch-cross packages, not the with_deps_on_target_arch patchset). In
the unstaged cross compiler build, unannotated dependencies on the
mu
Source: gcc-7
Version: 7.1.0-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
the symbols for libasan and libubsan are still wrong for a couple of
architectures including sparc, sparc64, x32 and a few more. The build
doesn't fail, because errors from dh_makeshlibs are sti
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: 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
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
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
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
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
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
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
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
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
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-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: gcc-7
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: block 795432 by -1
Hi Matthias,
debhelper 10.9 fixed #795432 and that makes building a fortran cross
compiler fail.
debian/rules.d/binary-fortran.mk says:
dh_installdirs -p$(1) ...
The argument is the pla
Source: gcc-7
User: helm...@debian.org
Usertags: rebootstrap
Control: block 795432 by -1
Hi Matthias,
I discovered another debhelper 10.9 regression in gcc-7. In
debian/rules2, a dh_prep is passed -N$(p_hppa64) and that package is not
listed in debian/control while building DEB_STAGE=rtlibs.
I'm
Source: gcc-8,gcc-7
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
since debhelper 10.9.1, more specifically
https://anonscm.debian.org/git/debhelper/debhelper.git/commit/?id=93d8fdfc5dfc994af53fc6fed7f36f271b3abee5
the DEB_STAGE=rtlibs build of gcc fails. Such builds use
Control: tags -1 + patch
On Wed, Nov 29, 2017 at 02:33:53AM +0100, Matthias Klose wrote:
> as discussed on irc, the alternative solution should be preferred.
Ah, right. Thank you for the reminder.
In the mean time, I tried to agree on a better header name for
"X-DH-Build-For-Type: target" with G
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
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
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
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
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
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
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
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
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
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,
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
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
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 (
.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.
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
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
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: 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
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
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
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 -
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
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-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
-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
.
+ * 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
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
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
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 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
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
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
: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
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
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
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
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
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
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
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
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
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
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
Source: gcc-8
Version: 8-20180218-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: block 666743 by -1
While working on coinstallable toolchains, I deactivated biarch to speed
up initial test builds and discovered that doing so produces broken
Build-Depends. debian/control.m4 l
Source: gcc-8
Version: 8-20180218-1
Severity: wishlist
We have long transitioned to PIE by default on all release architectures
now. Still each gcc-V package tracks the architectures that enable PIE
by default in an opt-in list (pie_archs).
Since it is the default, PIE is much better supported th
Source: gcc-8
Version: 8-20180218-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: block 666743 by -1
Hi Matthias,
this is my second patch towards gcc-for-host. It reworks the
debian/rules.conf variable arch_gnutype_map. The first major change is
that it is now being generate
Source: gcc-8
Version: 8-20180218-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: block 666743 by -1
While working on coinstallable toolchains I ran into another problem.
When we want to install two native toolchains for different
architectures, we also want two native binuti
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
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
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.
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
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
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
: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
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
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
) 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
.
+ * 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
+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
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
, 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
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
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
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/
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
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
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
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
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
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
&
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
1 - 100 of 169 matches
Mail list logo