Bug#1069065: gcc-14: should -for-host builds move from cross-toolchain build to DEB_STAGE=rtlibs?

2024-04-30 Thread Helmut Grohne
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 > c

Bug#1069065: gcc-14: should -for-host builds move from cross-toolchain build to DEB_STAGE=rtlibs?

2024-04-15 Thread Helmut Grohne
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

Bug#1069066: LIMITS_H_TEST is frequently wrong on Debian

2024-04-15 Thread Helmut Grohne
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

Bug#1067904: $frontend-$version-for-host: versioned dependency too strict

2024-03-28 Thread Helmut Grohne
. 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:SoftVersion for -fo

Bug#1063664: gcc-13-cross: file conflicts between gnat-13- and gnat-{9,10}-

2024-03-26 Thread Helmut Grohne
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 +

Bug#1060001: libgcc-s1: move libgcc_s.so.1 to /usr for DEP17

2024-01-04 Thread Helmut Grohne
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

Bug#1057813: elfutils FTCBFS: leaks host flags into native build

2023-12-08 Thread Helmut Grohne
: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 * New

Bug#1042482: multilib lsan packages: dysfunctional?

2023-08-07 Thread Helmut Grohne
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

Bug#1042482: multilib lsan packages: dysfunctional?

2023-07-30 Thread Helmut Grohne
ogs? 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: #1042482) + + -- Helmut Grohne

Bug#1042482: multilib lsan packages: dysfunctional?

2023-07-28 Thread Helmut Grohne
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

Bug#1035521: gcc: broken liblto_plugin.so symlink

2023-05-04 Thread Helmut Grohne
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

Bug#1034293: cross-instal-location.diff no longer applies

2023-04-12 Thread Helmut Grohne
-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/debian

Bug#1032275: gcc-12-cross: gfortran-12-ARCH is missing Provides: virtual packages

2023-03-03 Thread Helmut Grohne
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

Bug#1032161: gcc-12 FTCBFS: -gm2 not found

2023-02-28 Thread Helmut Grohne
: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 to git

Bug#1026206: g++-13: fails to compile #include due to __float128 vs fixincludes

2022-12-16 Thread Helmut Grohne
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

Bug#1023785: gcc-12: add multilib-multiarch support for loongarch64

2022-11-27 Thread Helmut Grohne
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

Bug#1023692: gcc-arm-linux-gnueabihf: Compiling anything with fails: error: '_Float128' is not supported on this target

2022-11-14 Thread Helmut Grohne
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

Bug#1020600: gcc: objc: remove unused binary-without-manpage lintian overrides

2022-09-23 Thread Helmut Grohne
. As such, 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: Fri, 27

Bug#1020599: gcc: objc: drop obsolete sparc-only conflict

2022-09-23 Thread Helmut Grohne
. As 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: [PATCH] d

Bug#1010364: libffi overrides DEB_BUILD_OPTIONS=nocheck

2022-04-29 Thread Helmut Grohne
+++ 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:59:05 +0200

Bug#1010330: gcc-12 fails to build a cross compiler: cross-fixes.diff no longer applies

2022-04-28 Thread Helmut Grohne
. + * 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

Bug#1009286: gcc-12: DEB_STAGE=rtlibs should include libatomic

2022-04-10 Thread Helmut Grohne
) 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

Bug#1004683: gcc-12: cross-no-locale-include.diff no longer applies

2022-01-31 Thread Helmut Grohne
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//'

Bug#1000459: gcc-12: cross-install-location.diff does not apply

2021-11-23 Thread Helmut Grohne
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.

Bug#1000312: debugedit dropped Multi-Arch: foreign

2021-11-21 Thread Helmut Grohne
: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

Bug#993503: gcc-11-base: coinstallation error for mipsel

2021-09-02 Thread Helmut Grohne
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

Bug#990257: libffi: update symbols for musl-linux-mips

2021-06-23 Thread Helmut Grohne
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

Bug#989521: gcc-N: make ssp linking work on musl

2021-06-06 Thread Helmut Grohne
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 --minimal -

Bug#989205: gcc-11: update libasan symbols for riscv64

2021-05-28 Thread Helmut Grohne
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

Bug#989158: libffi: update symbols for musl-linux-mipsel

2021-05-26 Thread Helmut Grohne
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

Bug#988847: gcc-11: reduce Build-Depends of stage1

2021-05-20 Thread Helmut Grohne
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

Bug#988008: mpfr4 FTBFS on musl-linux-arm64: symbol differences

2021-05-19 Thread Helmut Grohne
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

Bug#988008: mpfr4 FTBFS on musl-linux-arm64: symbol differences

2021-05-03 Thread Helmut Grohne
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

Bug#984456: RM: gcc-cross-support/experimental -- ROM; implemented by gcc-defaults

2021-03-03 Thread Helmut Grohne
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

Re: Bug#982868: dpkg-cross generates erronous conflicts on like libc6-amd64:x32-i386-cross

2021-02-15 Thread Helmut Grohne
NRELEASED; 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.15/dpkg-cr

