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

[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 <top (required)>' 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 `<main>'

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