Event posted on 06-08-2010 03:56pm EDT by woodard

Description of problem:
<neb> [ben@snog rpmbuild]$ g++ -gdwarf-4 /tmp/typedef-missing.C 
<neb> [ben@snog rpmbuild]$ gdb a.out 
<neb> GNU gdb (GDB) Red Hat Enterprise Linux (7.1-24.el6)
<neb> Reading symbols from /home/Ben/rpmbuild/a.out...done.
<neb> Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /home/Ben/rpmbuild/a.out]
<tromey> I know I fixed that at some point
<neb> I thought that GDB should be able to handle all the dwarf4 that gcc is able to emit?
<tromey> jkratoch should know which gdb it is in
<tromey> yes, it should
<neb> tromey, I'm running the very latest daily 
<tromey> occasionally we are slightly behind gcc
<jkratoch> dwarf4 is still not final. And I do not remember I would do any backports for dwarf4 (after 7.1).
<tromey> that could change if someone slow jakub down ;)
<neb> friday of last week 
<roland> -gdwarf-3 -gno-strict-dwarf is the default format for rhel6 iirc
<neb> for reference:
<neb> gcc-4.4.4-5.el6.x86_64
<neb> gdb-7.1-24.el6.x86_64
<jkratoch> neb: It probably should not be a problem to backport it if draft-DWARF4 support is appropriate.  RHEL-6.0 will ship 7.1, it cannot be rebased so late.

How reproducible:
always

Steps to Reproduce:
try to use dwarf4 and then run gcc

Actual results:
fails

Expected results:
works
This event sent from IssueTracker by kbaxley  [LLNL (HPC)]
 issue 994123

Event posted on 06-08-2010 03:56pm EDT by woodard

File uploaded: typedef-missing.C
This event sent from IssueTracker by kbaxley  [LLNL (HPC)]
 issue 994123
it_file 749293

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

commit be1f57c90bdf86477b9bc69cc982171d6ad5df56
commit 669907bd6d54ae8e85b1278f0f16f8641ce6802d

devel_ack:
Minor changes, checked by hand as safe, accepted in FSF GDB.

qa_ack:
New testcase: gdb.dwarf2/rh-dwarf4-x86_64.exp
(gdb) ptype main(gdb) ptype main
type = int ()
(gdb) FAIL: gdb.dwarf2/rh-dwarf4-x86_64.exp: ptype main
->
(gdb) ptype main(gdb) ptype main
type = int (void)
(gdb) PASS: gdb.dwarf2/rh-dwarf4-x86_64.exp: ptype main

gdb-7.1-26.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/gdb-7.1-26.fc13

gdb-7.1-26.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.

# runtest --tool=gdb gdb.dwarf2/rh-dwarf4-x86_64.exp
(...)
                === gdb Summary ===

# of expected passes            1

and

# g++ -gdwarf-4 class0r.C -o class0r
# gdb -quiet ./class0r
(...)
Reading symbols from /root/rpmbuild/BUILD/gdb-7.1/gdb/testsuite/class0r...done.

Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.