Enable libwxmsw (with unicode and amd64)

Bug #123242 reported by André Klitzing
4
Affects Status Importance Assigned to Milestone
wxwidgets2.8 (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

I like to request to enable the target "binary-cross" by default to have libwxmsw in ubuntu for cross-compilation.
wxWidgets and mingw32 are both in universe and I think that it is ok to build wxMSW in the standard distribution. I don't think that there are licences problems with windows.

I added a patch that I applied to Gutsy 2.8-Version. I enabled unicode-build of libwxmsw if wxWidgets will be built with unicode and I added package-support for amd64.
I built a w32-program with mingw32 under amd64 with that and it works without problems.

Tags: patch
Revision history for this message
André Klitzing (misery) wrote :
Revision history for this message
André Klitzing (misery) wrote :
Revision history for this message
André Klitzing (misery) wrote :
Revision history for this message
Emmet Hikory (persia) wrote :

Thanks for your work on this. I've added the patch tag to attract the attention of packagers. If you have time, and would like to submit a new revision, please prepare one, and attach a debdiff between the current repository version and your candidate to this bug.

Changed in wxwidgets2.8:
importance: Undecided → Wishlist
Revision history for this message
André Klitzing (misery) wrote :

Thanks for your fast response. Here is the requested debdiff.

wxwidgets2.8 (2.8.4.0-0ubuntu3) gutsy; urgency=low

  * Added build dependency mingw32 for libwxmsw
  * Added "--enable-unicode" for unicode builds of libwxmsw-packages
  * Added amd64-architecture for libwxmsw-packages
  * Build "binary-cross" target by default
  * Closes LP: #123242

 -- Andre Klitzing <email address hidden> Sat, 30 Jun 2007 16:40:13 +0200

Revision history for this message
Daniel Holbach (dholbach) wrote :

Matthias: Can you check , if this makes sense?

Changed in wxwidgets2.8:
assignee: nobody → doko
Revision history for this message
Matthias Klose (doko) wrote :

maybe it makes sense, but I would like to see this disabled by default.

 - lengthens the build time
 - adds a b-d on mingw, which is unlikely to be kept if the package should propmote to main.

I'd suggest to omit the change for the b-d and the binary target and add a README instead.

Changed in wxwidgets2.8:
assignee: doko → nobody
status: New → Confirmed
Revision history for this message
Emmet Hikory (persia) wrote :

I've unsubscribed ubuntu-universe-sponsors pending further discussion of the appropriate solution for this. Once a decision has been reached, please resubscribe ubuntu-universe-sponsors if sponsorship of the upload is required.

Revision history for this message
André Klitzing (misery) wrote :

The build time is only 20 minutes more. Which user cares about it? No one will build it every day.
If wxWidgets will get into main, mingw32 can be removed if it will happen but I don't think that wxWidgets will left universe soon.

There is already a README from Debian. But does a developer, who wants to build a w32-program under ubuntu, knows how to build libwxmsw with debian-patch? He will start to ./configure and "make install" it by himself.

Revision history for this message
André Klitzing (misery) wrote :

By the way... I added the gutsy-version with this patch to my ppa. So everyone who wants to test or cross-compile programs for windows can use this.
https://launchpad.net/~misery/+archive

Revision history for this message
Vadim Zeitlin (vadim-wxwidgets) wrote :

FWIW I strongly agree with the comment of Matthias from 2007-07-06. We'd like to avoid divergencies between Debian, Ubuntu and our own (i.e. from wx svn) packages and we definitely don't want to enable wxMSW build to our version by default because some of us to build them pretty often and adding 20 minutes to each build is highly undesirable.

Revision history for this message
Emmet Hikory (persia) wrote :

I'm marking this "Won't Fix" based on feedback from both upstream and the initial packager.

André, please prepare a patch that could be applied by the end-user for inclusion in the package, and describe the process by which it may be applied and used by an end-user in README.Debian. A debdiff including this would likely be welcome, and the best way to address this use case for Ubuntu.

If such a debdiff is prepared, please reset the Status from "Won't Fix" to "Confirmed", and adjust the title appropriately so that any sponsor will not be confused by the conflict.

Changed in wxwidgets2.8:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.