Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[Dale]

[-- Attachment #1: Type: text/plain, Size: 10726 bytes --]

urpion@gmx.com wrote:
>   Greetings. I have just installed Gentoo on a macbook pro 9,1. I have
>   successfuly updated @world with default/linux/amd64/17.1 profile.
>   After selectimg default/linux/amd64/17.1/desktop profile and emerge -uND @world,
>   '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo' fails.
>   Any ideas? Thank you.
>
> ===============================================================================================================================================================
> #eselect python list:
>
> Available Python interpreters, in order of preference:
>   [1]   python2.7
>   [2]   python3.7
>   [3]   python3.8 (fallback)
> ===============================================================================================================================================================
> #ls -l /dev/ |grep shm:
>
> drwxrwxrwt 2 root  root        40 Jun 19 10:21 shm
> ===============================================================================================================================================================
> #emerge -pqv '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo':
>
> [ebuild  N    ] dev-lang/spidermonkey-60.5.2_p0-r4  USE="jit system-icu -custom-cflags -custom-optimization -debug -minimal -test" 
> ===============================================================================================================================================================
> tail -n 27 /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/build.log:
>
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/Value.h: In member function 'virtual js::jit::MDefinition* js::jit::MSignExtendInt32::foldsTo(js::jit::TempAllocator&)':
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/Value.h:960:47: warning: 'res' may be used uninitialized in this function [-Wmaybe-uninitialized]
>   960 |     return fromTagAndPayload(JSVAL_TAG_INT32, uint32_t(i));
>       |                                               ^~~~~~~~~~~
> In file included from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src/Unified_cpp_js_src18.cpp:38:
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp:3956:13: note: 'res' was declared here
>  3956 |     int32_t res;
>       |             ^~~
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp: In member function 'virtual js::jit::MDefinition* js::jit::MSignExtendInt64::foldsTo(js::jit::TempAllocator&)':
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp:3987:31: warning: 'res' may be used uninitialized in this function [-Wmaybe-uninitialized]
>  3987 |     return MConstant::NewInt64(alloc, res);
>       |            ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~
> make[3]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src'
> make[2]: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/recurse.mk:73: js/src/target] Error 2
> make[2]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj'
> make[1]: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/recurse.mk:33: compile] Error 2
> make[1]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj'
> make: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/rules.mk:442: default] Error 2
>  * ERROR: dev-lang/spidermonkey-60.5.2_p0-r4::gentoo failed (compile phase):
>  *   emake failed
>  * 
>  * If you need support, post the output of `emerge --info '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo'`,
>  * the complete build log and the output of `emerge -pqv '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo'`.
>  * The complete build log is located at '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/build.log'.
>  * The ebuild environment file is located at '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/environment'.
>  * Working directory: '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj'
>  * S: '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2'
> ===============================================================================================================================================================
> emerge --info '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo':
>
> Portage 2.3.99 (python 3.7.7-final-0, default/linux/amd64/17.1/desktop, gcc-9.3.0, glibc-2.30-r8, 5.6.14-rt-rt7 x86_64)
> =================================================================
>                          System Settings
> =================================================================
> System uname: Linux-5.6.14-rt-rt7-x86_64-Intel-R-_Core-TM-_i5-3210M_CPU_@_2.50GHz-with-gentoo-2.6
> KiB Mem:     3935124 total,   2893316 free
> KiB Swap:          0 total,         0 free
> Timestamp of repository gentoo: Thu, 18 Jun 2020 00:05:28 +0000
> Head commit of repository gentoo: 7d48127ce4de25a3b8576758aa2b9e1901447a43
>
> sh bash 5.0_p17
> ld GNU ld (Gentoo 2.33.1 p2) 2.33.1
> ccache version 3.7.9 [enabled]
> app-shells/bash:          5.0_p17::gentoo
> dev-lang/perl:            5.30.3::gentoo
> dev-lang/python:          2.7.18::gentoo, 3.7.7-r2::gentoo, 3.8.2-r2::gentoo
> dev-util/ccache:          3.7.9::gentoo
> dev-util/cmake:           3.16.5::gentoo
> sys-apps/baselayout:      2.6-r1::gentoo
> sys-apps/openrc:          0.42.1::gentoo
> sys-apps/sandbox:         2.18::gentoo
> sys-devel/autoconf:       2.13-r1::gentoo, 2.69-r4::gentoo
> sys-devel/automake:       1.16.1-r1::gentoo
> sys-devel/binutils:       2.33.1-r1::gentoo
> sys-devel/gcc:            9.3.0::gentoo
> sys-devel/gcc-config:     2.2.1::gentoo
> sys-devel/libtool:        2.4.6-r6::gentoo
> sys-devel/make:           4.2.1-r4::gentoo
> sys-kernel/linux-headers: 5.4-r1::gentoo (virtual/os-headers)
> sys-libs/glibc:           2.30-r8::gentoo
> Repositories:
>
> gentoo
>     location: /var/db/repos/gentoo
>     sync-type: git
>     sync-uri: https://github.com/gentoo-mirror/gentoo
>     priority: -1000
>
> ACCEPT_KEYWORDS="amd64"
> ACCEPT_LICENSE="@FREE"
> CBUILD="x86_64-pc-linux-gnu"
> CFLAGS="-march=native -O2 -pipe"
> CHOST="x86_64-pc-linux-gnu"
> CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
> CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
> CXXFLAGS="-march=native -O2 -pipe"
> DISTDIR="/var/cache/distfiles"
> ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
> FCFLAGS="-march=native -O2 -pipe"
> FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs ccache config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch parallel-install pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
> FFLAGS="-march=native -O2 -pipe"
> GENTOO_MIRRORS="http://ftp.swin.edu.au/gentoo https://ftp.jaist.ac.jp/pub/Linux/Gentoo/"
> LANG="C.UTF8"
> LDFLAGS="-Wl,-O1 -Wl,--as-needed"
> MAKEOPTS="-j5"
> PKGDIR="/var/cache/binpkgs"
> PORTAGE_CONFIGROOT="/"
> PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
> PORTAGE_TMPDIR="/var/tmp"
> USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli crypt cups dbus dri dts dvd dvdr elogind emboss encode exif flac fortran gdbm gif gpm gtk iconv icu ipv6 jpeg lcms ldap libnotify libtirpc mad mng mp3 mp4 mpeg multilib ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds qt5 readline sdl seccomp spell split-usr ssl startup-notification svg tcpd tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xattr xcb xml xv xvid zlib" ABI_X86="64" ADA_TARGET="gnat_2018" 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" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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 cgi cgid 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" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 aes avx f16c pclmul popcnt sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-64" INPUT_DEVICES="libinput mtrack" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_7" PYTHON_TARGETS="python2_7 python3_7" RUBY_TARGETS="ruby25" USERLAND="GNU" VIDEO_CARDS="intel i915" 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:  CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
>
>
>


