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

[Dale]

Sean O'Myers wrote:
>
> How do I unscripted
>
>  
>
> Sent from Mail  for
> Windows 10
>
>

Send a email to this address.

List-Unsubscribe: 

Dale

:-)  :-)  

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

[Sean O'Myers]

How do I unscripted

Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

From: Peter Humphrey<mailto:pe...@prh.myzen.co.uk>
Sent: Saturday, June 20, 2020 3:58 AM
To: gentoo-user@lists.gentoo.org<mailto:gentoo-user@lists.gentoo.org>
Subject: Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world 
update

On Saturday, 20 June 2020 00:07:45 BST urp...@gmx.com wrote:

> I haven't thought about these things in a long time. I've never had more
> than 4GB of RAM.

Welcome to the world of compiling everything from source.

--
Regards,
Peter.

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

[Peter Humphrey]

On Saturday, 20 June 2020 00:07:45 BST urp...@gmx.com wrote:

> I haven't thought about these things in a long time. I've never had more
> than 4GB of RAM.

Welcome to the world of compiling everything from source.

-- 
Regards,
Peter.

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

[urpion]

On Fri, Jun 19, 2020 at 12:57:27PM -0400, Jack wrote:
> On 2020.06.19 12:10, urp...@gmx.com wrote:
> > On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:
> > > On Friday, 19 June 2020 16:35:27 BST urp...@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:-(
> Although it borders on a religious argument, many/most agree you always
> need at least a small amount of swap.
> https://wiki.gentoo.org/wiki/Knowledge_Base:Is_swap_space_really_necessary
>
> You can also set up a swap file instead of a swap partition.  You'll
> have to search for instructions, I didn't find it quick enough to
> include a link.
>

I haven't thought about these things in a long time. I've never had more than 
4GB
of RAM.

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:
> urp...@gmx.com wrote:
> > On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:
> >> On Friday, 19 June 2020 16:35:27 BST urp...@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

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 urp...@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=40
> 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.

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

[Dale]

urp...@gmx.com wrote:
> On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:
>> On Friday, 19 June 2020 16:35:27 BST urp...@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

:-)  :-) 

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

[Michael]

On Friday, 19 June 2020 17:10:54 BST urp...@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=40
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

signature.asc
Description: This is a digitally signed message part.

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

[Jack]

On 2020.06.19 12:10, urp...@gmx.com wrote:

On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:
> On Friday, 19 June 2020 16:35:27 BST urp...@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:-(
Although it borders on a religious argument, many/most agree you always  
need at least a small amount of swap.   
https://wiki.gentoo.org/wiki/Knowledge_Base:Is_swap_space_really_necessary


You can also set up a swap file instead of a swap partition.  You'll  
have to search for instructions, I didn't find it quick enough to  
include a link.

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 urp...@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

[urpion]

On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote:
> On Friday, 19 June 2020 16:35:27 BST urp...@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

[Michael]

On Friday, 19 June 2020 16:35:27 BST urp...@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.

signature.asc
Description: This is a digitally signed message part.

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

[urpion]

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


build.log.tar.gz
Description: Binary data

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

[Dale]

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

:-)  :-) 

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, urp...@gmx.com wrote:

On Fri, Jun 19, 2020 at 02:37:24AM -0500, Dale wrote:

urp...@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  root40 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: 

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:
> urp...@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  root40 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)
> > 

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

[Dale]

urp...@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  root40 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: 
>