Bug 20692 - configuring libgfortan infinite loop
Summary: configuring libgfortan infinite loop
Status: RESOLVED INVALID
Alias: None
Product: gcc
Classification: Unclassified
Component: bootstrap (show other bugs)
Version: 4.0.0
: P2 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords: build
Depends on:
Blocks:
 
Reported: 2005-03-30 16:52 UTC by Peter Felecan
Modified: 2005-07-23 22:49 UTC (History)
2 users (show)

See Also:
Host: i386-pc-solaris2.8
Target: i386-pc-solaris2.8
Build: i386-pc-solaris2.8
Known to work:
Known to fail:
Last reconfirmed:


Attachments
back trace tentative (1.33 KB, text/plain)
2005-03-30 17:37 UTC, Peter Felecan
Details
verbose output of gfortran (772 bytes, text/plain)
2005-03-30 18:48 UTC, Peter Felecan
Details
gdb session, with backtrace, for f951 (870 bytes, text/plain)
2005-03-30 18:49 UTC, Peter Felecan
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Felecan 2005-03-30 16:52:22 UTC
- bootstraping gcc-4.0-20050326
- system type: SUN LX50: Sol8 x86 server 2 x 1404MHz
- head and tail of the objdir/i386-pc-solaris2.8/libgfortran/config.log:
[...]
It was created by GNU Fortran Runtime Library configure 0.2, which was
generated by GNU Autoconf 2.59.  Invocation command line was

  $
/export/nfs/workarea/pfelecan/CSW/ports/gcc4core-4.0.0REV2005.03.26-SunOS5.8-i386-CSW.pkg/sources/gcc-4.0-20050326/libgfortran/configure
--cache-file=./config.cache --host=i386-pc-solaris2.8 --build=i386-pc-solaris2.8
--prefix=/opt/csw/gcc4 --with-local-prefix=/opt/csw --without-gnu-as
--with-as=/usr/ccs/bin/as --without-gnu-ld --with-ld=/usr/ccs/bin/ld
--enable-threads=posix --enable-shared --enable-multilib --enable-nls
--with-included-gettext --with-libiconv-prefix=/opt/csw --with-x
--enable-java-awt=xlib --with-system-zlib
--with-gcc-version-trigger=/export/nfs/workarea/pfelecan/CSW/ports/gcc4core-4.0.0REV2005.03.26-SunOS5.8-i386-CSW.pkg/sources/gcc-4.0-20050326/gcc/version.c
--enable-languages=c,ada,c++,f95,java,objc --program-transform-name=s,y,y,
--srcdir=../../../sources/gcc-4.0-20050326/libgfortran
--with-target-subdir=i386-pc-solaris2.8

## --------- ##
## Platform. ##
## --------- ##

hostname = daedal
uname -m = i86pc
uname -r = 5.8
uname -s = SunOS
uname -v = Generic_117351-16

/usr/bin/uname -p = i386
/bin/uname -X     = System = SunOS
Node = daedal
Release = 5.8
KernelID = Generic_117351-16
Machine = i86pc
BusType = <unknown>
Serial = <unknown>
Users = <unknown>
OEM# = 0
Origin# = 1
NumCPU = 2

/bin/arch              = i86pc
/usr/bin/arch -k       = i86pc
/usr/convex/getsysinfo = unknown
hostinfo               = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

[...]

configure:4487: checking whether we are using the GNU Fortran compiler
configure:4501:
/export/nfs/workarea/pfelecan/CSW/ports/gcc4core-4.0.0REV2005.03.26-SunOS5.8-i386-CSW.pkg/objdir/gcc/gfortran
-B/export/nfs/workarea/pfelecan/CSW/ports/gcc4core-4.0.0REV2005.03.26-SunOS5.8-i386-CSW.pkg/objdir/gcc/
-B/opt/csw/gcc4/i386-pc-solaris2.8/bin/ -B/opt/csw/gcc4/i386-pc-solaris2.8/lib/
-isystem /opt/csw/gcc4/i386-pc-solaris2.8/include -isystem
/opt/csw/gcc4/i386-pc-solaris2.8/sys-include -c   conftest.F >&5

This never ends.
Comment 1 Peter Felecan 2005-03-30 16:54:21 UTC
Forgot the content of the conftest.F:

      program main
#ifndef __GNUC__
       choke me
#endif

      end
Comment 2 Peter Felecan 2005-03-30 17:37:43 UTC
Created attachment 8494 [details]
back trace tentative

I tried to isolate the bug and run in gdb. The issue appears as reported. After
terminating the process I executed a back-trace. Hope that it is helpful.
Comment 3 Andrew Pinski 2005-03-30 18:04:08 UTC
#0  0xdfa2b0e0 in _waitid () from /usr/lib/libc.so.1
#1  0xdfa43aeb in _waitpid () from /usr/lib/libc.so.1
#2  0xdfa79957 in waitpid () from /usr/lib/libc.so.1
#3  0x08057a42 in execute () at ../../sources/gcc-4.0-20050326/gcc/gcc.c:2835


Can you try adding -v to see which program we are waiting on?
And then run that program with gdb?
Comment 4 Peter Felecan 2005-03-30 18:48:22 UTC
Created attachment 8495 [details]
verbose output of gfortran

This is the output of gfortran -v as requested. The binary on which we wait is
f951. I will run this in gdb and attach the output in another attachement.
Comment 5 Peter Felecan 2005-03-30 18:49:55 UTC
Created attachment 8496 [details]
gdb session, with backtrace, for f951

gdb session running the command f951 for which the wait is done in gfortran.
Comment 6 Andrew Pinski 2005-03-30 18:54:09 UTC
Looks like not a gfortran bug but a gmp one:
#0  0xdfb7bdac in __gmpn_mul_basecase () from /opt/csw/lib/libgmp.so.3
#1  0xdfb97840 in ?? () from /opt/csw/lib/libgmp.so.3
#2  0x00000006 in ?? ()
#3  0x0804759c in ?? ()
#4  0x080475c0 in ?? ()
#5  0x00000005 in ?? ()
#6  0xa0cba75d in ?? ()
#7  0xdfb7870d in __gmpn_mul () from /opt/csw/lib/libgmp.so.3

Could you make sure that the installed version of gmp is the correct one and is working?
Comment 7 Peter Felecan 2005-03-31 09:10:00 UTC
The version of libgmp is 4.1.4. I'll contact the maintainer of the package to
know the build options, if he run the tests... and report back
Comment 8 Peter Felecan 2005-04-02 14:06:13 UTC
The libgmp package maintainer supplied a new release for which all the gmp tests
are successful for the architecture in discussion. This fixes the bug.
Comment 9 Andrew Pinski 2005-06-05 07:40:32 UTC
Reopening to ...
Comment 10 Andrew Pinski 2005-06-05 07:40:46 UTC
Mark as invalid.