Message ID | 54C2C70E.3020700@dawncrow.de |
---|---|
State | Superseded |
Headers | show |
Andre, All, On 2015-01-23 23:11 +0100, André Hentschel spake thusly: > Adds new package: wine > > Wine is a compatibility layer capable of running Windows applications on Linux. > > Signed-off-by: André Hentschel <nerv@dawncrow.de> > --- > I hope i addressed all the comments in the correct manner > try 2: Fix issue spotted by baruch > try 3: Added comments, added hash file, fixed X11 check, depend on internal toolchain, added bison and flex to host dependencies > try 4: instead of depending on internal toolchains add the expected tuple via --host > try 5: Added 64-bit check for host-wine and restricted wine build to x86 for now. Also added more comments > > package/Config.in | 1 + > package/wine/Config.in | 23 ++++ > package/wine/wine.hash | 2 + > package/wine/wine.mk | 278 +++++++++++++++++++++++++++++++++++++++++++++++++ > 4 files changed, 304 insertions(+) > > diff --git a/package/Config.in b/package/Config.in > index 5f6ebc2..db2c75a 100644 > --- a/package/Config.in > +++ b/package/Config.in > @@ -1015,6 +1015,7 @@ menu "Miscellaneous" > source "package/snowball-init/Config.in" > source "package/sound-theme-borealis/Config.in" > source "package/sound-theme-freedesktop/Config.in" > + source "package/wine/Config.in" This is a minor comment, but I would have expected to see Wine in either of those sub-menus, instead of "Miscellanous": - Audio and video applications - Graphic libraries and applications I think it would fit nicely alongside X.org. But this is really, really minor! ;-) > endmenu > > menu "Networking applications" > diff --git a/package/wine/Config.in b/package/wine/Config.in > new file mode 100644 > index 0000000..38036d4 > --- /dev/null > +++ b/package/wine/Config.in > @@ -0,0 +1,23 @@ > +config BR2_PACKAGE_WINE > + bool "wine" > + depends on BR2_INET_IPV6 > + depends on BR2_TOOLCHAIN_HAS_THREADS > + depends on BR2_TOOLCHAIN_USES_GLIBC > + # Wine only builds on certain architectures > + depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86" > + # Wine has much CPU specific code and mostly makes sense on x86 > + depends on BR2_i386 Well, x86_64 is not the same as i386 in Buildroot. So this makes Wine really available only on i386 (the 32-bit variant). Is that what you really wanted to do? Otherwise, maybe change to: depends on BR2_i386 || BR2_x86_64 > + help > + Wine is a compatibility layer capable of running > + Windows applications on Linux. Instead of simulating internal > + Windows logic like a virtual machine or emulator, > + Wine translates Windows API calls into POSIX calls on-the-fly, > + eliminating the performance and memory penalties of other methods. Formatting is a bit off. Try to get lines all about the same width. > + http://www.winehq.org > + > +comment "wine needs a (e)glibc toolchain w/ IPv6, threads" > + depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86" > + depends on BR2_i386 > + depends on !BR2_INET_IPV6 || !BR2_TOOLCHAIN_HAS_THREADS > + depends on !BR2_TOOLCHAIN_USES_GLIBC > diff --git a/package/wine/wine.hash b/package/wine/wine.hash > new file mode 100644 > index 0000000..7ffc45e > --- /dev/null > +++ b/package/wine/wine.hash > @@ -0,0 +1,2 @@ > +# Locally computed > +sha256 0f46dd29b278a3352206b49680f0ac3bfa107e65cb40cb4af51c137f0ebeb271 wine-1.6.2.tar.bz2 > diff --git a/package/wine/wine.mk b/package/wine/wine.mk > new file mode 100644 > index 0000000..983c886 > --- /dev/null > +++ b/package/wine/wine.mk > @@ -0,0 +1,278 @@ > +################################################################################ > +# > +# wine > +# > +################################################################################ > + > +WINE_VERSION = 1.6.2 > +WINE_SOURCE = wine-$(WINE_VERSION).tar.bz2 > +WINE_SITE = http://source.winehq.org/git/wine.git/snapshot/ It looks like the official URL is on sourceforge, rather than using a git snapshot, as seen on: https://www.winehq.org/download Location Description sourceforge.net Our official source release site. source.winehq.org/git For the latest development version. So: WINE_SITE = http://downloads.sourceforge.net/project/wine/Source > +WINE_LICENSE = LGPLv2.1+ > +WINE_LICENSE_FILES = COPYING.LIB Adding the file LICENSE would be good, too. LICENSE.OLD is not necessary, though. > +WINE_INSTALL_TARGET = YES Unneeded, that's the default. > +WINE_DEPENDENCIES = host-wine > +HOST_WINE_DEPENDENCIES = host-bison host-flex So, you do not need host-bison or host-flex to build the target variant? After looking at configure.ac, yes you do. So: WINE_DEPENDENCIES = host-bison host-flex host-wine should be enough, no need to specify HOST_WINE_DEPENDENCIES, they are derived from the target dependencies, so will end up with the correct value. > +# Wine needs to enable 64-bit build tools on 64-bit host > +ifeq ($(HOSTARCH),x86_64) > + HOST_WINE_CONF_OPTS += --enable-win64 > +endif > + > +# Wine needs its own directory structure and tools for cross compiling > +WINE_CONF_OPTS = \ > + --with-wine-tools=../host-wine-$(WINE_VERSION) \ > + --disable-tests \ > + --disable-win64 \ So, I've had a look at what --{en,dis}able-win64 means. From what I understand, if you --enable-win64, you get a 64-bit-only build, incapable of running win32 binaries. Conversely, if you --disable-win64, you get a 32-bit-only build, incapable of running win64 binaries. Right? That's a bit unfortunate, since on a 64-bit target, it might well be legit for a user to want to run win32 *and* win64 binaries. But it is not possible to ahve Wine build both at the same time. Pity... :-( > + --without-opengl > + > +# Wine needs the host tuple of the external toolchain for cross compiling, > +# otherwise it calls e.g. non-existing i586-buildroot-linux-gnu-gcc while > +# actually it should look for e.g. i686-pc-linux-gnu-gcc > +ifeq ($(BR2_TOOLCHAIN_BUILDROOT),) We prefer positive logic: ifeq ($(BR2_TOOLCHAIN_EXTERNAL),y) > + WINE_CONF_OPTS += --host=$(call qstrip,$(BR2_TOOLCHAIN_EXTERNAL_PREFIX)) > +endif Sorry, I still do not understand what happens here... I commented those lines, and I observed this: [...] checking for i586-buildroot-linux-gnu-gcc... /home/ymorin/dev/buildroot/O/host/usr/bin/i686-pc-linux-gnu-gcc [...] checking for i586-buildroot-linux-gnu-ar... /home/ymorin/dev/buildroot/O/host/usr/bin/i686-pc-linux-gnu-ar checking for i586-buildroot-linux-gnu-ranlib... /home/ymorin/dev/buildroot/O/host/usr/bin/i686-pc-linux-gnu-ranlib [...] checking how to run the C preprocessor... /home/ymorin/dev/buildroot/O/host/usr/bin/i686-pc-linux-gnu-cpp [...] checking for i586-buildroot-linux-gnu-readelf... /home/ymorin/dev/buildroot/O/host/usr/bin/i686-pc-linux-gnu-readelf [...] ... which seems pretty much what we would expect. Oh... Then it fails at build time, because of that fscking wrapper to gcc. Damn. Ok, so here it goes: - wine uses a wrapper around gcc - at configure time, it uses the value from --host and passes it as-is to the gcc wrapper - the gcc wrapper uses that variable to generate the gcc name and we end up with errors like: ../../../host-wine-1.6.2/tools/winegcc/winegcc -b i586-buildroot-linux-gnu [...] winebuild: cannot find suitable name lister Bummer... :-( But I found an alternative that I like a bit more: # Wine uses a wrapper around gcc, and uses the value of --host to # construct the filename of the gcc to call. # But for external toolchains, we may have a discrepancy between the # tuple, GNU_TARGET_NAME, that we construct from our internal # variables, and the gcc prefix for the external toolchain. # So, we have to iverride whatever the gcc wrapper believes what the # reall gcc is named, and force the tuple of the external toolchain, # not the one we compute in GNU_TARGET_NAME. ifeq ($(BR2_TOOLCHAIN_EXTERNAL),y) WINE_CONF_OPTS += TARGETFLAGS="-b $(call qstrip,$(BR2_TOOLCHAIN_EXTERNAL_PREFIX))" endif This allows us to keep our stndard --host value, and just overrides the -b option passed to the gcc wrapper. Care to test that on your side, please? [--SNIP--] Ok, tested with ths defconfig, and the few tweaks I mentioned above. Regards, Yann E. MORIN.
André, All, On 2015-01-29 22:46 +0100, Yann E. MORIN spake thusly: > On 2015-01-23 23:11 +0100, André Hentschel spake thusly: > > Adds new package: wine > > > > Wine is a compatibility layer capable of running Windows applications on Linux. > > > > Signed-off-by: André Hentschel <nerv@dawncrow.de> I also managed to greatly improve the build time, by selectively bulding only the host tools: # Wine only needs the host tools to be built, so cut-down the # build time by building just what we need. define HOST_WINE_BUILD_CMDS $(TARGET_MAKE_ENV) $(MAKE) -C $(@D) tools tools/widl tools/winebuild \ tools/winedump tools/winegcc tools/wmc tools/wrc endef # Wine only needs its host variant to be built, not that it is # installed, as it uses the tools from the build directory. But # we have no way in Buildroot to state that a host package should # not be installed. So, just provide an noop install command. define HOST_WINE_INSTALL_CMDS : endef There is no reason to build the full host variant, when we are only interested in the tools. And among those I select above, some might even not be needed; I'll leave that to you to decide if we can trim that list even further down. ;-) And off am I, FOSDEM week-end incoming! :-) Regards, Yann E. MORIN.
Hi, I'm about to send v6, some comments on the feedback of try 5: Am 29.01.2015 um 22:46 schrieb Yann E. MORIN:> Andre, All, > > On 2015-01-23 23:11 +0100, André Hentschel spake thusly: >> + # Wine has much CPU specific code and mostly makes sense on x86 >> + depends on BR2_i386 > > Well, x86_64 is not the same as i386 in Buildroot. So this makes Wine > really available only on i386 (the 32-bit variant). > > Is that what you really wanted to do? > > Otherwise, maybe change to: > depends on BR2_i386 || BR2_x86_64 Yes, as you recognized later, Wine only makes sense on x86_64 when built as 64-bit AND 32-bit, not as 64-bit only. >> + help >> + Wine is a compatibility layer capable of running >> + Windows applications on Linux. Instead of simulating internal >> + Windows logic like a virtual machine or emulator, >> + Wine translates Windows API calls into POSIX calls on-the-fly, >> + eliminating the performance and memory penalties of other methods. > > Formatting is a bit off. Try to get lines all about the same width. done >> +WINE_LICENSE = LGPLv2.1+ >> +WINE_LICENSE_FILES = COPYING.LIB > > Adding the file LICENSE would be good, too. LICENSE.OLD is not > necessary, though. > >> +WINE_INSTALL_TARGET = YES > > Unneeded, that's the default. done >> +# Wine needs its own directory structure and tools for cross compiling >> +WINE_CONF_OPTS = \ >> + --with-wine-tools=../host-wine-$(WINE_VERSION) \ >> + --disable-tests \ >> + --disable-win64 \ > > So, I've had a look at what --{en,dis}able-win64 means. From what I > understand, if you --enable-win64, you get a 64-bit-only build, > incapable of running win32 binaries. Conversely, if you --disable-win64, > you get a 32-bit-only build, incapable of running win64 binaries. > > Right? > > That's a bit unfortunate, since on a 64-bit target, it might well be > legit for a user to want to run win32 *and* win64 binaries. But it is > not possible to ahve Wine build both at the same time. Pity... :-( that's what i mean, maybe we find a solution in the future, but not now >> +ifeq ($(BR2_TOOLCHAIN_BUILDROOT),) > > We prefer positive logic: > ifeq ($(BR2_TOOLCHAIN_EXTERNAL),y) done > This allows us to keep our stndard --host value, and just overrides the > -b option passed to the gcc wrapper. > > Care to test that on your side, please? i tested it and it works like a charm, thanks for this great idea Am 29.01.2015 um 23:52 schrieb Yann E. MORIN: > André, All, > > On 2015-01-29 22:46 +0100, Yann E. MORIN spake thusly: >> On 2015-01-23 23:11 +0100, André Hentschel spake thusly: >>> Adds new package: wine >>> >>> Wine is a compatibility layer capable of running Windows applications on Linux. >>> >>> Signed-off-by: André Hentschel <nerv@dawncrow.de> > > I also managed to greatly improve the build time, by selectively bulding > only the host tools: > > # Wine only needs the host tools to be built, so cut-down the > # build time by building just what we need. > define HOST_WINE_BUILD_CMDS > $(TARGET_MAKE_ENV) $(MAKE) -C $(@D) tools tools/widl tools/winebuild \ > tools/winedump tools/winegcc tools/wmc tools/wrc > endef > > # Wine only needs its host variant to be built, not that it is > # installed, as it uses the tools from the build directory. But > # we have no way in Buildroot to state that a host package should > # not be installed. So, just provide an noop install command. > define HOST_WINE_INSTALL_CMDS > : > endef > > There is no reason to build the full host variant, when we are only > interested in the tools. And among those I select above, some might even > not be needed; I'll leave that to you to decide if we can trim that list > even further down. ;-) done, i just changed formatting and removed winebuild > And off am I, FOSDEM week-end incoming! :-) > Hope you had a lot of fun! :)
diff --git a/package/Config.in b/package/Config.in index 5f6ebc2..db2c75a 100644 --- a/package/Config.in +++ b/package/Config.in @@ -1015,6 +1015,7 @@ menu "Miscellaneous" source "package/snowball-init/Config.in" source "package/sound-theme-borealis/Config.in" source "package/sound-theme-freedesktop/Config.in" + source "package/wine/Config.in" endmenu menu "Networking applications" diff --git a/package/wine/Config.in b/package/wine/Config.in new file mode 100644 index 0000000..38036d4 --- /dev/null +++ b/package/wine/Config.in @@ -0,0 +1,23 @@ +config BR2_PACKAGE_WINE + bool "wine" + depends on BR2_INET_IPV6 + depends on BR2_TOOLCHAIN_HAS_THREADS + depends on BR2_TOOLCHAIN_USES_GLIBC + # Wine only builds on certain architectures + depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86" + # Wine has much CPU specific code and mostly makes sense on x86 + depends on BR2_i386 + help + Wine is a compatibility layer capable of running + Windows applications on Linux. Instead of simulating internal + Windows logic like a virtual machine or emulator, + Wine translates Windows API calls into POSIX calls on-the-fly, + eliminating the performance and memory penalties of other methods. + + http://www.winehq.org + +comment "wine needs a (e)glibc toolchain w/ IPv6, threads" + depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86" + depends on BR2_i386 + depends on !BR2_INET_IPV6 || !BR2_TOOLCHAIN_HAS_THREADS + depends on !BR2_TOOLCHAIN_USES_GLIBC diff --git a/package/wine/wine.hash b/package/wine/wine.hash new file mode 100644 index 0000000..7ffc45e --- /dev/null +++ b/package/wine/wine.hash @@ -0,0 +1,2 @@ +# Locally computed +sha256 0f46dd29b278a3352206b49680f0ac3bfa107e65cb40cb4af51c137f0ebeb271 wine-1.6.2.tar.bz2 diff --git a/package/wine/wine.mk b/package/wine/wine.mk new file mode 100644 index 0000000..983c886 --- /dev/null +++ b/package/wine/wine.mk @@ -0,0 +1,278 @@ +################################################################################ +# +# wine +# +################################################################################ + +WINE_VERSION = 1.6.2 +WINE_SOURCE = wine-$(WINE_VERSION).tar.bz2 +WINE_SITE = http://source.winehq.org/git/wine.git/snapshot/ +WINE_LICENSE = LGPLv2.1+ +WINE_LICENSE_FILES = COPYING.LIB +WINE_INSTALL_TARGET = YES +WINE_DEPENDENCIES = host-wine +HOST_WINE_DEPENDENCIES = host-bison host-flex + +# Wine needs to enable 64-bit build tools on 64-bit host +ifeq ($(HOSTARCH),x86_64) + HOST_WINE_CONF_OPTS += --enable-win64 +endif + +# Wine needs its own directory structure and tools for cross compiling +WINE_CONF_OPTS = \ + --with-wine-tools=../host-wine-$(WINE_VERSION) \ + --disable-tests \ + --disable-win64 \ + --without-opengl + +# Wine needs the host tuple of the external toolchain for cross compiling, +# otherwise it calls e.g. non-existing i586-buildroot-linux-gnu-gcc while +# actually it should look for e.g. i686-pc-linux-gnu-gcc +ifeq ($(BR2_TOOLCHAIN_BUILDROOT),) + WINE_CONF_OPTS += --host=$(call qstrip,$(BR2_TOOLCHAIN_EXTERNAL_PREFIX)) +endif + +ifeq ($(BR2_PACKAGE_CUPS),y) + WINE_CONF_OPTS += --with-cups + WINE_DEPENDENCIES += cups +else + WINE_CONF_OPTS += --without-cups +endif + +ifeq ($(BR2_PACKAGE_DBUS),y) + WINE_CONF_OPTS += --with-dbus + WINE_DEPENDENCIES += dbus +else + WINE_CONF_OPTS += --without-dbus +endif + +ifeq ($(BR2_PACKAGE_FONTCONFIG),y) + WINE_CONF_OPTS += --with-fontconfig + WINE_DEPENDENCIES += fontconfig +else + WINE_CONF_OPTS += --without-fontconfig +endif + +# To support freetype in wine we also need freetype in host-wine for the cross compiling tools +ifeq ($(BR2_PACKAGE_FREETYPE),y) + WINE_CONF_OPTS += --with-freetype + HOST_WINE_CONF_OPTS += --with-freetype + WINE_DEPENDENCIES += freetype + HOST_WINE_DEPENDENCIES += host-freetype +else + WINE_CONF_OPTS += --without-freetype + HOST_WINE_CONF_OPTS += --without-freetype +endif + +ifeq ($(BR2_PACKAGE_GNUTLS),y) + WINE_CONF_OPTS += --with-gnutls + WINE_DEPENDENCIES += gnutls +else + WINE_CONF_OPTS += --without-gnutls +endif + +ifeq ($(BR2_PACKAGE_GST_PLUGINS_BASE),y) + WINE_CONF_OPTS += --with-gstreamer + WINE_DEPENDENCIES += gst-plugins-base +else + WINE_CONF_OPTS += --without-gstreamer +endif + +ifeq ($(BR2_PACKAGE_JPEG),y) + WINE_CONF_OPTS += --with-jpeg + WINE_DEPENDENCIES += jpeg +else + WINE_CONF_OPTS += --without-jpeg +endif + +ifeq ($(BR2_PACKAGE_LCMS2),y) + WINE_CONF_OPTS += --with-cms + WINE_DEPENDENCIES += lcms2 +else + WINE_CONF_OPTS += --without-cms +endif + +ifeq ($(BR2_PACKAGE_LIBGLU),y) + WINE_CONF_OPTS += --with-glu + WINE_DEPENDENCIES += libglu +else + WINE_CONF_OPTS += --without-glu +endif + +ifeq ($(BR2_PACKAGE_LIBPCAP),y) + WINE_CONF_OPTS += --with-pcap + WINE_DEPENDENCIES += libpcap +else + WINE_CONF_OPTS += --without-pcap +endif + +ifeq ($(BR2_PACKAGE_LIBPNG),y) + WINE_CONF_OPTS += --with-png + WINE_DEPENDENCIES += libpng +else + WINE_CONF_OPTS += --without-png +endif + +ifeq ($(BR2_PACKAGE_LIBV4L),y) + WINE_CONF_OPTS += --with-v4l + WINE_DEPENDENCIES += libv4l +else + WINE_CONF_OPTS += --without-v4l +endif + +ifeq ($(BR2_PACKAGE_LIBXML2),y) + WINE_CONF_OPTS += --with-xml + WINE_DEPENDENCIES += libxml2 +else + WINE_CONF_OPTS += --without-xml +endif + +ifeq ($(BR2_PACKAGE_LIBXSLT),y) + WINE_CONF_OPTS += --with-xslt + WINE_DEPENDENCIES += libxslt +else + WINE_CONF_OPTS += --without-xslt +endif + +ifeq ($(BR2_PACKAGE_MPG123),y) + WINE_CONF_OPTS += --with-mpg123 + WINE_DEPENDENCIES += mpg123 +else + WINE_CONF_OPTS += --without-mpg123 +endif + +ifeq ($(BR2_PACKAGE_NCURSES),y) + WINE_CONF_OPTS += --with-curses + WINE_DEPENDENCIES += ncurses +else + WINE_CONF_OPTS += --without-curses +endif + +ifeq ($(BR2_PACKAGE_SANE_BACKENDS),y) + WINE_CONF_OPTS += --with-sane + WINE_DEPENDENCIES += sane-backends +else + WINE_CONF_OPTS += --without-sane +endif + +ifeq ($(BR2_PACKAGE_TIFF),y) + WINE_CONF_OPTS += --with-tiff + WINE_DEPENDENCIES += tiff +else + WINE_CONF_OPTS += --without-tiff +endif + +ifeq ($(BR2_PACKAGE_XLIB_LIBX11),y) + WINE_CONF_OPTS += --with-x + WINE_DEPENDENCIES += xlib_libX11 +else + WINE_CONF_OPTS += --without-x +endif + +ifeq ($(BR2_PACKAGE_XLIB_LIBXCOMPOSITE),y) + WINE_CONF_OPTS += --with-xcomposite + WINE_DEPENDENCIES += xlib_libXcomposite +else + WINE_CONF_OPTS += --without-xcomposite +endif + +ifeq ($(BR2_PACKAGE_XLIB_LIBXCURSOR),y) + WINE_CONF_OPTS += --with-xcursor + WINE_DEPENDENCIES += xlib_libXcursor +else + WINE_CONF_OPTS += --without-xcursor +endif + +ifeq ($(BR2_PACKAGE_XLIB_LIBXI),y) + WINE_CONF_OPTS += --with-xinput --with-xinput2 + WINE_DEPENDENCIES += xlib_libXi +else + WINE_CONF_OPTS += --without-xinput --without-xinput2 +endif + +ifeq ($(BR2_PACKAGE_XLIB_LIBXINERAMA),y) + WINE_CONF_OPTS += --with-xinerama + WINE_DEPENDENCIES += xlib_libXinerama +else + WINE_CONF_OPTS += --without-xinerama +endif + +ifeq ($(BR2_PACKAGE_XLIB_LIBXRANDR),y) + WINE_CONF_OPTS += --with-xrandr + WINE_DEPENDENCIES += xlib_libXrandr +else + WINE_CONF_OPTS += --without-xrandr +endif + +ifeq ($(BR2_PACKAGE_XLIB_LIBXRENDER),y) + WINE_CONF_OPTS += --with-xrender + WINE_DEPENDENCIES += xlib_libXrender +else + WINE_CONF_OPTS += --without-xrender +endif + +ifeq ($(BR2_PACKAGE_XLIB_LIBXXF86VM),y) + WINE_CONF_OPTS += --with-xxf86vm + WINE_DEPENDENCIES += xlib_libXxf86vm +else + WINE_CONF_OPTS += --without-xxf86vm +endif + +ifeq ($(BR2_PACKAGE_ZLIB),y) + WINE_CONF_OPTS += --with-zlib + WINE_DEPENDENCIES += zlib +else + WINE_CONF_OPTS += --without-zlib +endif + +# We are focused on the cross compiling tools, disable everything else +HOST_WINE_CONF_OPTS += \ + --disable-tests \ + --disable-win16 \ + --without-alsa \ + --without-capi \ + --without-cms \ + --without-coreaudio \ + --without-cups \ + --without-curses \ + --without-dbus \ + --without-fontconfig \ + --without-gettext \ + --without-gettextpo \ + --without-gphoto \ + --without-glu \ + --without-gnutls \ + --without-gsm \ + --without-gstreamer \ + --without-hal \ + --without-jpeg \ + --without-ldap \ + --without-mpg123 \ + --without-netapi \ + --without-openal \ + --without-opencl \ + --without-opengl \ + --without-osmesa \ + --without-oss \ + --without-pcap \ + --without-png \ + --without-sane \ + --without-tiff \ + --without-v4l \ + --without-x \ + --without-xcomposite \ + --without-xcursor \ + --without-xinerama \ + --without-xinput \ + --without-xinput2 \ + --without-xml \ + --without-xrandr \ + --without-xrender \ + --without-xshape \ + --without-xshm \ + --without-xslt \ + --without-xxf86vm \ + --without-zlib + +$(eval $(autotools-package)) +$(eval $(host-autotools-package))
Adds new package: wine Wine is a compatibility layer capable of running Windows applications on Linux. Signed-off-by: André Hentschel <nerv@dawncrow.de> --- I hope i addressed all the comments in the correct manner try 2: Fix issue spotted by baruch try 3: Added comments, added hash file, fixed X11 check, depend on internal toolchain, added bison and flex to host dependencies try 4: instead of depending on internal toolchains add the expected tuple via --host try 5: Added 64-bit check for host-wine and restricted wine build to x86 for now. Also added more comments package/Config.in | 1 + package/wine/Config.in | 23 ++++ package/wine/wine.hash | 2 + package/wine/wine.mk | 278 +++++++++++++++++++++++++++++++++++++++++++++++++ 4 files changed, 304 insertions(+)