You need to go back further for the error.  I see Error 2 but don't see
Error 1.  Sometimes you have to go back a good ways, depends on CPU
cores/threads and such.  When you find Error 1, go back at least a
couple dozen lines, just to be fairly sure. 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 11215 bytes --]

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[urpion]

On Fri, Jun 19, 2020 at 02:37:24AM -0500, Dale wrote:
> urpion@gmx.com wrote:
> >   Greetings. I have just installed Gentoo on a macbook pro 9,1. I have
> >   successfuly updated @world with default/linux/amd64/17.1 profile.
> >   After selectimg default/linux/amd64/17.1/desktop profile and emerge -uND @world,
> >   '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo' fails.
> >   Any ideas? Thank you.
> >
> > ===============================================================================================================================================================
> > #eselect python list:
> >
> > Available Python interpreters, in order of preference:
> >   [1]   python2.7
> >   [2]   python3.7
> >   [3]   python3.8 (fallback)
> > ===============================================================================================================================================================
> > #ls -l /dev/ |grep shm:
> >
> > drwxrwxrwt 2 root  root        40 Jun 19 10:21 shm
> > ===============================================================================================================================================================
> > #emerge -pqv '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo':
> >
> > [ebuild  N    ] dev-lang/spidermonkey-60.5.2_p0-r4  USE="jit system-icu -custom-cflags -custom-optimization -debug -minimal -test" 
> > ===============================================================================================================================================================
> > tail -n 27 /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/build.log:
> >
> > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/Value.h: In member function 'virtual js::jit::MDefinition* js::jit::MSignExtendInt32::foldsTo(js::jit::TempAllocator&)':
> > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/Value.h:960:47: warning: 'res' may be used uninitialized in this function [-Wmaybe-uninitialized]
> >   960 |     return fromTagAndPayload(JSVAL_TAG_INT32, uint32_t(i));
> >       |                                               ^~~~~~~~~~~
> > In file included from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src/Unified_cpp_js_src18.cpp:38:
> > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp:3956:13: note: 'res' was declared here
> >  3956 |     int32_t res;
> >       |             ^~~
> > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp: In member function 'virtual js::jit::MDefinition* js::jit::MSignExtendInt64::foldsTo(js::jit::TempAllocator&)':
> > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp:3987:31: warning: 'res' may be used uninitialized in this function [-Wmaybe-uninitialized]
> >  3987 |     return MConstant::NewInt64(alloc, res);
> >       |            ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~
> > make[3]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src'
> > make[2]: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/recurse.mk:73: js/src/target] Error 2
> > make[2]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj'
> > make[1]: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/recurse.mk:33: compile] Error 2
> > make[1]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj'
> > make: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/rules.mk:442: default] Error 2
> >  * ERROR: dev-lang/spidermonkey-60.5.2_p0-r4::gentoo failed (compile phase):
> >  *   emake failed
> >  * 
> >  * If you need support, post the output of `emerge --info '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo'`,
> >  * the complete build log and the output of `emerge -pqv '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo'`.
> >  * The complete build log is located at '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/build.log'.
> >  * The ebuild environment file is located at '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/environment'.
> >  * Working directory: '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj'
> >  * S: '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2'
> > ===============================================================================================================================================================
> > emerge --info '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo':
> >
> > Portage 2.3.99 (python 3.7.7-final-0, default/linux/amd64/17.1/desktop, gcc-9.3.0, glibc-2.30-r8, 5.6.14-rt-rt7 x86_64)
> > =================================================================
> >                          System Settings
> > =================================================================
> > System uname: Linux-5.6.14-rt-rt7-x86_64-Intel-R-_Core-TM-_i5-3210M_CPU_@_2.50GHz-with-gentoo-2.6
> > KiB Mem:     3935124 total,   2893316 free
> > KiB Swap:          0 total,         0 free
> > Timestamp of repository gentoo: Thu, 18 Jun 2020 00:05:28 +0000
> > Head commit of repository gentoo: 7d48127ce4de25a3b8576758aa2b9e1901447a43
> >
> > sh bash 5.0_p17
> > ld GNU ld (Gentoo 2.33.1 p2) 2.33.1
> > ccache version 3.7.9 [enabled]
> > app-shells/bash:          5.0_p17::gentoo
> > dev-lang/perl:            5.30.3::gentoo
> > dev-lang/python:          2.7.18::gentoo, 3.7.7-r2::gentoo, 3.8.2-r2::gentoo
> > dev-util/ccache:          3.7.9::gentoo
> > dev-util/cmake:           3.16.5::gentoo
> > sys-apps/baselayout:      2.6-r1::gentoo
> > sys-apps/openrc:          0.42.1::gentoo
> > sys-apps/sandbox:         2.18::gentoo
> > sys-devel/autoconf:       2.13-r1::gentoo, 2.69-r4::gentoo
> > sys-devel/automake:       1.16.1-r1::gentoo
> > sys-devel/binutils:       2.33.1-r1::gentoo
> > sys-devel/gcc:            9.3.0::gentoo
> > sys-devel/gcc-config:     2.2.1::gentoo
> > sys-devel/libtool:        2.4.6-r6::gentoo
> > sys-devel/make:           4.2.1-r4::gentoo
> > sys-kernel/linux-headers: 5.4-r1::gentoo (virtual/os-headers)
> > sys-libs/glibc:           2.30-r8::gentoo
> > Repositories:
> >
> > gentoo
> >     location: /var/db/repos/gentoo
> >     sync-type: git
> >     sync-uri: https://github.com/gentoo-mirror/gentoo
> >     priority: -1000
> >
> > ACCEPT_KEYWORDS="amd64"
> > ACCEPT_LICENSE="@FREE"
> > CBUILD="x86_64-pc-linux-gnu"
> > CFLAGS="-march=native -O2 -pipe"
> > CHOST="x86_64-pc-linux-gnu"
> > CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
> > CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
> > CXXFLAGS="-march=native -O2 -pipe"
> > DISTDIR="/var/cache/distfiles"
> > ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
> > FCFLAGS="-march=native -O2 -pipe"
> > FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs ccache config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch parallel-install pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
> > FFLAGS="-march=native -O2 -pipe"
> > GENTOO_MIRRORS="http://ftp.swin.edu.au/gentoo https://ftp.jaist.ac.jp/pub/Linux/Gentoo/"
> > LANG="C.UTF8"
> > LDFLAGS="-Wl,-O1 -Wl,--as-needed"
> > MAKEOPTS="-j5"
> > PKGDIR="/var/cache/binpkgs"
> > PORTAGE_CONFIGROOT="/"
> > PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
> > PORTAGE_TMPDIR="/var/tmp"
> > USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli crypt cups dbus dri dts dvd dvdr elogind emboss encode exif flac fortran gdbm gif gpm gtk iconv icu ipv6 jpeg lcms ldap libnotify libtirpc mad mng mp3 mp4 mpeg multilib ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds qt5 readline sdl seccomp spell split-usr ssl startup-notification svg tcpd tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xattr xcb xml xv xvid zlib" ABI_X86="64" ADA_TARGET="gnat_2018" 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" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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 cgi cgid 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" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 aes avx f16c pclmul popcnt sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-64" INPUT_DEVICES="libinput mtrack" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_7" PYTHON_TARGETS="python2_7 python3_7" RUBY_TARGETS="ruby25" USERLAND="GNU" VIDEO_CARDS="intel i915" 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:  CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
> >
> >
> >
> 
> 
> You need to go back further for the error.  I see Error 2 but don't see
> Error 1.  Sometimes you have to go back a good ways, depends on CPU
> cores/threads and such.  When you find Error 1, go back at least a
> couple dozen lines, just to be fairly sure. 
> 
> Dale
> 
> :-)  :-) 
  Thanks Dale :-)

