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

Bug#823280: invalid Build-Depends with DEB_BUILD_OPTIONS=nolang=biarch

2016-05-02 Thread Helmut Grohne
Package: gcc-5,gcc-6 Severity: wishlist Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Matthias, Starting with dpkg 1.18.5, the parsing of Build-Depends has become stricter. This causes dpkg-shlibdeps to error out on gcc's Build-Depends when disabling multilib with

Bug#806479: gcc-5: please allow building cross compilers targeting x86 cpus without building hppa64 cross compilers

2015-11-27 Thread Helmut Grohne
Source: gcc-5 Version: 5.2.1-26 Severity: minor Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Matthias, When building cross compilers targeting amd64, i386 or x32 by writing the arch name to debian/target, the build process tries to build hppa64 cross compilers. This seems a bit

Bug#806479: gcc-5: please allow building cross compilers targeting x86 cpus without building hppa64 cross compilers

2015-11-27 Thread Helmut Grohne
On Sat, Nov 28, 2015 at 02:58:31AM +0100, Matthias Klose wrote: > No. Why would you handle hppa as a secondary or ternary architecture? You > need the hppa64 cross compiler to bootstrap hppa. Other architectures > require a multilib enabled compiler to bootstrap the architecture, however >

Bug#806186: gcc-5: new parallel packaging code makes DEB_STAGE=rtlibs fail

2015-11-24 Thread Helmut Grohne
Source: gcc-5 Version: 5.2.1-24 Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Matthias, The new parallel code makes DEB_STAGE=rtlibs fail. Close to the end of the build, I see Invocations like "dh_gencontrol -p. ...". Debhelper doesn't like "." as a package name. I believe that

Bug#805371: cloog FTBFS: undefined reference to `isl_...'

2015-11-17 Thread Helmut Grohne
Source: cloog Version: 0.18.3-1 Severity: serious User: helm...@debian.org Usertags: rebootstrap I noticed that since the isl upload 0.15-3 cloog can no longer be cross built for some (maybe all) architectures. Linking fails finding some isl symbols. See e.g.

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

2015-11-14 Thread Helmut Grohne
Control: tags -1 - patch On Fri, Nov 13, 2015 at 12:20:14AM +0100, Matthias Klose wrote: > - the patch is incomplete. It still calls the binutils tools >for the host unprefixed. Can you give an example here? If you mean that some dh_strip calls are not prefixed, then that's intentional.

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

