During an emerge -u swig, I get the following error: <... lots of output from make ...> gcc -DHAVE_CONFIG_H -I. -I. -I../Source/Include -DSWIG_GLOBAL -isystem /usr/include -g -O2 -Wall -MT libswigguilescm_la-libguile_scm.lo -MD -MP -MF .deps/libswigguilescm_la-libguile_scm.Tpo -c libguile_scm.c -fPIC -DPIC -o .libs/libswigguilescm_la-libguile_scm.o /bin/sh ../libtool --mode=link gcc -g -O2 -Wall -o libswigguilescm.la -rpath /usr/lib -no-undefined -lguile -lguile-ltdl -lqthreads -lpthread -lcrypt -lm libswigguilescm_la-libguile_scm.lo -ldl gcc -shared .libs/libswigguilescm_la-libguile_scm.o -L/usr/lib /usr/lib/libguile.so /usr/lib/libguile-ltdl.so /usr/lib/libqthreads.so -lpthread -lcrypt -lm -ldl -Wl,-soname -Wl,libswigguilescm.so.0 -o .libs/libswigguilescm.so.0.0.0 (cd .libs && rm -f libswigguilescm.so.0 && ln -s libswigguilescm.so.0.0.0 libswigguilescm.so.0) (cd .libs && rm -f libswigguilescm.so && ln -s libswigguilescm.so.0.0.0 libswigguilescm.so) creating libswigguilescm.la (cd .libs && rm -f libswigguilescm.la && ln -s ../libswigguilescm.la libswigguilescm.la) make[1]: Leaving directory `/scratch/build/portage/swig-1.3.21/work/SWIG-1.3.21/Runtime' --------------------------- ACCESS VIOLATION SUMMARY ---------------------------LOG FILE = "/tmp/sandbox-dev-lang_-_swig-1.3.21-17275.log" open_wr: /root/.wapi/shared_data-1-0 open_wr: /root/.wapi/shared_data-1-0 -------------------------------------------------------------------------------- Reproducible: Always Steps to Reproduce: 1. emerge dev-lang/swig-1.3.21 2. wait for it to try to install 3. watch the emerge print the access violation Actual Results: Emerge barfs on the access violation (as it should) Expected Results: No access violation and swig 1.3.21 would be installed Portage 2.0.50-r3 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.4-rc1) ================================================================= System uname: 2.6.4-rc1 i686 AMD Athlon(tm) processor Gentoo Base System version 1.4.9 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-tbird -O2 -pipe -fomit-frame-pointer -frerun-cse-after-loop -frerun-loop-opt -fexpensive-optimizations -mmmx -m3dnow" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/scratch/build" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apm arts avi berkdb bonobo crypt cups dvd emacs encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang spell ssl svga tcltk tcpd tetex tk truetype videos x86 xml2 xmms xv zlib"
I have exactly the same problem. I'm guessing the problem originates with SWIG, but I'm haven't dug very deeply yet.
I noticed that the access violation happened while make seemed to be working on Guile stuff, so I tried emerging SWIG with "USE=-guile". Sure enough, it completed this time. However, it still installed some Guile shared objects. Even more bizarrely, I emerged SWIG again, this time with "USE=guile" and it worked just fine. Now, I can't reproduce the access violation and I'm not even sure the USE flag is what made it work. I also don't have any idea what "wapi" is, since it doesn't seem to be mentioned on the SWIG site. I did find some mentions of it on PHP related lists, so perhaps it's a PHP issue, not related to Guile. I have no way of testing it now.
I just emerged swig-1.3.21 with the guile use flag set and everything worked fine.
maybe it was a local env issue? Hard to fix if it can't be reproduced anymore though. I'll close as CANTFIX for now. Go ahead and reopen if it happens again.
This is certainly still an open issue as far as I'm concerned. I'm having the exact same issue I was before. I've rsync'ed once a day since I filed the bug report and made sure to get a fresh copy of the file each time I try and -u world, but each time this issue happens, always at the exact same place. I'm not really sure how to debug this issue. If any one has any suggestions I'd be more than willing to do some investigation and report back.
I think this is actually caused by recent changes to mono, which swig will auto-detect regardless of any USE flags. The .wapi directory is tied somehow to newer versions of mono, and I think other packages may be suffering similar problems, as the installer is attempting to create and use this directory in the calling user's home dir, but emerge (perhaps rightfully) won't let it. I managed to have this problem go away by adding the following two flags to the ./configure line in the emerge file itself: ./configure \ --without-csharp-compiler --without-cil-interpreter \ but this is obviously not a permanent solution. I'm using a fresh portage from last night, with mono just upgraded (to 0.91) previously.
maybe the dotnet folks have some ideas.
hey, just finally noticed this bug when i found the same swig problem. i haven't looked closely at what it's actually doing, but this error is 100% indicative of the "mcs" compiler getting invoked, and it attempted to open some files in the shared ~/.wapi directory. This can be prevented by inheriting from the mono eclass, which at this point does only one thing, changing the shared dir to ${T}. This does in fact solve the problem. It's not my ebuild at all, but if lanius/herd would like, i'll add that and commit the changes.
adding 'inherit mono' to the top of the ebuild fixed it for me
SOLD to the highest bidder