Error 1:
/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/gc/Zone.h:667:31:   required from here
/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:1613:13: warning: 'void* memset(void*, int, size_t)' clearing an object of type 'js::detail::HashTable<js::HashMapEntry<js::gc::Cell*, long unsigned int>, js::HashMap<js::gc::Cell*, long unsigned int, js::PointerHasher<js::gc::Cell*>, js::SystemAllocPolicy>::MapHashPolicy, js::SystemAllocPolicy>::Entry' {aka 'class js::detail::HashTableEntry<js::HashMapEntry<js::gc::Cell*, long unsigned int> >'} with no trivial copy-assignment [-Wclass-memaccess]
 1613 |       memset(table, 0, sizeof(*table) * capacity());
      |       ~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:772:7: note: 'js::detail::HashTable<js::HashMapEntry<js::gc::Cell*, long unsigned int>, js::HashMap<js::gc::Cell*, long unsigned int, js::PointerHasher<js::gc::Cell*>, js::SystemAllocPolicy>::MapHashPolicy, js::SystemAllocPolicy>::Entry' {aka 'class js::detail::HashTableEntry<js::HashMapEntry<js::gc::Cell*, long unsigned int> >'} declared here
  772 | class HashTableEntry {
      |       ^~~~~~~~~~~~~~
In file included from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/BitSet.h:12,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/Safepoints.h:10,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames.h:13,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames-inl.h:10,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames.cpp:7,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src/Unified_cpp_js_src17.cpp:2:
/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitAllocPolicy.h: In instantiation of 'T* js::jit::JitAllocPolicy::maybe_pod_calloc(size_t) [with T = js::detail::HashTableEntry<js::HashMapEntry<JS::Value, unsigned int> >; size_t = long unsigned int]':
/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:1214:59:   required from 'static js::detail::HashTable<T, HashPolicy, AllocPolicy>::Entry* js::detail::HashTable<T, HashPolicy, AllocPolicy>::createTable(AllocPolicy&, uint32_t, js::detail::HashTable<T, HashPolicy, AllocPolicy>::FailureBehavior) [with T = js::HashMapEntry<JS::Value, unsigned int>; HashPolicy = js::HashMap<JS::Value, unsigned int, js::jit::LIRGraph::ValueHasher, js::jit::JitAllocPolicy>::MapHashPolicy; AllocPolicy = js::jit::JitAllocPolicy; js::detail::HashTable<T, HashPolicy, AllocPolicy>::Entry = js::detail::HashTableEntry<js::HashMapEntry<JS::Value, unsigned int> >; uint32_t = unsigned int]'
/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:1283:24:   required from 'bool js::detail::HashTable<T, HashPolicy, AllocPolicy>::init(uint32_t) [with T = js::HashMapEntry<JS::Value, unsigned int>; HashPolicy = js::HashMap<JS::Value, unsigned int, js::jit::LIRGraph::ValueHasher, js::jit::JitAllocPolicy>::MapHashPolicy; AllocPolicy = js::jit::JitAllocPolicy; uint32_t = unsigned int]'
/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:93:67:   required from 'bool js::HashMap<Key, Value, HashPolicy, AllocPolicy>::init(uint32_t) [with Key = JS::Value; Value = unsigned int; HashPolicy = js::jit::LIRGraph::ValueHasher; AllocPolicy = js::jit::JitAllocPolicy; uint32_t = unsigned int]'
/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/LIR.h:1630:34:   required from here
/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitAllocPolicy.h:87:30: warning: 'void* memset(void*, int, size_t)' clearing an object of type 'class js::detail::HashTableEntry<js::HashMapEntry<JS::Value, unsigned int> >' with no trivial copy-assignment [-Wclass-memaccess]
   87 |     if (MOZ_LIKELY(p)) memset(p, 0, numElems * sizeof(T));
      |                        ~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/TracingAPI.h:11,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/GCPolicyAPI.h:47,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/RootingAPI.h:22,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/CallArgs.h:73,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jsapi.h:29,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jsfriendapi.h:17,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/gc/Heap.h:19,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/IonCode.h:16,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JSJitFrameIter.h:12,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames.h:12,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames-inl.h:10,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames.cpp:7,
                 from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src/Unified_cpp_js_src17.cpp:2:
/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:772:7: note: 'class js::detail::HashTableEntry<js::HashMapEntry<JS::Value, unsigned int> >' declared here
  772 | class HashTableEntry {
      |       ^~~~~~~~~~~~~~
make[3]: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/rules.mk:1056: Unified_cpp_js_src1.o] Error 1

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[Jack]

Not far enough back.  You need to show the actual error, not the line 
"Error1:" which gets printed after the error.

On 6/19/20 6:15 AM, urpion@gmx.com wrote:
> On Fri, Jun 19, 2020 at 02:37:24AM -0500, Dale wrote:
>> urpion@gmx.com wrote:
>>>    Greetings. I have just installed Gentoo on a macbook pro 9,1. I have
>>>    successfuly updated @world with default/linux/amd64/17.1 profile.
>>>    After selectimg default/linux/amd64/17.1/desktop profile and emerge -uND @world,
>>>    '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo' fails.
>>>    Any ideas? Thank you.
>>>
>>> ===============================================================================================================================================================
>>> #eselect python list:
>>>
>>> Available Python interpreters, in order of preference:
>>>    [1]   python2.7
>>>    [2]   python3.7
>>>    [3]   python3.8 (fallback)
>>> ===============================================================================================================================================================
>>> #ls -l /dev/ |grep shm:
>>>
>>> drwxrwxrwt 2 root  root        40 Jun 19 10:21 shm
>>> ===============================================================================================================================================================
>>> #emerge -pqv '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo':
>>>
>>> [ebuild  N    ] dev-lang/spidermonkey-60.5.2_p0-r4  USE="jit system-icu -custom-cflags -custom-optimization -debug -minimal -test"
>>> ===============================================================================================================================================================
>>> tail -n 27 /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/build.log:
>>>
>>> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/Value.h: In member function 'virtual js::jit::MDefinition* js::jit::MSignExtendInt32::foldsTo(js::jit::TempAllocator&)':
>>> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/Value.h:960:47: warning: 'res' may be used uninitialized in this function [-Wmaybe-uninitialized]
>>>    960 |     return fromTagAndPayload(JSVAL_TAG_INT32, uint32_t(i));
>>>        |                                               ^~~~~~~~~~~
>>> In file included from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src/Unified_cpp_js_src18.cpp:38:
>>> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp:3956:13: note: 'res' was declared here
>>>   3956 |     int32_t res;
>>>        |             ^~~
>>> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp: In member function 'virtual js::jit::MDefinition* js::jit::MSignExtendInt64::foldsTo(js::jit::TempAllocator&)':
>>> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp:3987:31: warning: 'res' may be used uninitialized in this function [-Wmaybe-uninitialized]
>>>   3987 |     return MConstant::NewInt64(alloc, res);
>>>        |            ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~
>>> make[3]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src'
>>> make[2]: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/recurse.mk:73: js/src/target] Error 2
>>> make[2]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj'
>>> make[1]: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/recurse.mk:33: compile] Error 2
>>> make[1]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj'
>>> make: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/rules.mk:442: default] Error 2
>>>   * ERROR: dev-lang/spidermonkey-60.5.2_p0-r4::gentoo failed (compile phase):
>>>   *   emake failed
>>>   *
>>>   * If you need support, post the output of `emerge --info '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo'`,
>>>   * the complete build log and the output of `emerge -pqv '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo'`.
>>>   * The complete build log is located at '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/build.log'.
>>>   * The ebuild environment file is located at '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/environment'.
>>>   * Working directory: '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj'
>>>   * S: '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2'
>>> ===============================================================================================================================================================
>>> emerge --info '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo':
>>>
>>> Portage 2.3.99 (python 3.7.7-final-0, default/linux/amd64/17.1/desktop, gcc-9.3.0, glibc-2.30-r8, 5.6.14-rt-rt7 x86_64)
>>> =================================================================
>>>                           System Settings
>>> =================================================================
>>> System uname: Linux-5.6.14-rt-rt7-x86_64-Intel-R-_Core-TM-_i5-3210M_CPU_@_2.50GHz-with-gentoo-2.6
>>> KiB Mem:     3935124 total,   2893316 free
>>> KiB Swap:          0 total,         0 free
>>> Timestamp of repository gentoo: Thu, 18 Jun 2020 00:05:28 +0000
>>> Head commit of repository gentoo: 7d48127ce4de25a3b8576758aa2b9e1901447a43
>>>
>>> sh bash 5.0_p17
>>> ld GNU ld (Gentoo 2.33.1 p2) 2.33.1
>>> ccache version 3.7.9 [enabled]
>>> app-shells/bash:          5.0_p17::gentoo
>>> dev-lang/perl:            5.30.3::gentoo
>>> dev-lang/python:          2.7.18::gentoo, 3.7.7-r2::gentoo, 3.8.2-r2::gentoo
>>> dev-util/ccache:          3.7.9::gentoo
>>> dev-util/cmake:           3.16.5::gentoo
>>> sys-apps/baselayout:      2.6-r1::gentoo
>>> sys-apps/openrc:          0.42.1::gentoo
>>> sys-apps/sandbox:         2.18::gentoo
>>> sys-devel/autoconf:       2.13-r1::gentoo, 2.69-r4::gentoo
>>> sys-devel/automake:       1.16.1-r1::gentoo
>>> sys-devel/binutils:       2.33.1-r1::gentoo
>>> sys-devel/gcc:            9.3.0::gentoo
>>> sys-devel/gcc-config:     2.2.1::gentoo
>>> sys-devel/libtool:        2.4.6-r6::gentoo
>>> sys-devel/make:           4.2.1-r4::gentoo
>>> sys-kernel/linux-headers: 5.4-r1::gentoo (virtual/os-headers)
>>> sys-libs/glibc:           2.30-r8::gentoo
>>> Repositories:
>>>
>>> gentoo
>>>      location: /var/db/repos/gentoo
>>>      sync-type: git
>>>      sync-uri: https://github.com/gentoo-mirror/gentoo
>>>      priority: -1000
>>>
>>> ACCEPT_KEYWORDS="amd64"
>>> ACCEPT_LICENSE="@FREE"
>>> CBUILD="x86_64-pc-linux-gnu"
>>> CFLAGS="-march=native -O2 -pipe"
>>> CHOST="x86_64-pc-linux-gnu"
>>> CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
>>> CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
>>> CXXFLAGS="-march=native -O2 -pipe"
>>> DISTDIR="/var/cache/distfiles"
>>> ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
>>> FCFLAGS="-march=native -O2 -pipe"
>>> FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs ccache config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch parallel-install pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
>>> FFLAGS="-march=native -O2 -pipe"
>>> GENTOO_MIRRORS="http://ftp.swin.edu.au/gentoo https://ftp.jaist.ac.jp/pub/Linux/Gentoo/"
>>> LANG="C.UTF8"
>>> LDFLAGS="-Wl,-O1 -Wl,--as-needed"
>>> MAKEOPTS="-j5"
>>> PKGDIR="/var/cache/binpkgs"
>>> PORTAGE_CONFIGROOT="/"
>>> PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
>>> PORTAGE_TMPDIR="/var/tmp"
>>> USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli crypt cups dbus dri dts dvd dvdr elogind emboss encode exif flac fortran gdbm gif gpm gtk iconv icu ipv6 jpeg lcms ldap libnotify libtirpc mad mng mp3 mp4 mpeg multilib ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds qt5 readline sdl seccomp spell split-usr ssl startup-notification svg tcpd tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xattr xcb xml xv xvid zlib" ABI_X86="64" ADA_TARGET="gnat_2018" 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" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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 cgi cgid 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" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 aes avx f16c pclmul popcnt sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-64" INPUT_DEVICES="libinput mtrack" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_7" PYTHON_TARGETS="python2_7 python3_7" RUBY_TARGETS="ruby25" USERLAND="GNU" VIDEO_CARDS="intel i915" 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:  CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
>>>
>>>
>>>
>>
>> You need to go back further for the error.  I see Error 2 but don't see
>> Error 1.  Sometimes you have to go back a good ways, depends on CPU
>> cores/threads and such.  When you find Error 1, go back at least a
>> couple dozen lines, just to be fairly sure.
>>
>> Dale
>>
>> :-)  :-)
>    Thanks Dale :-)
>
> Error 1:
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/gc/Zone.h:667:31:   required from here
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:1613:13: warning: 'void* memset(void*, int, size_t)' clearing an object of type 'js::detail::HashTable<js::HashMapEntry<js::gc::Cell*, long unsigned int>, js::HashMap<js::gc::Cell*, long unsigned int, js::PointerHasher<js::gc::Cell*>, js::SystemAllocPolicy>::MapHashPolicy, js::SystemAllocPolicy>::Entry' {aka 'class js::detail::HashTableEntry<js::HashMapEntry<js::gc::Cell*, long unsigned int> >'} with no trivial copy-assignment [-Wclass-memaccess]
>   1613 |       memset(table, 0, sizeof(*table) * capacity());
>        |       ~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:772:7: note: 'js::detail::HashTable<js::HashMapEntry<js::gc::Cell*, long unsigned int>, js::HashMap<js::gc::Cell*, long unsigned int, js::PointerHasher<js::gc::Cell*>, js::SystemAllocPolicy>::MapHashPolicy, js::SystemAllocPolicy>::Entry' {aka 'class js::detail::HashTableEntry<js::HashMapEntry<js::gc::Cell*, long unsigned int> >'} declared here
>    772 | class HashTableEntry {
>        |       ^~~~~~~~~~~~~~
> In file included from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/BitSet.h:12,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/Safepoints.h:10,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames.h:13,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames-inl.h:10,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames.cpp:7,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src/Unified_cpp_js_src17.cpp:2:
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitAllocPolicy.h: In instantiation of 'T* js::jit::JitAllocPolicy::maybe_pod_calloc(size_t) [with T = js::detail::HashTableEntry<js::HashMapEntry<JS::Value, unsigned int> >; size_t = long unsigned int]':
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:1214:59:   required from 'static js::detail::HashTable<T, HashPolicy, AllocPolicy>::Entry* js::detail::HashTable<T, HashPolicy, AllocPolicy>::createTable(AllocPolicy&, uint32_t, js::detail::HashTable<T, HashPolicy, AllocPolicy>::FailureBehavior) [with T = js::HashMapEntry<JS::Value, unsigned int>; HashPolicy = js::HashMap<JS::Value, unsigned int, js::jit::LIRGraph::ValueHasher, js::jit::JitAllocPolicy>::MapHashPolicy; AllocPolicy = js::jit::JitAllocPolicy; js::detail::HashTable<T, HashPolicy, AllocPolicy>::Entry = js::detail::HashTableEntry<js::HashMapEntry<JS::Value, unsigned int> >; uint32_t = unsigned int]'
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:1283:24:   required from 'bool js::detail::HashTable<T, HashPolicy, AllocPolicy>::init(uint32_t) [with T = js::HashMapEntry<JS::Value, unsigned int>; HashPolicy = js::HashMap<JS::Value, unsigned int, js::jit::LIRGraph::ValueHasher, js::jit::JitAllocPolicy>::MapHashPolicy; AllocPolicy = js::jit::JitAllocPolicy; uint32_t = unsigned int]'
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:93:67:   required from 'bool js::HashMap<Key, Value, HashPolicy, AllocPolicy>::init(uint32_t) [with Key = JS::Value; Value = unsigned int; HashPolicy = js::jit::LIRGraph::ValueHasher; AllocPolicy = js::jit::JitAllocPolicy; uint32_t = unsigned int]'
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/LIR.h:1630:34:   required from here
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitAllocPolicy.h:87:30: warning: 'void* memset(void*, int, size_t)' clearing an object of type 'class js::detail::HashTableEntry<js::HashMapEntry<JS::Value, unsigned int> >' with no trivial copy-assignment [-Wclass-memaccess]
>     87 |     if (MOZ_LIKELY(p)) memset(p, 0, numElems * sizeof(T));
>        |                        ~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~
> In file included from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/TracingAPI.h:11,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/GCPolicyAPI.h:47,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/RootingAPI.h:22,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/CallArgs.h:73,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jsapi.h:29,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jsfriendapi.h:17,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/gc/Heap.h:19,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/IonCode.h:16,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JSJitFrameIter.h:12,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames.h:12,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames-inl.h:10,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/JitFrames.cpp:7,
>                   from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src/Unified_cpp_js_src17.cpp:2:
> /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/HashTable.h:772:7: note: 'class js::detail::HashTableEntry<js::HashMapEntry<JS::Value, unsigned int> >' declared here
>    772 | class HashTableEntry {
>        |       ^~~~~~~~~~~~~~
> make[3]: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/rules.mk:1056: Unified_cpp_js_src1.o] Error 1
>

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[Dale]

[-- Attachment #1: Type: text/plain, Size: 650 bytes --]

Jack wrote:
> Not far enough back.  You need to show the actual error, not the line
> "Error1:" which gets printed after the error.
>

And depending on the number of cores/threads and other emerge settings,
it can be a dozen, two dozen lines or sometimes even further back than
that.  With CPUs having a dozen or so cores/threads, it's amazing that
some stuff compiles at all.  Prime example, recent thread about Pam
updates. 

OP, if needed, tar the whole error log and attach it.  Just don't post
it elsewhere and link to it tho.  After a while, it's gone or a person
finds the log but not this thread with the solution. 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 1097 bytes --]

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[urpion]

[-- Attachment #1: Type: text/plain, Size: 812 bytes --]

On Fri, Jun 19, 2020 at 09:45:59AM -0500, Dale wrote:
> Jack wrote:
> > Not far enough back.  You need to show the actual error, not the line
> > "Error1:" which gets printed after the error.
> >
>
> And depending on the number of cores/threads and other emerge settings,
> it can be a dozen, two dozen lines or sometimes even further back than
> that.  With CPUs having a dozen or so cores/threads, it's amazing that
> some stuff compiles at all.  Prime example, recent thread about Pam
> updates. 
>
> OP, if needed, tar the whole error log and attach it.  Just don't post
> it elsewhere and link to it tho.  After a while, it's gone or a person
> finds the log but not this thread with the solution. 
>
> Dale
>
> :-)  :-) 
Ah ha. Yes Thank you. Sorry, I've never been good with e-mail:-P

