During compilation media-sound/audacious-2.3 and media-plugins/audacious-plugins-2.3 on system with installed dev-lang/icc-11.1.056 sandbox access violation appear. Sandbox log shows: 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: /opt/intel/Compiler/11.1/056/ipp//lib A: /opt/intel/Compiler/11.1/056/ipp/lib R: /opt/intel/Compiler/11.1/056/ipp/lib C: /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/ld --eh-frame-hdr -m elf_i386 -shared -o /opt/intel/Compiler/11.1/056/ipp//lib /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../crti.o /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/crtbeginS.o -L/usr/lib/gcc/i686-pc-linux-gnu/4.3.4 -L/usr/lib/gcc/i686-pc-linux-gnu/4.3.4 -L/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../.. tonegen.o -soname=/opt/intel/Compiler/11.1/056/ipp//lib. -O1 -laudcore -lgthread-2.0 -lgtk-x11-2.0 -lmcs -ldbus-glib-1 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgmodule-2.0 -lmowgli -ldbus-1 -lpthread -lrt -lgobject-2.0 -lglib-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lgcc --as-needed -lgcc_s --no-as-needed -lpthread -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/crtendS.o /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../crtn.o In sources of audacious and audacious-plugins in makefile buildsys.mk local, compile time variable LIB is used, and it should be not initialized before compilation or set empty. However instalation of icc creates file 36ipp in /etc/env.d where system wide LIB variable is set to ${IPPROOT}/lib. And this is reason why error occurs. My solution is simple. In audacious and audacious-plugins ebuilds, on the begining of src_compile section I've placed lines: OLDLIB="${LIB}" LIB="" and on the end of src_install section line: LIB="${OLDLIB}"
Created attachment 228377 [details] media-sound/audacious-2.3-r1.ebuild Audacious ebuild with applyed solution.
Created attachment 228379 [details] media-plugins/audacious-plugins-2.3-r1.ebuild Audacious-plugins ebuild with applyed solution.
Audacious upstream has not claimed to support ICC. Neither have I. A proper bug fix would be applied in the build system and not in the ebuild. Please report to Jonathan Schleifer, the author of "buildsys".
> Audacious upstream has not claimed to support ICC. Neither have I. > A proper bug fix would be applied in the build system and not in the ebuild. > Please report to Jonathan Schleifer, the author of "buildsys". I have used gcc to build audacious, so this is not a "building with icc" support problem. But as I wrote, collision of variable names, when icc is present on the system on which audacious is build (with "standard method" - gcc, make, etc.).
sounds like a bug in gentoo's packaging of sci-libs/ipp, it should definately not export a common variable like LIB from env.d