> When you build Wine on amd64, we know that Wine is built as a 32-bit > binary, of course. Therefore, we want Wine to build against 32-bit > libraries, not 64-bit libraries. And Wine has a *lot* of build > dependencies, not all of which seem to have 32-bit equivalents. When you > add a build dependency on ia32-libs, you get a few, but still not even > half of what Wine wants. And last I checked (which I admit was a number > of months ago), there were many X libraries (DGA, VM, stuff like that) > that does exist there, but that you could not compile against. And most > just don't exist, even critical ones. > > For example, one important core Wine feature, i18n, depends on > libicu36-dev. There seems to be no 32-bit version of this, therefore, if > we use this patch, the amd64 version of Wine will be severely limited in > functionality here, compared to the i386 version of Wine.
I clearly prefer shipping a somewhat limited version of wine than shipping none at all. But that is not to say we shouldn't fix the problems you describe. As you can see, I filed an update to #394230 that will fill the gap for these missing libraries. > If possible, it would be a far preferable approach to actually build > Wine in a 32-bit environment and then just set the architecture fields > or something. It would give amd64 users a full, uncrippled, win32 emulation. But then we'd need to add the missing libs to ia32-libs for runtime anyway, so we wouldn't gain anything. -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