[-- Attachment #2: build.log.tar.gz --]
[-- Type: application/octet-stream, Size: 71584 bytes --]

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1298 bytes --]

On Friday, 19 June 2020 16:35:27 BST urpion@gmx.com wrote:
> On Fri, Jun 19, 2020 at 09:45:59AM -0500, Dale wrote:
> > Jack wrote:
> > > Not far enough back.  You need to show the actual error, not the line
> > > "Error1:" which gets printed after the error.
> > 
> > And depending on the number of cores/threads and other emerge settings,
> > it can be a dozen, two dozen lines or sometimes even further back than
> > that.  With CPUs having a dozen or so cores/threads, it's amazing that
> > some stuff compiles at all.  Prime example, recent thread about Pam
> > updates. 
> > 
> > OP, if needed, tar the whole error log and attach it.  Just don't post
> > it elsewhere and link to it tho.  After a while, it's gone or a person
> > finds the log but not this thread with the solution. 
> > 
> > Dale
> > 
> > :-)  :-) 
> 
> Ah ha. Yes Thank you. Sorry, I've never been good with e-mail:-P


NP, did you get an OOM error in dmesg when this happened by any chance?  You 
don't seem to have much RAM, you have no swap and the number of jobs is 
relatively high for memory hungry compiles.

It could be a bug, but unless a report has been filed already in BGO to this 
effect, I suggest you add a swapfile, enable it, and try again with 
MAKEOPTS="-j1" or "-j2".  Please ask if you need more detail.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[urpion]

