When using the ibm-jdk-bin as my system vm, I get access violations trying to access /proc/self/corefilter. Switching to the Sun JDK allows the compile to complete successfully. Reproducible: Always
Hello, please provide `emerge --info` as a comment plus the ebuild.log, environment and maybe sandbox.log to give us a chance to trace this down. We can only try to reproduce problems if we have an idea of the USE flags and versions involved. Thanks, Michael
Will attach the other files USE flags: [ebuild R ] sys-devel/gcc-4.4.3-r2 USE="fortran gcj mudflap (multilib) nls nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -graphite -gtk (-hardened) (-libffi) -multislot (-n32) (-n64) -nocxx -objc -objc++ -objc-gc -test -vanilla" 0 kB emerge --info: Portage 2.2_rc67 (default/linux/amd64/10.0, gcc-4.3.4, glibc-2.10.1-r1, 2.6.34-rc7 x86_64) ================================================================= System uname: Linux-2.6.34-rc7-x86_64-AMD_Phenom-tm-_9850_Quad-Core_Processor-with-gentoo-2.0.1 Timestamp of tree: Mon, 07 Jun 2010 07:45:02 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] ccache version 2.4 [disabled] app-shells/bash: 4.0_p37 dev-java/java-config: 2.1.10 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.3, 1.11.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc: 4.1.2, 4.3.4, 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O3 -pipe -march=native" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/bind /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/init.d /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O3 -pipe -march=native" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests collision-protect distlocks fixpackages multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unmerge-logs unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo http://gentoo.cites.uiuc.edu/pub/gentoo/ ftp://gentoo.mirrors.tds.net/gentoo ftp://mirror.datapipe.net/gentoo http://mirror.datapipe.net/gentoo http://gentoo.mirrors.tds.net/gentoo" LANG="en_US.utf8" LC_ALL="en_US.utf8" LDFLAGS="-Wl,-O1" LINGUAS="en" MAKEOPTS="-j9 -l25" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/dmcbride/cvs/portdir-mine /usr/portage/local/layman/jokey /usr/portage/local/layman/kde-testing /usr/portage/local/layman/x11 /usr/portage/local/layman/qting-edge" SYNC="rsync://rsync.ca.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 apache2 audiofile avahi avi bash-completion berkdb branding bzip2 cairo cddb cdparanoia cdr cli cracklib crypt css cups cxx dbus dri dvd dvdr dvdread encode exif expat ffmpeg fftw firefox fontconfig fortran gd gdbm gif gimp gmp gnutls gpm gs handbook htmlhandbook iconv imagemagick ipv6 java jbig jpeg jpeg2k kde kipi lcms lzo mad mjpeg mmx mng modules mp3 mpeg mudflap multilib ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre perl png pppd python qt4 readline reflection scanner sdl semantic-desktop session smp spl sse sse2 ssl subversion svg sysfs tcpd threads tiff truetype unicode vcd vorbis wmf x264 xcb xcomposite xinerama xml xorg xulrunner xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" FOO2ZJS_DEVICES="hp2600n" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="vesa fbdev radeon radeonhd" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Sandbox logfile: VERSION 1.0 FORMAT: F - Function called FORMAT: S - Access Status FORMAT: P - Path as passed to function FORMAT: A - Absolute Path (not canonical) FORMAT: R - Canonical Path FORMAT: C - Command Line F: open_wr S: deny P: /proc/self/coredump_filter A: /proc/self/coredump_filter R: /proc/11343/coredump_filter C: /usr/lib/jvm//ibm-jdk-bin-1.6/bin/jar -cf@ config-test.jar F: open_wr S: deny P: /proc/self/coredump_filter A: /proc/self/coredump_filter R: /proc/19355/coredump_filter C: /usr/lib/jvm//ibm-jdk-bin-1.6/bin/jar -cf@ config-test.jar
Created attachment 234417 [details] build log for failure
Created attachment 234421 [details] Environment, as requested
Hello toolchain and java Herds, i don't have access to ibm-jdk-bin to really sort that problem out. The unpacked gcc source don't have any config-test.jar so u have no glue where that `/proc/self/coredump_filter` comes from (have never seen such a filename there before). Pleas don't mind me adding you both to this bug. Michael
I thought gcc[gcj] was self-contained and doesn't require any JDK on the system to compile. If it tries to use it, I would say it's a bug.
not really. gcc needs a `jar` to create jar's. not a big deal. at this point, an app screwing with /proc/self/coredump_filter is pretty unusual, so the ibm-jdk packages should install a sandbox.d predict entry for it. perhaps if this was a little more common, i'd consider adding it to sandbox.
(In reply to comment #7) > not really. gcc needs a `jar` to create jar's. not a big deal. > You could make use of app-arch/fastjar to make the build environment predictable.
(In reply to comment #8) > (In reply to comment #7) > > not really. gcc needs a `jar` to create jar's. not a big deal. > > > > You could make use of app-arch/fastjar to make the build environment > predictable. > Seems you weren't in CC.
Thanks for digging this deeper. I've also had this problem when compiling sys-devel/gettext, sys-devel/bison and net-analyzer/munin. I worked around it by using FEATURES="-sandbox", but would never have thought that this is related to using ibm-jdk-bin als default VM.
(In reply to comment #7) > not really. gcc needs a `jar` to create jar's. not a big deal. Is this new in 4.4? IIRC when I was creating my stable chroots to build icedtea6-bin (with 4.3) I could compile gcc[gcj] without any other JDK already installed. > at this point, an app screwing with /proc/self/coredump_filter is pretty > unusual, so the ibm-jdk packages should install a sandbox.d predict entry for > it. perhaps if this was a little more common, i'd consider adding it to > sandbox. When java eclasses are used, they add sandbox entries dynamically based on the jdk. But it's not a solution for this bug IMHO. Also coredump_filter file is not there, it's the first time I hear ibm-jdk use it. (In reply to comment #8) > You could make use of app-arch/fastjar to make the build environment > predictable. I would agree. It would also solve the bootstrap problem. (In reply to comment #10) > I've also had this problem when compiling sys-devel/gettext, sys-devel/bison > and net-analyzer/munin. I worked around it by using FEATURES="-sandbox", but > would never have thought that this is related to using ibm-jdk-bin als default > VM. I dunno why on your system ibm-jdk tries to use this file while for others apparently not, but as I said above, we can fix normal packages using java eclasses by adding it to the eclass.
*** Bug 331279 has been marked as a duplicate of this bug. ***
I just ran into this problem on my ppc64. Updates "upgraded" me to dev-java/ibm-jdk-bin-1.6.0.8_p1. Since then, I'm hitting this sandblock on the following dev-libs/cyrus-sasl-2.1.23-r1 dev-vcs/subversion-1.6.13
*** Bug 343195 has been marked as a duplicate of this bug. ***
(In reply to comment #7) > not really. gcc needs a `jar` to create jar's. not a big deal. > > at this point, an app screwing with /proc/self/coredump_filter is pretty > unusual, so the ibm-jdk packages should install a sandbox.d predict entry for > it. perhaps if this was a little more common, i'd consider adding it to > sandbox. Did as you suggested: + dodir /etc/sandbox.d + echo 'SANDBOX_PREDICT="/proc/self/coredump_filter"' > "${D}/etc/sandbox.d/20${VMHANDLE}" Fixed in ibm-jdk-bin-1.6.0.8_p1-r1