Bug#642954: libreoffice: Please support building with mingw-w64 instead of gcc-mingw32
tag 642954 + pending Hi, On Mon, Sep 26, 2011 at 01:10:29AM +0200, Rene Engelhard wrote: On Mon, Sep 26, 2011 at 12:10:13AM +0200, Stephen Kitt wrote: mingw-w64, which is intended to eventually replace mingw32 and the Why is it then cllaed w*64*? And why didn't it replace them yet? Sound like either a broken package name or wishful thinking to me - or even both, That said, the official complete mingw cross-compilation Linux-Windows attempt at http://tinderbox.libreoffice.org/MASTER/status.html uses mingw-w64: [...] --build=x86_64-unknown-linux-gnu --host=i686-w64-mingw32 [...] Looks sane, then :) Changed it for non-squeeze-backports builds. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642954: libreoffice: Please support building with mingw-w64 instead of gcc-mingw32
Hi René, Sorry for not getting back to you sooner! On Wed, 5 Oct 2011 10:32:17 +0200, Rene Engelhard r...@debian.org wrote: On Mon, Sep 26, 2011 at 01:10:29AM +0200, Rene Engelhard wrote: On Mon, Sep 26, 2011 at 12:10:13AM +0200, Stephen Kitt wrote: mingw-w64, which is intended to eventually replace mingw32 and the Why is it then cllaed w*64*? And why didn't it replace them yet? Sound like either a broken package name or wishful thinking to me - or even both, That said, the official complete mingw cross-compilation Linux-Windows attempt at http://tinderbox.libreoffice.org/MASTER/status.html uses mingw-w64: [...] --build=x86_64-unknown-linux-gnu --host=i686-w64-mingw32 [...] Looks sane, then :) Thanks for taking the time to investigate! The naming is weird, see http://bugs.debian.org/622276 for the details. The new triplets in use are the reason why the package couldn't simply replace the mingw32 toolchain; the compilers aren't drop-in replacements, so if I had just declared a Replaces relation I would have caused a few FTBFSs. Given that I'm the one driving the change I prefer taking the time to get in touch with the various maintainers involved! Changed it for non-squeeze-backports builds. Thanks! On Fri, 30 Sep 2011 02:06:44 +0200, Rene Engelhard r...@debian.org wrote: On Mon, Sep 26, 2011 at 12:10:13AM +0200, Stephen Kitt wrote: mingw-w64, which is intended to eventually replace mingw32 and the assorted packages, is now available in Debian along with new builds of ^^^ binutils and gcc. To build libreoffice using mingw-w64, all that's Do you want to say with that that I need = 2.0? rene@frodo:~$ rmadison mingw-w64 mingw-w64 | 0~20100125-3 | squeeze | source, all mingw-w64 | 2.0~rc1-1| wheezy | source, all mingw-w64 | 2.0~rc1-1| sid | source, all or is the 20100125 version also ok? (Important for squeeze backports) You need at least version 1.0, which was previously in sid/wheezy; I suppose since no Debian release will ever have 1.0 you might as well specify = 2.0~. The version in squeeze won't work, it uses yet another triplet and was only intended for Win64 programs. Best regards, Stephen signature.asc Description: PGP signature
Bug#642954: libreoffice: Please support building with mingw-w64 instead of gcc-mingw32
On Mon, Sep 26, 2011 at 12:10:13AM +0200, Stephen Kitt wrote: mingw-w64, which is intended to eventually replace mingw32 and the assorted packages, is now available in Debian along with new builds of ^^^ binutils and gcc. To build libreoffice using mingw-w64, all that's Do you want to say with that that I need = 2.0? rene@frodo:~$ rmadison mingw-w64 mingw-w64 | 0~20100125-3 | squeeze | source, all mingw-w64 | 2.0~rc1-1| wheezy | source, all mingw-w64 | 2.0~rc1-1| sid | source, all or is the 20100125 version also ok? (Important for squeeze backports) debian/rules. I would attach a patch but the build dependencies change regularly enough that it doesn't seem particularly useful! Not really, and you need to patch rules anyway, not control, and that huk doesn't change that regularily enough :) But it's a trivial change, so no need for a patch :) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642954: libreoffice: Please support building with mingw-w64 instead of gcc-mingw32
Package: src:libreoffice Version: 1:3.4.3-1 Severity: wishlist Dear Maintainer, mingw-w64, which is intended to eventually replace mingw32 and the assorted packages, is now available in Debian along with new builds of binutils and gcc. To build libreoffice using mingw-w64, all that's needed is to replace the 'gcc-mingw32' and 'mingw32-runtime' build-dependencies with 'mingw-w64' (which itself depends on the compilers and libraries) in debian/control, and again in debian/rules, and replace 'i586-mingw32msvc' with 'i686-w64-mingw32' in debian/rules. I would attach a patch but the build dependencies change regularly enough that it doesn't seem particularly useful! I've rebuilt libreoffice successfully using mingw-w64, but I'm not sure what the Windows build environment is actually used for so I haven't been able to check that the resulting build is actually correct. (LibreOffice itself starts up and functions correctly, but I don't know how to determine whether the Windows-targeted build artifacts are being used.) Of course I don't expect you to do the checking for me; if you have the time to point me in the right direction I'd be happy to complete the investigation. Thanks in advance, Stephen -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice depends on: ii liblucene2-java 2.9.4+ds1-2 ii libreoffice-base1:3.4.3-1 ii libreoffice-calc1:3.4.3-1 ii libreoffice-core1:3.4.3-1 ii libreoffice-draw1:3.4.3-1 ii libreoffice-filter-mobiledev1:3.4.3-1 ii libreoffice-impress 1:3.4.3-1 ii libreoffice-java-common 1:3.4.3-1 ii libreoffice-math1:3.4.3-1 ii libreoffice-report-builder-bin 1:3.4.3-1 ii libreoffice-writer 1:3.4.3-1 ii ttf-dejavu 2.33-2 ii ttf-sil-gentium-basic 1.1-2 Versions of packages libreoffice recommends: ii libpaper-utils 1.1.24+nmu1 ii ttf-liberation 1.07.0-1 ii ttf-mscorefonts-installer 3.3 Versions of packages libreoffice suggests: ii cups-bsd 1.5.0-5 ii default-jre [java5-runtime]1:1.6-40 ii gcj-4.6-jre [java5-runtime]4.6.1-2 ii gcj-jre [java5-runtime]4:4.6.1-2 ii gstreamer0.10-ffmpeg 0.10.12-3 ii gstreamer0.10-plugins-bad 0.10.22-3 ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-1 ii gstreamer0.10-plugins-ugly 0.10.18-3 ii hunspell-dictionarynone ii hyphen-fr [hyphen-hyphenation-patterns]1:3.3.0-3 ii icedove3.1.13-1 ii iceweasel 6.0.2-1 ii imagemagick8:6.6.9.7-5 ii libgl1-mesa-glx [libgl1] 7.11-5 ii libldap-2.4-2 2.4.25-3 ii libreoffice-filter-binfilter 1:3.4.3-1 ii libreoffice-gnome 1:3.4.3-1 ii libreoffice-help-en-gb [libreoffice-help-3.4] 1:3.4.3-1 ii libreoffice-help-en-us [libreoffice-help-3.4] 1:3.4.3-1 ii libreoffice-help-fr [libreoffice-help-3.4] 1:3.4.3-1 ii libreoffice-l10n-en-gb [libreoffice-l10n-3.4] 1:3.4.3-1 ii libreoffice-l10n-fr [libreoffice-l10n-3.4] 1:3.4.3-1 ii libreoffice-officebean 1:3.4.3-1 ii libsane1.0.22-6 ii libxrender11:0.9.6-2 ii menu 2.1.45 ii myspell-en-us [myspell-dictionary] 1:3.3.0-3 ii myspell-fr [myspell-dictionary]1.4-26 ii mythes-en-us [mythes-thesaurus]1:3.3.0-3 ii mythes-fr [mythes-thesaurus] 1:3.3.0-3 ii openclipart-libreoffice0.18+dfsg-12 ii openjdk-6-jre [java5-runtime] 6b23~pre7-1 ii pstoedit 3.60-1 ii sun-java6-jre [java5-runtime] 6.26-3 ii unixodbc 2.2.14p2-3 Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-3 ii libatk1.0-0 2.0.1-2 ii libc62.13-21 ii libcairo2
Bug#642954: libreoffice: Please support building with mingw-w64 instead of gcc-mingw32
On Mon, Sep 26, 2011 at 12:10:13AM +0200, Stephen Kitt wrote: mingw-w64, which is intended to eventually replace mingw32 and the Why is it then cllaed w*64*? And why didn't it replace them yet? Sound like either a broken package name or wishful thinking to me - or even both, I've rebuilt libreoffice successfully using mingw-w64, but I'm not sure what the Windows build environment is actually used for so I haven't been able to check that the resulting build is actually correct. (LibreOffice itself starts up and functions correctly, but I don't know how to determine whether the Windows-targeted build artifacts are being used.) Of course I don't expect you to do the checking for me; if you have the time to point me in the right direction I'd be happy to complete the investigation. It's only used for unowinreg.dll, which in turn is only used in the SDK. (It should be bundled to stuff wanting to use the registry, and for that the Java stuff is supposed to use that .dll) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org