On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:
> On Friday, 19 June 2020 16:35:27 BST urpion@gmx.com wrote:
> > On Fri, Jun 19, 2020 at 09:45:59AM -0500, Dale wrote:
> > > Jack wrote:
> > > > Not far enough back.  You need to show the actual error, not the line
> > > > "Error1:" which gets printed after the error.
> > >
> > > And depending on the number of cores/threads and other emerge settings,
> > > it can be a dozen, two dozen lines or sometimes even further back than
> > > that.  With CPUs having a dozen or so cores/threads, it's amazing that
> > > some stuff compiles at all.  Prime example, recent thread about Pam
> > > updates.
> > >
> > > OP, if needed, tar the whole error log and attach it.  Just don't post
> > > it elsewhere and link to it tho.  After a while, it's gone or a person
> > > finds the log but not this thread with the solution.
> > >
> > > Dale
> > >
> > > :-)  :-)
> >
> > Ah ha. Yes Thank you. Sorry, I've never been good with e-mail:-P
>
>
> NP, did you get an OOM error in dmesg when this happened by any chance?  You
> don't seem to have much RAM, you have no swap and the number of jobs is
> relatively high for memory hungry compiles.
>
> It could be a bug, but unless a report has been filed already in BGO to this
> effect, I suggest you add a swapfile, enable it, and try again with
> MAKEOPTS="-j1" or "-j2".  Please ask if you need more detail.


