When compiling using ACCEPT_KEYWORDS="~x86" GCC 3.3.2-r2, linux-headers 2.4.21, glibc 2.3.2-r8 and a 2.6 kernel you get this while compiling: Reproducible: Always Steps to Reproduce: 1.ACCEPT_KEYWORDS="~x86" emerge GCC 3.3.2-r2, linux-headers 2.4.21, glibc 2.3. 2-r8 and a 2.6 kernel 2.emerge xine-libs 3. Actual Results: /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../.. /src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I/usr/X11R6/include -Wall -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wpointer-arith -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -O2 -I/usr/kde/3.1/include/artsc -c -o cpu_accel.lo `test -f 'cpu_accel.c' || echo './'`cpu_accel.c mkdir .libs rm: cannot remove `': Invalid argument Expected Results: Unknown, but I would expect the file to have been deleted and removed correctly. Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r8, 2.6. 0-test8-love3) ================================================================= System uname: 2.6.0-test8-love3 i686 Intel(R) Pentium(R) III Mobile CPU 1133MHz Gentoo Base System version 1.4.3.11 distcc 2.11.2 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -mfpmath=sse -msse -mmmx -O3 -pipe -fomit-frame-pointer -fPIC -funroll-loops" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -mfpmath=sse -msse -mmmx -O3 -pipe -fomit-frame-pointer -fPIC -funroll-loops" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox distcc userpriv usersandbox -ccache" GENTOO_MIRRORS="http://www.ibiblio.org/gentoo ftp://ftp.gtlib.cc.gatech. edu/pub/gentoo ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://mirror. iawnet.sandia.gov/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://ftp. ucsb.edu/pub/mirrors/linux/gentoo/ ftp://gentoo.mirrors.pair.com/ ftp://gentoo. noved.org/" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp/portage" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb alsa gdbm berkdb slang readline arts tetex aalib svga ggi tcltk java X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt kde motif opengl ldap cdr acpi acpi4linux autofs dnd dv dvd fbcon flash gd gtk2 gtkhtml i8x0 javascript jikes kerberos maildir memlimit moznocompose moznoirc moznomail parse-clocks pnp slp sse tiff trusted usb wmf -oss -gnome"
Does this affect the build in any way, shape, or form, like make it fail/error out? If not, then this is really negligible, like a minor typo in the gcc Makefiles somewheres.
It does not impact compiling that I'm aware of, but I don't know if it's causing files to be left behind which normally would be removed thus taking up disk space unnecessarily.
I would doubt that. The "make install" section of gcc's Makefile likely is designed to install a specific set of files, leaving others behind. These files get installed to a temp directory inside portage before getting merged into the live fs. I would say the chances of "rogue" files getting installed is very small. However, if you want to check, use the "ebuild" command to compile and "install" (NOT merge) gcc-3.3.2-r1 and gcc-3.3.2-r2. Once both are compiled and installed into the temporary portage folders (before merging into the live fs), you can then run an 'ls' command on each folder, store the 'ls' output into two different text files, and then diff the two files to see if gcc-3.3.2-r2 contains significantly more files for it's installation than 3.3.2-r1. I say "significantly more" because if there are indeed files not being properly deleted during compiliation, then they are likely specialized source files and there should be a large number of them. If you are unsure how to use the 'ebuild' command, run 'man ebuild' for more info. Portage's image directory is in ${PORTAGE_TMPDIR}/portage/<package>/image.
This isn't a gcc thing, it's a sandbox thing: Try this: rm -f "" at the prompt. then enter the sandbox and try it again. You get an error in the sandbox. The main thing here is that most packages built with libtool use the syntax rm -f "" a lot in their scripts, so this "error" pops up quite a bit. It's harmless, but probably should be fixed. Reassigning.
Below should fix it, but I just need to confirm that it does not break the original bug which that bit fixes: -- Index: libsandbox.c =================================================================== RCS file: /home/cvsroot/gentoo-src/portage/src/sandbox-1.1/libsandbox.c,v retrieving revision 1.13 diff -u -p -r1.13 libsandbox.c --- libsandbox.c 14 Oct 2003 20:24:39 -0000 1.13 +++ libsandbox.c 2 Nov 2003 17:23:41 -0000 @@ -1286,7 +1286,8 @@ before_syscall(const char *func, const c sbcontext_t sbcontext; if (!strlen(file)) { - errno = EINVAL; + /* The file/directory does not exist */ + errno = ENOENT; return 0; }
Btw, the fix was for bug #29846.
Created attachment 20120 [details, diff] sandbox-bug32238.patch Full patch set.
Hi guys (Weeve =), could we get this tested for original problem in bug #29846? Thanks.
Looks good here. One package that always used to fail because of the sandbox violation doesn't.
Thanks Jason. Nick, commited, when ever you are ready.
This message is also displayed after every command while emerging kde 3.1.4 USE="X gtk jack freetype2 -gnome -alsa kde 3dnow -acpi apm -arts avi cdr cups directfb dvd -emacs fbcon -gpm java jikes jpeg mpeg mozilla ncurses -pcmcia pda -pnp python qt quicktime samba tcltk tetex truetype usb zlib x86 joystick"
It will happen with anything using libtool-1.5 (maybe 1.4.3, not sure).
Ended up compiling a new libsandbox for this manually. It's been a while, is the bugfix going to make it into portage?
Martin: AND in 1.4.3-r1 too. Confirmed. On a 2.6 kernel withOUT "~x86". Compiled Kde, greped and counted occurences on log after compile, this message appeared exactly 1618 times.
this isnt a gcc3 bug it's a sandbox bug
This should be in 49-r18 and is in all the 2.0.50 series.
The last comment said it should be in -r18. I still got it with -r18 and -r19 rm: cannot remove `': Invalid argument source='demux_vqa.c' object='demux_vqa.lo' libtool=yes \ depfile='.deps/demux_vqa.Plo' tmpdepfile='.deps/demux_vqa.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh ../../libtool-nofpic --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -Wall -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wpointer-arith -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -march=athlon-xp -O2 -yno_propolice -yno_propolice -yno_propolice -c -o demux_vqa.lo `test -f 'demux_vqa.c' || echo './'`demux_vqa.c rm: cannot remove `': Invalid argument ... Blue gentoo-dev-sources # emerge -p portage These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-apps/portage-2.0.49-r19
Anyone still seeing this problem? If not can it be closed?
Feel free to close, it is fixed in 2.0.50 (but the bug was still open because it didn't make it into -r18 as originally intended).
Fixed.