2015-11-05 Thread Helmut Grohne
/debian/changelog --- gcc-5-5.2.1/debian/changelog +++ gcc-5-5.2.1/debian/changelog @@ -1,3 +1,11 @@ +gcc-5 (5.2.1-22.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Support building cross compilers for architectures not covered by +binutils-multiarch. Closes: #-1. + + -- Helmut

Re: libxcb FTBFS on mips: cc1 segfaults building xkb.c

2015-11-05 Thread Helmut Grohne
On Wed, Nov 04, 2015 at 06:26:01AM +0100, Helmut Grohne wrote: > | libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -D_FORTIFY_SOURCE=2 > -Wall -Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes > -Wmissing-prototypes -Wnested-externs -Wbad-function-cast >

Bug#796901: fails to build stage1 cross compiler for kfreebsd-any

2015-08-25 Thread Helmut Grohne
Source: gcc-5 Version: 5.1.1-13 Tags: patch User: helm...@debian.org Usertags: rebootstrap Trying to build a stage1 cross compiler for kfreebsd-any, e.g. kfreebsd-amd64 fails with the following error: From https://jenkins.debian.net/job/rebootstrap_kfreebsd-amd64_gcc5/2/console |

Bug#796906: fails to build stage1 cross compiler for m68k

2015-08-25 Thread Helmut Grohne
Source: gcc-5 Tags: patch User: helm...@debian.org Usertags: rebootstrap m68k implements does not have hardware supported atomics, so it falls back to linux syscalls to implement atomics on that architecture even when one builds a stage1 (without libc). However the Build-Depends do not reflect

Bug#783908: cpp still conflicts with mips and mipsel cross compilers

2015-07-23 Thread Helmut Grohne
Hi Matthias, cpp still has some bogus conflicts left. It seems that you forgot to remove them when you closed this bug. Thus I reopened it. Since the mips and mipsel cross compilers in the archive are now built standalone, I assume that these conflicts can just be removed as well. Helmut --

Bug#783908: new cpp conflicts break architecture bootstrap

2015-05-01 Thread Helmut Grohne
Package: cpp Version: 4:4.9.2-3 Severity: serious User: helm...@debian.org Usertags: rebootstrap The new cpp conflicts break architecture bootstrap. See for instance: https://jenkins.debian.net/job/rebootstrap_mips_gcc5_supported/9/console The collateral damage induced by these conflicts simply

Bug#783908: new cpp conflicts break architecture bootstrap

2015-05-01 Thread Helmut Grohne
On Fri, May 01, 2015 at 02:12:11PM +0200, Matthias Klose wrote: there is no package inside the distribution where this would break anything. For the bootstrap you certainly can work around this by ignoring the conflicts. This Since rebootstrap does not do native builds, it is non-trivial to

Bug#783527: fails to build cross compiler for mips64el, ppc64, s390x, sparc64

2015-04-27 Thread Helmut Grohne
Source: gcc-4.9 Version: 4.9.2-10 Tags: patch User: helm...@debian.org Usertags: rebootstrap Example failing log (of a stage2 build): | /tmp/buildd/gcc_2/gcc-4.9-4.9.2/build/./gcc/xgcc -B/tmp/buildd/gcc_2/gcc-4.9-4.9.2/build/./gcc/ -B/usr/powerpc64-linux-gnu/bin/

Bug#783236: fails to build stage1 cross compiler: libcc1plugin.so not found

2015-04-24 Thread Helmut Grohne
/changelog @@ -1,3 +1,10 @@ +gcc-5 (5-20150321-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Update cross-install-location for libcc1. (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Sun, 22 Mar 2015 07:41:14 +0100 + gcc-5 (5-20150321-1) experimental; urgency=medium

Bug#783241: fails to build cross compiler: debian/tmp/usr/include/c++/5 not found

2015-04-24 Thread Helmut Grohne
Source: gcc-5 Version: 5.1~rc1-1 Tags: patch User: helm...@debian.org Usertags: rebootstrap Since the cxx_inc_dir removal in gcc-5, the full cross compiler build fails: | DH_COMPAT=2 dh_movefiles -plibstdc++-5-dev-arm64-cross usr/include/c++/5

Bug#783236: fails to build stage1 cross compiler: libcc1plugin.so not found

2015-04-24 Thread Helmut Grohne
Control: tags -1 - moreinfo Why did you tag the bug moreinfo? It fails to build. The problem is easily reproducible. What information are you missing? On Fri, Apr 24, 2015 at 02:58:04PM +0200, Matthias Klose wrote: why does it need the plugin, but not libcc1-0? Did you check that a cross gdb

Bug#780468: fails to build cross compiler for m68k: error during patch application

2015-03-14 Thread Helmut Grohne
-20150307/debian/changelog --- gcc-5-5-20150307/debian/changelog +++ gcc-5-5-20150307/debian/changelog @@ -1,3 +1,10 @@ +gcc-5 (5-20150307-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix context of pr52306.diff. Closes: #-1. + + -- Helmut Grohne hel...@subdivi.de Sat, 14 Mar

Bug#777169: FTBFS on sparc64: symbol errors

2015-02-05 Thread Helmut Grohne
Source: gcc-4.9 Version: 4.9.1-17 User: helm...@debian.org Usertags: rebootstrap gcc-4.9 currently FTBFS on sparc64 due to symbol errors. While the last two builds on sompek failed due to -ENOSPC the build of 4.9.1-17 shows proper symbol diffs:

Bug#776100: fails to build cross compiler: cross-install-location.diff needs an update

2015-01-23 Thread Helmut Grohne
. + + -- Helmut Grohne hel...@subdivi.de Fri, 23 Jan 2015 23:22:37 +0100 + gcc-5 (5-20150121-1) experimental; urgency=medium * GCC 5. diff -u gcc-5-5-20150121/debian/patches/cross-install-location.diff gcc-5-5-20150121/debian/patches/cross-install-location.diff --- gcc-5-5-20150121/debian

Bug#773265: closed by Matthias Klose d...@debian.org (Bug#773265: fixed in gcc-4.9 4.9.2-9)

2014-12-21 Thread Helmut Grohne
Control: reopen -1 Control: found -1 4.9.2-9 On Sat, Dec 20, 2014 at 01:27:19PM +, Debian Bug Tracking System wrote: * Add x32 multilib packages for i386 cross builds to the control file. Closes: #773265. I suppose that you closed the wrong bug here. It is still fully reproducible

Bug#773265: fails to build stage1 cross compiler for i386

2014-12-18 Thread Helmut Grohne
On Tue, Dec 16, 2014 at 08:49:28AM +0100, Helmut Grohne wrote: When building a stage1 for i386 at some point of the build, dh_something -plibx32gcc-4.9-dev-i386-cross fails, because the named package is not in debian/control. It should be, because on unstable x32 multilib is enabled for i386

Bug#773065: selecting target via dpkg-buildpackage --target-arch

2014-12-16 Thread Helmut Grohne
Control: tags -1 - moreinfo On Tue, Dec 16, 2014 at 01:37:12PM +0100, Matthias Klose wrote: please verify your patch using an old dpkg from wheezy, using native builds and the supported cross builds and attach the four compressed build logs. I have some problems making sense of this, please

Bug#772665: produces broken cross compiler packages for mips64el

2014-12-15 Thread Helmut Grohne
On Wed, Dec 10, 2014 at 09:54:01AM +0100, Matthias Klose wrote: I can't remember. please ask the Debian mips maintainers. I assume, extending the expression to entirely remove empty fields should work around this for now. I did X-Debbugs-Cc the submission to debian-mips@l.d.o. So now I did

Bug#773265: fails to build stage1 cross compiler for i386

2014-12-15 Thread Helmut Grohne
/debian/changelog gcc-4.9-4.9.2/debian/changelog --- gcc-4.9-4.9.2/debian/changelog +++ gcc-4.9-4.9.2/debian/changelog @@ -1,3 +1,10 @@ +gcc-4.9 (4.9.2-7.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix: i386 stage1 builds packages not in control. (Closes: #-1) + + -- Helmut Grohne hel

Bug#773065: selecting target via dpkg-buildpackage --target-arch

2014-12-13 Thread Helmut Grohne
-maintainer upload. + * Allow target selection via dpkg-buildpackage --target-arch. Closes: #-1. + + -- Helmut Grohne hel...@subdivi.de Thu, 13 Dec 2014 22:11:40 +0100 + gcc-4.9 (4.9.2-7) unstable; urgency=medium * Update to SVN 20141210 (r218575) from the gcc-4_9-branch. diff -u gcc-4.9-4.9.2

Bug#772665: produces broken cross compiler packages for mips64el

2014-12-09 Thread Helmut Grohne
Package: src:gcc-4.9 Version: 4.9.2-5 User: helm...@debian.org Usertags: rebootstrap When building a cross compiler for mips64el (and possibly other mips architectures), some binary packages are broken. $ dpkg-deb -I ./libn32gcc-4.9-dev-mips64el-cross_4.9.2-5_all.deb new debian package,

How to cross build libgcc1?

2014-12-05 Thread Helmut Grohne
I am wondering how to cross build libgcc1 in a bootstrap setting. The obvious answer is cross build gcc-4.9. Looking at its Build-Depends this means that I first need to build gmp to satisfy the dependency on libgmp-dev. Let us assume that this just works. Now libgmp-dev depends on libgmpxx4ldbl

Bug#771243: stage1 multilib cross compiler has unsatisfiable dependencies

2014-11-28 Thread Helmut Grohne
On Fri, Nov 28, 2014 at 01:43:01PM +0100, Matthias Klose wrote: gcc-4.9-multilib-$targettriplet depends on * lib${biarch}gcc-4.9-dev This package is not built in stage1. this is wrong. find out why lib${biarch}gcc-4.9-dev is not built for you. it works for me. Thanks for insisting.

Bug#771243: stage1 multilib cross compiler has unsatisfiable dependencies

2014-11-27 Thread Helmut Grohne
/changelog --- gcc-4.9-4.9.2/debian/changelog +++ gcc-4.9-4.9.2/debian/changelog @@ -1,3 +1,10 @@ +gcc-4.9 (4.9.2-3.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Inhibit multilib libgcc dependencies in stage1. (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Thu, 27 Nov 2014 23:15

Re: Bug#766708: Processed: Re: Bug#766708: breaks multiarch cross building

2014-11-19 Thread Helmut Grohne
Hi Don, On Wed, Nov 19, 2014 at 04:41:49PM -0800, Don Armstrong wrote: Are people who are doing cross-building like this actually using the code which will be in jessie? I (perhaps naïvely) would expect them to be primarily using the code in unstable, and maybe at a late stage of bring-up

Bug#768167: dpkg-architecture export DEB_TARGET_* make cross build failure

2014-11-05 Thread Helmut Grohne
-compilers. Regression introduced in | dpkg 1.17.14. Reported by Helmut Grohne hel...@subdivi.de. It seems to me that dpkg-buildpackage --target-arch is the way to go. So what are the reasons to keep supporting the alternatives? It seems unlikely the proposed changes are eligible for a jessie unblock

Re: Bug#766708: Processed: Re: Bug#766708: breaks multiarch cross building

2014-11-01 Thread Helmut Grohne
On Sat, Nov 01, 2014 at 01:46:48AM +, Wookey wrote: To me that sounds like this method is actually the current de-facto default in Debian - it is certainly at least on a par. I don't think that a feature being de-facto default is a good argument to force maintaining it forever. There

Bug#760770: gcc-4.9: fails to cross build libphobos when setting with_deps_on_target_arch_pkgs=yes

2014-10-29 Thread Helmut Grohne
On Wed, Oct 29, 2014 at 01:08:40PM +, Iain Buclaw wrote: Is this something that should be pushed upstream too? No, I don't think so. The with_deps_on_target_arch_pkgs option is unsupported in the gcc package and is disabled in 4.9.1-19. The updated cross-ma-install-location.diff actively

Re: Bug#766708: Processed: Re: Bug#766708: breaks multiarch cross building

2014-10-28 Thread Helmut Grohne
On Mon, Oct 27, 2014 at 09:41:59PM +, Ian Jackson wrote: The most obvious bug is the one mentioned in the patch: #760770 It is about a bug in the implementation of with_deps_on_target_arch (the contended feature). I think I may not understand what's going on here. In your mail to

Bug#760770: gcc-4.9: fails to build cross-compiler package

2014-10-28 Thread Helmut Grohne
-19.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Update cross-ma-install-location.diff for libphobos. Closes: #760770. + + -- Helmut Grohne hel...@subdivi.de Tue, 28 Oct 2014 18:57:40 +0100 + gcc-4.9 (4.9.1-19) unstable; urgency=medium * GCC 4.9.2 release candidate. diff -u gcc

Bug#766708: breaks multiarch cross building

2014-10-26 Thread Helmut Grohne
Control: severity -1 serious I am raising the severity again, because the change is obviously hostile. It breaks working functionality without any benefit. Keep this out of jessie. Please revert asap or discuss this with ctte. Helmut -- To UNSUBSCRIBE, email to

Bug#766708: breaks multiarch cross building

2014-10-26 Thread Helmut Grohne
Control: reassign -1 tech-ctte Dear technical committee, I ask you to overrule the gcc maintainer and rule that the following hunks to the gcc-4.9 package must be reverted: diff -u gcc-4.9-4.9.1/debian/rules.defs gcc-4.9-4.9.1/debian/rules.defs --- gcc-4.9-4.9.1/debian/rules.defs +++

Bug#766708: breaks multiarch cross building

2014-10-24 Thread Helmut Grohne
Package: gcc-4.9 Version: 4.9.1-19 Severity: serious Justification: do not migrate to jessie User: helm...@debian.org Usertags: rebootstrap Hi Matthias, I notice that starting with -19 gcc emits unsatisfiable dependencies in multiarch cross builds regressing from -18. This makes all rebootstrap

Bug#766708: breaks multiarch cross building

2014-10-24 Thread Helmut Grohne
Control: tags -1 + patch On Sat, Oct 25, 2014 at 05:58:36AM +0200, Helmut Grohne wrote: I'll look into the matter and try to provide a patch. It seems that your upload forcibly clears with_deps_on_target_arch_pkgs and no_biarch_libs. This functionality has been working very well over the past

Bug#758408: src:gcc-4.9: DEB_CROSS_NOBIARCH broken for mips64el

2014-08-17 Thread Helmut Grohne
Package: src:gcc-4.9 Version: 4.9.1-7 Severity: normal Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Matthias, Currently gcc cross builds targeting mips64el with DEB_CROSS_NOBIARCH=yes do not work in the sense that it attempts a multilib build. Please apply the attached patch to

Bug#751919: src:gcc-4.9: update symbols for sh4

2014-06-17 Thread Helmut Grohne
Package: src:gcc-4.9 Version: 1:4.9.0-7 Severity: normal User: helm...@debian.org Usertags: rebootstrap Hi Doko, Could you update the symbols file for sh4? https://jenkins.debian.net/view/rebootstrap/job/rebootstrap_sh4_gcc49/4/console | DEB_HOST_ARCH=sh4 dh_makeshlibs -plibgcc1 -plibgcc1-dbg

Bug#751001: src:gcc-4.9: FTCBFS for powerpcspe: patch application fails

2014-06-09 Thread Helmut Grohne
gcc-powerpcspe-ldbl-fix applied upstream. + + -- Helmut Grohne hel...@subdivi.de Mon, 09 Jun 2014 13:18:22 +0200 + gcc-4.9 (4.9.0-6) unstable; urgency=medium * Update to SVN 20140608 (r211353) from the gcc-4_9-branch. diff -u gcc-4.9-4.9.0/debian/patches/powerpc_remove_many.diff gcc-4.9-4.9.0

Bug#747526: src:gcc-4.9: FTBFS on sparc64: update symbols

2014-05-09 Thread Helmut Grohne
Package: src:gcc-4.9 Version: 4.9.0-2 Severity: normal User: helm...@debian.org Usertags: rebootstrap Hi doko, gcc-4.9 needs a symbol update for libasan1 on sparc64: http://buildd.debian-ports.org/status/fetch.php?pkg=gcc-4.9arch=sparc64ver=4.9.0-2stamp=1399328900 | dh_makeshlibs -plibasan1 |

Re: [m68k] preparing for GCC 4.9

2014-05-08 Thread Helmut Grohne
On Thu, May 08, 2014 at 03:49:51PM +, Thorsten Glaser wrote: Matthias Klose dixit: I would like to see some partial test rebuilds (like buildd or minimal chroot Haven???t tried yet, but Helmut Grohne does automated rebootstrapping of some ports using what he can get his hands

Bug#744782: src:gcc-4.8: does not build gccbase when with_deps_on_target_arch_pkgs=yes

2014-05-07 Thread Helmut Grohne
On Mon, Apr 14, 2014 at 06:39:43PM +0200, Helmut Grohne wrote: When cross building a gcc stage3 with_deps_on_target_arch_pkgs=yes, I noticed that libgccX is uninstallable, because it's dependency on gcc-4.8-base is not fulfilled (the native one rightfully isn't M-A:foreign). I believe that gcc

Bug#745116: src:gcc-4.8: DEB_CROSS_NO_BIARCH=yes ignored for DEB_TARGET_ARCH=hppa

2014-04-19 Thread Helmut Grohne
Control: reassign -1 binutils Control: retitle -1 binutils-hppa64 not created for TARGET=hppa Sorry for the confusion. On Sat, Apr 19, 2014 at 11:52:20AM -0400, John David Anglin wrote: The 64-bit compiler and binutils tools are required because certain PA-RISC machines only support 64-bit

Bug#745267: src:gcc-4.9: FTCBFS x32: subdirectories libvtv and libcilkrts missing from cross-ma-install-location.diff

2014-04-19 Thread Helmut Grohne
+ + * Non-maintainer upload. + * Add new libraries src/libvtv and src/libcilkrts to +cross-ma-install-location.diff. (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Sat, 19 Apr 2014 15:16:47 +0200 + gcc-4.9 (4.9-20140411-2) unstable; urgency=medium * Disable running the testsuite

Bug#745116: src:gcc-4.8: DEB_CROSS_NO_BIARCH=yes ignored for DEB_TARGET_ARCH=hppa

2014-04-18 Thread Helmut Grohne
by not building for hppa64. +(Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Fri, 18 Apr 2014 06:07:09 +0200 + gcc-4.8 (4.8.2-19) unstable; urgency=medium * Update to SVN 20140404 (r209122) from the gcc-4_8-branch. diff -u gcc-4.8-4.8.2/debian/rules.defs gcc-4.8-4.8.2/debian/rules.defs --- gcc

Bug#745116: src:gcc-4.8: DEB_CROSS_NO_BIARCH=yes ignored for DEB_TARGET_ARCH=hppa

2014-04-18 Thread Helmut Grohne
On Sat, Apr 19, 2014 at 04:43:20AM +0200, Matthias Klose wrote: this is not biarch, but a cross compiler. So what you need to do is to make sure that you are able to build a canadian cross (cross-building the cross compiler). Just omitting to build the hppa64 cross-compiler would leave you

  1   2   >