I was thinking about -j1. I tried -j4. I thought I didn't need swap with >=4GB
of RAM, but it makes sense. My machine kinda crawls trying to build that
package. Oh man, I'll have to re-partition:-(

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[Peter Humphrey]

On Friday, 19 June 2020 17:10:54 BST urpion@gmx.com wrote:

> I was thinking about -j1. I tried -j4. I thought I didn't need swap with
> >=4GB of RAM, but it makes sense. My machine kinda crawls trying to build
> that package. Oh man, I'll have to re-partition:-(

Gparted is good, run from a rescue CD.

-- 
Regards,
Peter.

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1329 bytes --]

On Friday, 19 June 2020 17:10:54 BST urpion@gmx.com wrote:
> On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:

> > NP, did you get an OOM error in dmesg when this happened by any chance? 
> > You don't seem to have much RAM, you have no swap and the number of jobs
> > is relatively high for memory hungry compiles.
> > 
> > It could be a bug, but unless a report has been filed already in BGO to
> > this effect, I suggest you add a swapfile, enable it, and try again with
> > MAKEOPTS="-j1" or "-j2".  Please ask if you need more detail.
> 
> I was thinking about -j1. I tried -j4. I thought I didn't need swap with
> >=4GB of RAM, but it makes sense. My machine kinda crawls trying to build
> that package. Oh man, I'll have to re-partition:-(

A single compile job on a big package can eat >3G of RAM.  I don't know what 
spidermonkey jobs may grow up to, but drop it down to '-j1' and see what you 
get.

A swapfile which you enable on a per ebuild basis if required, can be handy.  
You can configure this in a package.profile file. On an ext4 fs you could do 
this as root:

touch swapfile
dd if=/dev/zero of=swapfile bs=4096 count=400000
mkswap -L Swappage swapfile
swapon swapfile

If it is a btrfs you'll need to tweak things to be able to used it as a swap:

https://wiki.archlinux.org/index.php/Swap#Swap_file

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[urpion]

