[DRE-maint] Bug#881773: ruby2.5: FTBFS on hppa: recursive once test fails

2018-04-03 Thread John David Anglin

On 2018-04-01 10:17 AM, Antonio Terceiro wrote:

I don't think working around this in the tests is the correct solution
to the issue. There was a similar problem on ppc64el recently, maybe you
can find a similar solution for hppa:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881772
I played around with modifying the limits in vm_core.h but this doesn't 
seem to be the problem.
If I run x=once(128) first, I get the stack overflow and it happens 
every time.  If I run x=once(7) first,
the overflow doesn't happen even with values much larger than 128. It's 
like something isn't

initialized properly.

Dave

--
John David Anglin  dave.ang...@bell.net

___
Pkg-ruby-extras-maintainers mailing list
Pkg-ruby-extras-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers


[DRE-maint] Bug#881773: ruby2.5: FTBFS on hppa: recursive once test fails

2018-04-01 Thread Antonio Terceiro
On Sat, Mar 31, 2018 at 04:42:36PM -0400, John David Anglin wrote:
> Source: ruby2.5
> Version: 2.5.x
> Followup-For: Bug #881773
> 
> Dear Maintainer,
> 
> In the 2.5.1 build, test #361 fails as follows:
> 
> #361 test_insns.rb:389:in `block in ' F 0.090
> stderr output is not empty
>bootstraptest.tmp.rb:3:in `once': stack level too deep (SystemStackError)
>from bootstraptest.tmp.rb:7:in `block in once'
>from bootstraptest.tmp.rb:3:in `once'
>from bootstraptest.tmp.rb:7:in `block in once'
>from bootstraptest.tmp.rb:3:in `once'
>from bootstraptest.tmp.rb:7:in `block in once'
>from bootstraptest.tmp.rb:3:in `once'
>from bootstraptest.tmp.rb:7:in `block in once'
>from bootstraptest.tmp.rb:3:in `once'
> ... 97 levels...
>from bootstraptest.tmp.rb:3:in `once'
>from bootstraptest.tmp.rb:7:in `block in once'
>from bootstraptest.tmp.rb:3:in `once'
>from bootstraptest.tmp.rb:11:in `'
> 
> So, it appears the test causes a stack overflow on hppa.
> 
> It is not uncommon for hppa to require twice the stack space x86 needs.
> Is there a way to increase the stack allocation for hppa (e.g., using ulimit)?
> Otherwise, I would say the test needs to be skipped on hppa.

I don't think working around this in the tests is the correct solution
to the issue. There was a similar problem on ppc64el recently, maybe you
can find a similar solution for hppa:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881772

I don't have the cycles to go after this myself, but I'll be happy to
take a patch (but please also send it upstream).


signature.asc
Description: PGP signature
___
Pkg-ruby-extras-maintainers mailing list
Pkg-ruby-extras-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers

[DRE-maint] Bug#881773: ruby2.5: FTBFS on hppa: recursive once test fails

2018-03-31 Thread John David Anglin
Source: ruby2.5
Version: 2.5.x
Followup-For: Bug #881773

Dear Maintainer,

In the 2.5.1 build, test #361 fails as follows:

#361 test_insns.rb:389:in `block in ' F 0.090
stderr output is not empty
   bootstraptest.tmp.rb:3:in `once': stack level too deep (SystemStackError)
   from bootstraptest.tmp.rb:7:in `block in once'
   from bootstraptest.tmp.rb:3:in `once'
   from bootstraptest.tmp.rb:7:in `block in once'
   from bootstraptest.tmp.rb:3:in `once'
   from bootstraptest.tmp.rb:7:in `block in once'
   from bootstraptest.tmp.rb:3:in `once'
   from bootstraptest.tmp.rb:7:in `block in once'
   from bootstraptest.tmp.rb:3:in `once'
... 97 levels...
   from bootstraptest.tmp.rb:3:in `once'
   from bootstraptest.tmp.rb:7:in `block in once'
   from bootstraptest.tmp.rb:3:in `once'
   from bootstraptest.tmp.rb:11:in `'

So, it appears the test causes a stack overflow on hppa.

It is not uncommon for hppa to require twice the stack space x86 needs.
Is there a way to increase the stack allocation for hppa (e.g., using ulimit)?
Otherwise, I would say the test needs to be skipped on hppa.

Regards,
Dave Anglin


-- System Information:
Debian Release: buster/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 4.14.31+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C 
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- no debconf information

___
Pkg-ruby-extras-maintainers mailing list
Pkg-ruby-extras-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers