Bug#624533: [mingw32-ocaml] please provide mingw-w64-ocaml
Hi, On Fri, Apr 29, 2011 at 12:20:17PM -0500, Romain Beauxis wrote: Thank you for this very good report and for trying. I will make sure that I take this in consideration for the next upload. I was about to file a similar bug (as maintainer of mingw-w64 rather than a user of mingw32-ocaml) when I came across this one. I've just tried rebuilding mingw32-ocaml using gcc-mingw-w64, which is now based on gcc 4.6.1, and it still works fine. Török's instructions are correct, but can be improved slightly: the only necessary build- and runtime- dependencies are mingw-w64, which will always depend on everything necessary to get a full gcc-based toolchain targetting both 32- and 64-bit Windows. I'm hoping to get rid of gcc-mingw32 altogether, which is why I'm particularly interested in this bug! When looking at the resulting package, I also noticed a couple of oddities: * there's link from /usr/bin/flexlink to ../lib/ocaml/flexdll/flexlink.exe, which seems strange - the .exe is an ELF executable, and the /usr/bin file isn't prefixed with i686-w64-mingw32- * the package ships binaries in /usr/i686-w64-mingw32/bin (/usr/i586-mingw32msvc/bin in the current package), along with prefixed links in /usr/bin; would it be possible to only ship the prefixed files in /usr/bin? Concerning the latter point, the reason I ask is that /usr/i586-mingw32msvc and /usr/i686-w64-mingw32 aren't policy-compliant; eventually the ../include and ../lib directories will be handled by multiarch (and move to /usr/include/i686-w64-mingw32 etc.), but the ../bin directory should probably disappear. This is also supported by the autotools approach favouring prefixed tools (i686-w64-mingw32-gcc for example) rather than tools in specific directories (/usr/i686-w64-mingw32/bin/gcc). Regards, Stephen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624533: [mingw32-ocaml] please provide mingw-w64-ocaml
Package: mingw32-ocaml
Version: 3.12.0+debian2
Severity: wishlist
--- Please enter the report below this line. ---
The current mingw32-ocaml uses the old gcc-mingw32 package.
In unstable we have gcc-mingw-w64 lately which can build both win32 and
win64 binaries, and is based on a more recent GCC (4.5.2).
It would be good if at least the 32-bit part of mingw32-ocaml would use
the new mingw from unstable. If it works it'd be awesome if it could
also use the 64-bit part of mingw to cross-compile to win64.
The compilers are called:
i686-w64-mingw32-gcc
x86_64-w64-mingw32-gcc
I did a quick test with the Debian package:
edit debian/control, and replace gcc-mingw32 with mingw-w64-dev in
Build-Depends, and replace both gcc-mingw32 and mingw32-runtime with
gcc-mingw-w64 (which depends on binutils-w64)
$ find debian/ -type f -exec sed -ie
's/i586-mingw32msvc/i686-w64-mingw32/' {} \;
$ dpkg-buildpackage -us -uc
The package built successfully (on amd64, it probably would on x86-32
too, didn't try), and a quick test shows that a hello world builds with
the brand new i686-w64-mingw32-ocamlopt.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.39-rc4-phenom
Debian Release: wheezy/sid
500 unstableftp.ro.debian.org
500 unstableftp.lug.ro
500 testing security.debian.org
500 testing ftp.ro.debian.org
500 stable ftp.ro.debian.org
1 experimentalftp.ro.debian.org
--- Package information. ---
Depends (Version) | Installed
===-+-
lib32ncurses5 (= 5.5-5~) | 5.9-1
libc6 (= 2.7) | 2.13-0exp5
libc6-i386 (= 2.7) | 2.13-0exp5
ocaml-nox | 3.12.0-5
ocaml-findlib | 1.2.6+debian-1+b1
gcc-mingw32 |
mingw32-runtime | 3.13-1
Package's Recommends field is empty.
Package's Suggests field is empty.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624533: [mingw32-ocaml] please provide mingw-w64-ocaml
Thank you for this very good report and for trying. I will make sure
that I take this in consideration for the next upload.
Actually, if you are interested in maintaining the package, I would be
pleased to add you to the uploaders.
Romain
2011/4/29 Török Edwin edwinto...@gmail.com:
Package: mingw32-ocaml
Version: 3.12.0+debian2
Severity: wishlist
--- Please enter the report below this line. ---
The current mingw32-ocaml uses the old gcc-mingw32 package.
In unstable we have gcc-mingw-w64 lately which can build both win32 and
win64 binaries, and is based on a more recent GCC (4.5.2).
It would be good if at least the 32-bit part of mingw32-ocaml would use
the new mingw from unstable. If it works it'd be awesome if it could
also use the 64-bit part of mingw to cross-compile to win64.
The compilers are called:
i686-w64-mingw32-gcc
x86_64-w64-mingw32-gcc
I did a quick test with the Debian package:
edit debian/control, and replace gcc-mingw32 with mingw-w64-dev in
Build-Depends, and replace both gcc-mingw32 and mingw32-runtime with
gcc-mingw-w64 (which depends on binutils-w64)
$ find debian/ -type f -exec sed -ie
's/i586-mingw32msvc/i686-w64-mingw32/' {} \;
$ dpkg-buildpackage -us -uc
The package built successfully (on amd64, it probably would on x86-32
too, didn't try), and a quick test shows that a hello world builds with
the brand new i686-w64-mingw32-ocamlopt.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.39-rc4-phenom
Debian Release: wheezy/sid
500 unstable ftp.ro.debian.org
500 unstable ftp.lug.ro
500 testing security.debian.org
500 testing ftp.ro.debian.org
500 stable ftp.ro.debian.org
1 experimental ftp.ro.debian.org
--- Package information. ---
Depends (Version) | Installed
===-+-
lib32ncurses5 (= 5.5-5~) | 5.9-1
libc6 (= 2.7) | 2.13-0exp5
libc6-i386 (= 2.7) | 2.13-0exp5
ocaml-nox | 3.12.0-5
ocaml-findlib | 1.2.6+debian-1+b1
gcc-mingw32 |
mingw32-runtime | 3.13-1
Package's Recommends field is empty.
Package's Suggests field is empty.
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4dbaae49.1090...@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