Bug#982765: libffi: update symbols for nios2

2021-02-13 Thread Helmut Grohne
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 (3.3-5

Bug#916376: closed by Debian FTP Masters (Bug#954831: Removed package(s) from unstable)

2021-02-13 Thread Helmut Grohne
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

Bug#892281: closed by Debian FTP Masters (Bug#954831: Removed package(s) from unstable)

2021-02-13 Thread Helmut Grohne
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

Bug#982524: nmu: gcc-11_11-20210207-1

2021-02-11 Thread Helmut Grohne
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,

Bug#981930: libelf1: fails to install

2021-02-06 Thread Helmut Grohne
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 >

Bug#981930: libelf1: fails to install

2021-02-05 Thread Helmut Grohne
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

Bug#981835: libelf1 violates Multi-Arch: same / unreproducible

2021-02-04 Thread Helmut Grohne
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

Bug#981835: libelf1 violates Multi-Arch: same / unreproducible

2021-02-04 Thread Helmut Grohne
+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-partition=none when

Bug#977959: gcc-11: update cross-install-location.diff for g++-mapper-server

2020-12-23 Thread Helmut Grohne
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

Bug#976875: elfutils: build profile pkg.elfutils.nodebuginfod broken

2020-12-08 Thread Helmut Grohne
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.

Bug#973981: elfutils FTCBFS: missing native dependencies for libdebuginfod

2020-11-08 Thread Helmut Grohne
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 --- elfutils-0.182

Bug#666743: gcc-for-host fixes

2020-10-18 Thread Helmut Grohne
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/control

Bug#666743: draft implementation for a Multi-Arch: foreign interface to gcc

2020-10-18 Thread Helmut Grohne
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

Bug#666743: dpkg-genchanges warnings

2020-09-23 Thread Helmut Grohne
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

Bug#666743: draft implementation for a Multi-Arch: foreign interface to gcc

2020-09-23 Thread Helmut Grohne
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

Bug#966705: elfutils introduced a bootstrap loop via libmicrohttpd-dev

2020-08-02 Thread Helmut Grohne
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

Bug#966705: elfutils introduced a bootstrap loop via libmicrohttpd-dev

2020-08-02 Thread Helmut Grohne
: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

Bug#966705: elfutils introduced a bootstrap loop via libmicrohttpd-dev

2020-08-02 Thread Helmut Grohne
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

Bug#965246: asan/vfork symbol issues

2020-07-17 Thread Helmut Grohne
: #-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/debian

Bug#963254: gcc-10: d/rules.def, set AQ to :all for cross build

2020-06-30 Thread Helmut Grohne
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

Bug#963254: gcc-10: d/rules.def, set AQ to :all for cross build

2020-06-26 Thread Helmut Grohne
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

Bug#963254: gcc-10: d/rules.def, set AQ to :all for cross build

2020-06-25 Thread Helmut Grohne
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

Bug#963254: gcc-10: d/rules.def, set AQ to :all for cross build

2020-06-23 Thread Helmut Grohne
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

Bug#962677: mark g++-multilib-mipsel-linux-gnu and other multilibs Multi-Arch: foreign

2020-06-11 Thread Helmut Grohne
. + * 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

Bug#960224: update symbols for mips64

2020-05-10 Thread Helmut Grohne
-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

Bug#958909: gcc-10: fails to build sparc64 cross compiler with multilib

2020-04-26 Thread Helmut Grohne
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

Bug#666743: draft implementation for a Multi-Arch: foreign interface to gcc

2020-04-04 Thread Helmut Grohne
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 fr

Bug#928785: gcc-9: cross-install-location.diff no longer applies

2019-05-10 Thread Helmut Grohne
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 ---

Bug#926984: gnupg2 FTBFS with gcc-9: dirmngr/dns.h:1058:24: error: lvalue required as unary '&' operand

2019-04-13 Thread Helmut Grohne
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..

Bug#925040: gcc-8 FTCBFS: builds idgen.c with the wrong compiler

2019-03-19 Thread Helmut Grohne
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

Bug#920286: gcc-8: Missing conflict/break with binutils-x86-64-linux-gnu:i386 can lead to broken compiler

2019-03-19 Thread Helmut Grohne
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 > yo

Bug#924325: gcc-8-cross: FTBFS for unknown reasons

2019-03-11 Thread Helmut Grohne
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.

Bug#920286: gcc-8: Missing conflict/break with binutils-x86-64-linux-gnu:i386 can lead to broken compiler

2019-01-24 Thread Helmut Grohne
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

Bug#916376: gfortran-8-* has bad provides

2018-12-17 Thread Helmut Grohne
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

Bug#916376: gfortran-8-* has bad provides

2018-12-13 Thread Helmut Grohne
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:

Bug#915194: valgrind log

2018-12-02 Thread Helmut Grohne
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

Bug#666743: draft implementation for a Multi-Arch: foreign interface to gcc

2018-09-30 Thread Helmut Grohne
+ + * 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 --- gcc-8-8.2.0/debian/control.m4 +

Bug#892281: gcc: make PIE opt-out rather than opt-in

2018-09-29 Thread Helmut Grohne
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 t

Bug#909112: isl FTCBFS: installing python3 for a foreign architecture fails postinst

2018-09-18 Thread Helmut Grohne
-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=medium

Bug#804190: please support cross compiler builds without relying on binutils-multiarch

2018-08-11 Thread Helmut Grohne
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

Bug#905539: gcc-7 FTBFS with isl 0.20

2018-08-05 Thread Helmut Grohne
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

Bug#904139: stockfish FTBFS on armel, mips, mipsel, m68k, powerpc, powerpcspe, sh4: undefined reference to `__atomic_store_8'

2018-07-20 Thread Helmut Grohne
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

Bug#896057: gcc-7: doesn't look for "as" in dir specified by -B

2018-04-18 Thread Helmut Grohne
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

Bug#666743: draft implementation for a Multi-Arch: foreign interface to gcc

2018-04-08 Thread Helmut Grohne
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

Bug#895251: gcc-8: use triplet-prefixed binutils

2018-04-08 Thread Helmut Grohne
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

Bug#893493: gcc-8: simplify arch_gnutype_map and make it more consistent

2018-03-19 Thread Helmut Grohne
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

Bug#892281: gcc: make PIE opt-out rather than opt-in

2018-03-07 Thread Helmut Grohne
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

Bug#891289: gcc-8: produces broken Build-Depends with nolang=biarch

2018-02-24 Thread Helmut Grohne
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

Bug#879054: gcc-8 DEB_STAGE=rtlibs FTBFS: dh_installdirs: All requested packages have been excluded (e.g. via a Build-Profile).

2017-11-28 Thread Helmut Grohne
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

Bug#879054: gcc-8 DEB_STAGE=rtlibs FTBFS: dh_installdirs: All requested packages have been excluded (e.g. via a Build-Profile).

2017-10-18 Thread Helmut Grohne
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

Bug#877589: gcc-7: DEB_STAGE=rtlibs fails to build with debhelper 10.9 due to strictness of -p and -N

2017-10-03 Thread Helmut Grohne
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.

Bug#876246: gcc-7 fails to build fortran cross compiler since debhelper became strict about -p

2017-09-20 Thread Helmut Grohne
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

Bug#861588: gcc-7: update gcc-multiarch.diff for non-glibc architectures (musl, uclibc)

2017-04-30 Thread Helmut Grohne
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.

Bug#859938: gcc-7: DEB_STAGE=rtlibs build not installable: unsatisfiable dependencies on gcc-7-cross-base

2017-04-09 Thread Helmut Grohne
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

Bug#857535: gcc-7 wrongly "fixes" limits.h when built against a mutiarch libc

2017-03-12 Thread Helmut Grohne
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

Bug#857074: gcc-7: fails to build with DEB_STAGE=rtlibs: dpkg-gencontrol: error: package gcc-7--base not in control info

2017-03-07 Thread Helmut Grohne
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

Bug#856452: gcc-7: allow disabling brig via nolang DEB_BUILD_OPTIONS

2017-02-28 Thread Helmut Grohne
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

Bug#855565: cross-install-location.diff no longer applies

2017-02-19 Thread Helmut Grohne
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

Bug#854159: gcc-6: disable libmpx in stage1 and stage2 builds

2017-02-04 Thread Helmut Grohne
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

Bug#851273: libstdc++-6-dev: error when installing together with libstdc++-6-dev:armel

2017-01-13 Thread Helmut Grohne
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

Bug#847123: mark autoconf2.64 Multi-Arch: foreign

2016-12-05 Thread Helmut Grohne
=medium + + * Non-maintainer upload. + * Mark autoconf2.64 Multi-Arch: foreign (Closes: #-1) + + -- Helmut Grohne <hel...@subdivi.de> 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/c

Bug#773065: closed by Debian FTP Masters <ftpmas...@ftp-master.debian.org> (Bug#838316: Removed package(s) from unstable)

2016-09-20 Thread Helmut Grohne
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

Bug#827578: gcc-6: please support the tilegx architecture

2016-06-17 Thread Helmut Grohne
Source: gcc-6 Version: 6.1.1-6 Severity: wishlist Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Matthias, can you add support for the tilegx architecture to gcc-6? State of tilegx: * Waiting for inclusion into dpkg: #823167 * Supported in linux-libc-dev: #824524 #823632 * Two

Bug#823894: please detect hard float for non-linux or non-glibc arm-*-*eabihf builds (e.g. musl)

2016-05-09 Thread Helmut Grohne
Source: gcc-6 Severity: wishlist Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Matthias, This is my second patch for musl. This time it is about musl-linux-armhf only. The gcc packaging has some matching logic for setting make variables such as $(float_abi). Since they currently

Bug#823769: please support the musl c library for cross compiler builds

2016-05-08 Thread Helmut Grohne
Source: gcc-6 Severity: wishlist Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Matthias, I've been working on bootstrapping a musl-based port for a while now and think that some patches are sufficiently stable that they can go upstream already. One of the obstacles here is the

  1   2   >