mpz_mul core dump - attempt 2

[Alex S Moore]

On Tue, 2004-09-07 at 15:50, Kate Minola wrote:
> Kate Minola <kminola at po0.glue.umd.edu> writes:
> 
>   The following C code seg faults on the 
>   sparc-SunOS architecture (but not on
>   other architectures that I have tried):
>   

> The above code when linked with either of those builds
> still coredumps when run (using either of the stack sizes
> above).
> 
> I would be grateful for any suggestions of what I am
> doing wrong or overlooking.  If anyone can get the
> above code to run normally on their sparc-SunOS
> machine, what stack size are you using?

I built and ran the code and it worked fine.  I used gcc3-3.4.1 to build
your code.

However, my libgmp and gcc3 is from blastwave.org.  I know that gmp is
built with Sun's compiler and I am fairly certain that gcc3 is also. 
So, I suspect a bug in gcc3-3.4.1.

I am using the stock stack size of 8192kb.  See the following.  Are we
using the same hardware?

[root at sws601 /]# gcc -v
Reading specs from
/opt/csw/gcc3/lib/gcc/sparc-sun-solaris2.8/3.4.1/specs
Configured with: /users/aalmroth/build/gcc-3.4.1/configure
--prefix=/opt/csw/gcc3 --with-local-prefix=/opt/csw/gcc3
--with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --enable-multilib
--disable-nls --enable-threads --with-libiconv-prefix=/opt/csw
Thread model: posix
gcc version 3.4.1
[root at sws601 /]# uname -a
SunOS sws601 5.8 Generic_117350-08 sun4u sparc SUNW,Ultra-60
[root at sws601 /]# ulimit -a
core file size (blocks)     unlimited
data seg size (kbytes)      unlimited
file size (blocks)          unlimited
open files                  256
pipe size (512 bytes)       10
stack size (kbytes)         8192
cpu time (seconds)          unlimited
max user processes          23813
virtual memory (kbytes)     unlimited

Alex