On Fri, Jun 19, 2020 at 06:08:49PM +0100, Michael wrote:
> On Friday, 19 June 2020 17:10:54 BST urpion@gmx.com wrote:
> > On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:
>
> > > NP, did you get an OOM error in dmesg when this happened by any chance?
> > > You don't seem to have much RAM, you have no swap and the number of jobs
> > > is relatively high for memory hungry compiles.
> > >
> > > It could be a bug, but unless a report has been filed already in BGO to
> > > this effect, I suggest you add a swapfile, enable it, and try again with
> > > MAKEOPTS="-j1" or "-j2".  Please ask if you need more detail.
> >
> > I was thinking about -j1. I tried -j4. I thought I didn't need swap with
> > >=4GB of RAM, but it makes sense. My machine kinda crawls trying to build
> > that package. Oh man, I'll have to re-partition:-(
>
> A single compile job on a big package can eat >3G of RAM.  I don't know what
> spidermonkey jobs may grow up to, but drop it down to '-j1' and see what you
> get.
>
> A swapfile which you enable on a per ebuild basis if required, can be handy.
> You can configure this in a package.profile file. On an ext4 fs you could do
> this as root:
>
> touch swapfile
> dd if=/dev/zero of=swapfile bs=4096 count=400000
> mkswap -L Swappage swapfile
> swapon swapfile
>
> If it is a btrfs you'll need to tweak things to be able to used it as a swap:
>
> https://wiki.archlinux.org/index.php/Swap#Swap_file

Wow. Thanks Micheal. That's really cool. I will try that.

[gentoo-user] Re: [SOLVED] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[urpion]

On Sat, Jun 20, 2020 at 08:56:52AM +1000, urpion@gmx.com wrote:
> On Fri, Jun 19, 2020 at 06:08:49PM +0100, Michael wrote:
> > On Friday, 19 June 2020 17:10:54 BST urpion@gmx.com wrote:
> > > On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:
> >
> > > > NP, did you get an OOM error in dmesg when this happened by any chance?
> > > > You don't seem to have much RAM, you have no swap and the number of jobs
> > > > is relatively high for memory hungry compiles.
> > > >
> > > > It could be a bug, but unless a report has been filed already in BGO to
> > > > this effect, I suggest you add a swapfile, enable it, and try again with
> > > > MAKEOPTS="-j1" or "-j2".  Please ask if you need more detail.
> > >
> > > I was thinking about -j1. I tried -j4. I thought I didn't need swap with
> > > >=4GB of RAM, but it makes sense. My machine kinda crawls trying to build
> > > that package. Oh man, I'll have to re-partition:-(
> >
> > A single compile job on a big package can eat >3G of RAM.  I don't know what
> > spidermonkey jobs may grow up to, but drop it down to '-j1' and see what you
> > get.
> >
> > A swapfile which you enable on a per ebuild basis if required, can be handy.
> > You can configure this in a package.profile file. On an ext4 fs you could do
> > this as root:
> >
> > touch swapfile
> > dd if=/dev/zero of=swapfile bs=4096 count=400000
> > mkswap -L Swappage swapfile
> > swapon swapfile
> >
> > If it is a btrfs you'll need to tweak things to be able to used it as a swap:
> >
> > https://wiki.archlinux.org/index.php/Swap#Swap_file
>
> Wow. Thanks Micheal. That's really cool. I will try that.
>
I tried to merge the package again with -j1, just to see, but no go.
Making a swap file just as Micheal said did the trick. Thanks a bunch.
I made it in /home. Is that a bad idea? I guess I need to review my
partion scheme. Thanks everyuone, it's great to be back on Gentoo again

(-: :-)

Re: [gentoo-user] Re: [SOLVED] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[Michael]

[-- Attachment #1: Type: text/plain, Size: 4851 bytes --]

On Saturday, 20 June 2020 04:18:24 BST urpion@gmx.com wrote:
> On Sat, Jun 20, 2020 at 08:56:52AM +1000, urpion@gmx.com wrote:
> > On Fri, Jun 19, 2020 at 06:08:49PM +0100, Michael wrote:

> > > A single compile job on a big package can eat >3G of RAM.  I don't know
> > > what spidermonkey jobs may grow up to, but drop it down to '-j1' and
> > > see what you get.
> > > 
> > > A swapfile which you enable on a per ebuild basis if required, can be
> > > handy. You can configure this in a package.profile file. On an ext4 fs
> > > you could do this as root:
> > > 
> > > touch swapfile
> > > dd if=/dev/zero of=swapfile bs=4096 count=400000
> > > mkswap -L Swappage swapfile
> > > swapon swapfile
> > > 
> > > If it is a btrfs you'll need to tweak things to be able to used it as a
> > > swap:
> > > 
> > > https://wiki.archlinux.org/index.php/Swap#Swap_file
> > 
> > Wow. Thanks Micheal. That's really cool. I will try that.
> 
> I tried to merge the package again with -j1, just to see, but no go.
> Making a swap file just as Micheal said did the trick. Thanks a bunch.
> I made it in /home. Is that a bad idea? I guess I need to review my
> partion scheme. Thanks everyuone, it's great to be back on Gentoo again
> 
> (-: :-)

OK, you're definitely short on RAM then, but only for big monster compiles.  
I'd suggest you give Chromium a miss!  ;-)

Here's some general thoughts on this topic:

Big packages can consume a lot of RAM even for a single job.  A swap partition 
or file will help, but you could soon arrive in a temporary race condition if 
you use higher counts for MAKEOPTS jobs or if you're also using heavily the PC 
at the time, placing demands on memory.  If you have opened up a mail client, 
a dozen tabs on a browser, some music/video players, and are running a 
database & webserver, transcoding, etc. you'll find even a single job on a 
hungry compile will start paging in and out of swap continuously, thrashing 
the disk and applications/desktop will become unresponsive for minutes at a 
time.

Memory management then becomes necessary to avoid situations like this.

1. SWAP

You can add a swap partition, although this will require repartitioning.  
Alternatively, add a swapfile as I mentioned above.  It doesn't matter if you 
have the file under / or under /home, or some other data partition(s).  What 
matters is the file is owned by root:root and for security is set with 0600 
access rights.  If you're paranoid about security then the file can be placed 
on an encrypted partition.  I think I had set up a swapfile on a MSWindows 
NTFS partition once, because there was spare capacity there, so it pretty much 
does not matter where you set it up - although security may be a concern.

It is worth discussing the fs on which you place a swapfile.  As I have 
mentioned already BTRFS can be a problem, especially if you are running older 
kernels:

https://btrfs.wiki.kernel.org/index.php/FAQ#Does_btrfs_support_swap_files.3F

Defragging the fs before you create a swapfile may also be beneficial on 
spinning disks, to avoid fragmentation.  Other than these points, with modern 
kernels there shouldn't be much difference between a swapfile or a swap 
partition in performance terms.  If anything the swapfile has the benefit of 
being able to resize it if you need more space - or add a second swapfile too, 
on the same or different fs.

You don't have to use the swapfile every day, every time, if it only becomes 
necessary for large compiles.  In this case you don't need to add it in /etc/
fstab.  However, having some swap available at all times it won't hurt your 
system either.  The Linux kernel is intelligent enough to use it when needed.  
You could always interfere with swappiness to specify yourself how much and 
how often RAM is copied over to swap.  The default is 60:

$ sysctl vm.swappiness
vm.swappiness = 60

You can reduce it to swap less aggressively, or increase it to swap more so.


2. I/O BLOCK SCHEDULER

If at some point swapping starts (heavily) and you already have -j=1, you may 
discover the machine becomes less responsive.  Changing the kernel's block 
scheduler will help on spinning disks.

On a spinning disk the input/output queuing and buffering of data as is 
written and read off the disk can become a constraint, especially during heavy 
swapping, or heavy stints of writing on /var/tmp/portage, thereby slowing 
everything down to the point of frustration.  Changing the kernel block 
scheduler for a given disk or partition can help here.  The default is mq-
deadline:

$ cat /sys/class/block/sda/queue/scheduler
[mq-deadline] kyber bfq none

Changing this to bfq will improve responsiveness:

# echo bfq > cat /sys/class/block/sda/queue/scheduler

The above pointers ought to get you out of sticky situations when compiling 
large packages.

Happy emerging!  :-)

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[Dale]

