While trying to emerge winelib : checking for g++ -fpermissive option... yes checking for g++ -fms-extensions option... yes checking for g++ -fno-for-scope option... yes checking for windef.h... configure: error: Could not find the Wine headers (windef.h) !!! ERROR: dev-dotnet/winelib-0.3-r1 failed. !!! Function econf, Line 447, Exitcode 1 !!! econf failed !!! If you need support, post the topmost build error, NOT this status message. Reproducible: Always Steps to Reproduce: 1.emerge sync 2.emerge wine-lib 3.*Beep* Actual Results: ./configure failed. Expected Results: The ebuild should find the actual path of windef.h dunedain winelib-0.3 # emerge info Portage 2.0.51-r8 (default-linux/x86/2004.2, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r1 i686) ================================================================= System uname: 2.6.10-gentoo-r1 i686 Intel(R) Pentium(R) M processor 1.70GHz Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Dec 24 2004, 19:33:36)] distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disable d] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.4_p6, 1.9.3, 1.8.5-r2, 1.6.3, 1.7.9 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.4.22 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/ 3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/tex mf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/c onfig/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/con trol" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://mir.zyrianes.net/gentoo/ http://mir.zyrianes.net/gentoo/ h ttp://ftp.heanet.ie/pub/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/" LDFLAGS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X acl alsa apm arts avi bash-completion berkdb bitmap-fonts bmp cdparan oia cdr crypt css cups dillo dts dvd dvdread emacs encode esd fam flac foomaticd b fortran gdbm gif gnome gpm gstreamer gtk gtk2 icq imlib ipv6 jabber java jpeg junit ldap libwww mad mikmod motif mozilla moznocompose moznoirc moznomail mozno xft mp3 mpeg msn mysql ncurses nls noreiserfs nosendmail oggvorbis opengl oss pa m pdflib perl png python qt quicktime readline samba sdl slang spell sse ssl svg a tcltk tcpd tetex tiff truetype xine xml2 xmms xv xvid zlib video_cards_radeon" For information, removing the "--with-wine" assignation in the src_compile() procedure of the ebuild made it work correctly. If it can help to correct this problem as fast as possible ;-)
it happens here too: ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-wine=//usr/lib/wine --with-wine=/usr would be correct I have no idea how to workaround this, an emerge always reunpack the file and therefore I can just fix this localy. So please fix this asap.
Created attachment 49084 [details] winelib-0.3-r2.ebuild line 29 of winelib-0.3-r1.ebuild needs to be changed from: econf --with-wine=${ROOT}/usr/lib/wine || die to: econf --with-wine=${ROOT}/usr || die I'm attaching an ebuild which makes this change.
In order to get it to compile I had to change the econf line to this: econf --with-wine=/usr/lib/wine \ --with-wine-includes=/usr/include/wine/windows \ --with-wine-libraries=/usr/lib \ --with-wine-dlls=/usr/lib/wine \ --with-wine-tools=/usr/bin || die emake || die That allows it to compile, but when trying to run a mono program with System.Windows.Forms it still complains about not finding libwine.so.1. Oh well.
Yes, that's because the winelib installation trashes the wine installation. Before: henryk@gleam henryk $ ls -l /usr/lib/libwine.so* lrwxrwxrwx 1 root root 12 24. Mar 04:46 /usr/lib/libwine.so -> libwine.so.1 -rwxr-xr-x 1 root root 28368 24. Mar 04:46 /usr/lib/libwine.so.1 and after: henryk@gleam henryk $ ls -l /usr/lib/libwine.so* lrwxrwxrwx 1 root root 12 24. Mar 04:46 /usr/lib/libwine.so -> libwine.so.1 I'll attach a modified ebuild that seemed to have worked for me. (E.g. it left the wine files alone and I could run a .net program using Windows.Forms afterwards.)
Created attachment 54306 [details] modified ebuild
Ok, I've just put winelib into package.mask. Although there are some proposed fixes in this bug, winelib is completely abandanoned by upstream, and they are focusing on the new managed implementation of SWF in the mono-1.1.x series. The 1.1.x should be out of package.mask soon, until then that is the suggested route for anyone wishing to use the SWF namespace. Maintaining something which is apt to break with every new wine release vs. using the new upstream sponsored method seem counter-productive, at least to me. Marking this WONTFIX, if anybody strongly objects, feel free to re-open. Thanks.
