bug-bison
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: bison-1.875 failure on HP/Compaq/DEC OSF/1 5.1 Alpha systems with gc


From: Nelson H. F. Beebe
Subject: Re: bison-1.875 failure on HP/Compaq/DEC OSF/1 5.1 Alpha systems with gcc 2.9-gnupro-99r1
Date: Sat, 11 Jan 2003 12:20:36 -0700 (MST)

This is a final followup on earlier traffic in response to my report
of the failure of test #34 in bison-1.875 on HP/Compaq/DEC OSF/1 5.1
Alpha systems when bison is built with gcc 2.9-gnupro-99r1 and
compiled with -O1, -O2, or -O3: bison core dumps due to a gcc
code-generation error in src/scan-skel.c.  Compilation of that file
with -g alone results in a bison that passes all of its validation
tests.

Compilation with native c89 also produces a correctly working bison.

Native dbx cannot debug an executable built with gcc on this system.

I have been unable to build any version of gcc 2.x or 3.x from
ftp://ftp.gnu.org/pub/gcc successfully on OSF/1 5.1 (I have done many
many hundreds of gcc builds on 15+ platforms over the last several
years).  The local system management installed 2.9-gnupro-99r1 from
unknown sources, but didn't build a gdb.

I have now made an attempt to get gdb-5.3 built on this system using

        env CC=c89 CXX=cxx ./configure --without-tcl --without-tk

and also

        env CC=gcc CXX=g++ ./configure --without-tcl --without-tk

Both produced a gdb that I could install, and seems to run as far as
producing a prompt. 

However, with the gcc-built gdb, I get:

        % gdb src/bison
        GNU gdb 5.3
        Copyright 2002 Free Software Foundation, Inc.
        GDB is free software, covered by the GNU General Public License, and 
you are
        welcome to change it and/or distribute copies of it under certain 
conditions.
        Type "show copying" to see the conditions.
        There is absolutely no warranty for GDB.  Type "show warranty" for 
details.
        This GDB was configured as "alphaev67-dec-osf5.1"...
        (gdb) run --debug --locations -r all -v -g -k 
tests/testsuite.dir/34/input.y
        Starting program: 
/uufs/inscc.utah.edu/common/home/mthnhb/alpha/build/bison-1.87
        5/src/bison --debug --locations -r all -v -g -k 
tests/testsuite.dir/34/input.y
        mdebugread.c:3321: gdb-internal-error: Section index is uninitialized
        An internal GDB error was detected.  This may make further
        debugging unreliable.  Quit this debugging session? (y or n) y

        Create a core file containing the current state of GDB? (y or n) n

With the native-compiler build of gdb, I get:

        % gdb src/bison
        GNU gdb 5.3
        Copyright 2002 Free Software Foundation, Inc.
        GDB is free software, covered by the GNU General Public License, and 
you are
        welcome to change it and/or distribute copies of it under certain 
conditions.
        Type "show copying" to see the conditions.
        There is absolutely no warranty for GDB.  Type "show warranty" for 
details.
        This GDB was configured as "alphaev67-dec-osf5.1"...
        (gdb) run --debug --locations -r all -v -g -k 
tests/testsuite.dir/34/input.y
        Starting program: 
/uufs/inscc.utah.edu/common/home/mthnhb/alpha/build/bison-1.87
        5/src/bison --debug --locations -r all -v -g -k 
tests/testsuite.dir/34/input.y
        Segmentation fault (core dumped)

The segfault is apparently in gdb itself, since I'm returned to the
shell prompt.

I conclude that tracking down the generated code error in scan-skel.c
from this version is gcc is sufficiently difficult that I think we
should drop it.

At some point, a new gcc-3.x release may build successfully on this
system, and the problem may by then be fixed.

I propose therefore that for now, bison release notes merely advise
users on this system to use "make CFLAGS=-g" for the bison build, if
test #34 fails for them, and they are using some version of gcc.

I note that we have run OSF/1 3.x and 4.x systems here at
*.math.utah.edu since the summer of 1995, and GNU/Linux Red Hat 6.2
since 2000, and found them to be rock solid Unix systems.  I've never
had the difficulty with gcc and gdb on them that I see on OSF/1 5.1.



-------------------------------------------------------------------------------
- Nelson H. F. Beebe                    Tel: +1 801 581 5254                  -
- Center for Scientific Computing       FAX: +1 801 581 4148                  -
- University of Utah                    Internet e-mail: address@hidden  -
- Department of Mathematics, 110 LCB        address@hidden  address@hidden -
- 155 S 1400 E RM 233                       address@hidden                    -
- Salt Lake City, UT 84112-0090, USA    URL: http://www.math.utah.edu/~beebe  -
-------------------------------------------------------------------------------




reply via email to

[Prev in Thread] Current Thread [Next in Thread]