[-- Attachment #1: Type: text/plain, Size: 2355 bytes --]

urpion@gmx.com wrote:
> On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:
>> On Friday, 19 June 2020 16:35:27 BST urpion@gmx.com wrote:
>>> On Fri, Jun 19, 2020 at 09:45:59AM -0500, Dale wrote:
>>>> Jack wrote:
>>>>> Not far enough back.  You need to show the actual error, not the line
>>>>> "Error1:" which gets printed after the error.
>>>> And depending on the number of cores/threads and other emerge settings,
>>>> it can be a dozen, two dozen lines or sometimes even further back than
>>>> that.  With CPUs having a dozen or so cores/threads, it's amazing that
>>>> some stuff compiles at all.  Prime example, recent thread about Pam
>>>> updates.
>>>>
>>>> OP, if needed, tar the whole error log and attach it.  Just don't post
>>>> it elsewhere and link to it tho.  After a while, it's gone or a person
>>>> finds the log but not this thread with the solution.
>>>>
>>>> Dale
>>>>
>>>> :-)  :-)
>>> Ah ha. Yes Thank you. Sorry, I've never been good with e-mail:-P
>>
>> NP, did you get an OOM error in dmesg when this happened by any chance?  You
>> don't seem to have much RAM, you have no swap and the number of jobs is
>> relatively high for memory hungry compiles.
>>
>> It could be a bug, but unless a report has been filed already in BGO to this
>> effect, I suggest you add a swapfile, enable it, and try again with
>> MAKEOPTS="-j1" or "-j2".  Please ask if you need more detail.
>
> I was thinking about -j1. I tried -j4. I thought I didn't need swap with >=4GB
> of RAM, but it makes sense. My machine kinda crawls trying to build that
> package. Oh man, I'll have to re-partition:-(
>
>


Create a swap file. I'm not sure about the speed compared to a swap
partition but if you have room somewhere, no need to repartition.

I might add, 4GBs is not much nowadays.  When I had 16GBs before my
upgrade to 32GBs, I'd sometimes run out of memory.  Of course, I have
portage's work directory on tmpfs but the bigger stuff was on hard
drives still.  Some packages need a lot of memory.  Even with 32GBs, I
still have some compile on hard drive and it uses a lot of memory just
for the processes themselves.  The more jobs, the more it uses.  I still
have a large swap partition even with 32GBs.  If LOo, Firefox and a
couple others hit at the same time, it uses swap at times. 

Just something to think on.

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 3330 bytes --]

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[urpion]

On Fri, Jun 19, 2020 at 12:19:55PM -0500, Dale wrote:
> urpion@gmx.com wrote:
> > On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:
> >> On Friday, 19 June 2020 16:35:27 BST urpion@gmx.com wrote:
> >>> On Fri, Jun 19, 2020 at 09:45:59AM -0500, Dale wrote:
> >>>> Jack wrote:
> >>>>> Not far enough back.  You need to show the actual error, not the line
> >>>>> "Error1:" which gets printed after the error.
> >>>> And depending on the number of cores/threads and other emerge settings,
> >>>> it can be a dozen, two dozen lines or sometimes even further back than
> >>>> that.  With CPUs having a dozen or so cores/threads, it's amazing that
> >>>> some stuff compiles at all.  Prime example, recent thread about Pam
> >>>> updates.
> >>>>
> >>>> OP, if needed, tar the whole error log and attach it.  Just don't post
> >>>> it elsewhere and link to it tho.  After a while, it's gone or a person
> >>>> finds the log but not this thread with the solution.
> >>>>
> >>>> Dale
> >>>>
> >>>> :-)  :-)
> >>> Ah ha. Yes Thank you. Sorry, I've never been good with e-mail:-P
> >>
> >> NP, did you get an OOM error in dmesg when this happened by any chance?  You
> >> don't seem to have much RAM, you have no swap and the number of jobs is
> >> relatively high for memory hungry compiles.
> >>
> >> It could be a bug, but unless a report has been filed already in BGO to this
> >> effect, I suggest you add a swapfile, enable it, and try again with
> >> MAKEOPTS="-j1" or "-j2".  Please ask if you need more detail.
> >
> > I was thinking about -j1. I tried -j4. I thought I didn't need swap with >=4GB
> > of RAM, but it makes sense. My machine kinda crawls trying to build that
> > package. Oh man, I'll have to re-partition:-(
> >
> >
>
>
> Create a swap file. I'm not sure about the speed compared to a swap
> partition but if you have room somewhere, no need to repartition.
>
> I might add, 4GBs is not much nowadays.  When I had 16GBs before my
> upgrade to 32GBs, I'd sometimes run out of memory.  Of course, I have
> portage's work directory on tmpfs but the bigger stuff was on hard
> drives still.  Some packages need a lot of memory.  Even with 32GBs, I
> still have some compile on hard drive and it uses a lot of memory just
> for the processes themselves.  The more jobs, the more it uses.  I still
> have a large swap partition even with 32GBs.  If LOo, Firefox and a
> couple others hit at the same time, it uses swap at times. 
>
> Just something to think on.
>
> Dale
>
> :-)  :-) 


Yep. I'm thinkin on that. Thank you