bash-3.x problems on IRIX

[Stuart Shelton]

Configuration Information:
Machine: mips
OS: irix6.5 [6.5.30f, with MIPSpro 7.4.4m]
Compiler: /usr/nekoware/bin/gcc [GCC-3.4.6] & /bin/cc [MIPSpro
GCC Compilation CFLAGS:  -DPROGRAM='bash' -DCONF_HOSTTYPE='mips' 
-DCONF_OSTYPE='irix6.5' -DCONF_MACHTYPE='mips-sgi-irix6.5' 
-DCONF_VENDOR='sgi' -DLOCALEDIR='/usr/local/share/locale' 
-DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H   -I.  -I. -I./include -I./lib 
-mabi=n32 -mtune=mips4 -mfused-madd -mexplicit-relocs -mbranch-likely 
-O2 -fforce-addr -finline-functions -fno-keep-static-consts 
-fmove-all-movables -frename-registers -ftracer
MIPSpro Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='mips' 
-DCONF_OSTYPE='irix6.5' -DCONF_MACHTYPE='mips-sgi-irix6.5' 
-DCONF_VENDOR='sgi' -DLOCALEDIR='/usr/local/share/locale' 
-DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H   -I.  -I. -I./include -I./lib 
-O1 -n32 -mips4 -r14000 -apo -float_const -use_readonly_const 
-TARG:isa=mips4:platform=ip30:processor=r14000 -TENV:zeroinit_in_bss=ON 
-OPT:fast_io=ON:Olimit=8192:reorg_common=ON:swp=ON 
-LNO:auto_dist=ON:fusion_peeling_limit=8:gather_scatter=2 -woff 
1174,1183,1185,1552,3968
Compilation LDFLAGS: -Wl,-v -Wl,-s -Wl,-x -Wl,-n32 -Wl,-mips4 
-Wl,-rdata_shared -Wl,-allow_jump_at_eop
uname output: IRIX64 octane 6.5 07202013 IP30
Machine Type: mips-sgi-irix6.5

Bash Version: 3.2
Patch Level: 1
Release Status: release

Description:

Please see http://forums.nekochan.net/viewtopic.php?t=7547 for further 
discussion of these problems...

The following problems exist, at the very least, in bash 3.1.16, 3.1.17, 
and 3.2.1 - I assume it affects the all bash-3.x releases.

If bash is built with the SGI MIPSpro compilers then, now matter what 
other CFLAGS are in affect, the test suite fails in many ways (and one 
of the many issues this causes is what I describe in the first posts on 
the above forum).

When bash is built with MIPSpro and "-O1" with any other combination of 
CFLAGS, the test suite mostly succeeds (the intl tests fail - but I 
assume this is because IRIX isn't UTF8-aware) - up to the printf tests. 
 The output here is:

gmake test
...
run-intl
warning: some of these tests will fail if you do not have UTF-8
warning: locales installed on your system.
warning: please ignore any differences consisting only of white space
2c2
< 2
---
> 1
8,10c8,10
< aÃb
< 0000000 141 303 142
< 0000003
---
> aéb
> 0000000   141 303 251 142
> 0000004
...
run-printf

- at which point the test-suite hangs (and reports "Error 130" if 
interrupted).  Looking at the contents of /tmp/xx, the output up to the 
point of the failure was:

0.00
0.00
 0.0
0.00
0.00
 0.0
-INF
-inf
-INF
-inf

... which means that the test which causes the hang is 'printf "%G\n" 4.2'.

With GCC, the test-suite doesn't hang - but the results are:

run-printf
61,74c61,74
< 0.00
< 0.00
<  0.0
< 0.00
< 0.00
<  0.0
< 0.000000E+00
< 0.000000e+00
< 0.0E+00
< 0.0e+00
< 0
< 0
<      0
<      0
---
> 4.20
> 4.20
>  4.2
> 4.20
> 4.20
>  4.2
> 4.200000E+00
> 4.200000e+00
> 4.2E+00
> 4.2e+00
> 4.2
> 4.2
>    4.2
>    4.2
81,82c81,82
<   0.00
<   0.00
---
> 115.00
> 115.00

.. so even with GCC printf doesn't work (but does always output a 
variant of "0", rather than negative infinity).

Looking at the bash source, the hang is triggered from 
builtins/printf.def by the block starting at line 493.  The problem 
might lie with the call to "PF (f, p);", where "PF" is a macro defined 
on line 90 - but I cannot see how this works.

There's clearly some broken magic here if it causes MIPSpro to generate 
code which hangs, and GCC to produce code which always outputs a variant 
of "0"!

Repeat-By:

Attemping to build bash-3.x on IRIX with GCC or MIPSpro, regardless of 
CFLAGS.