Bug 601887
| Summary: | gdb doesn't support dwarf-4 draft emitted by gcc | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Issue Tracker <tao> |
| Component: | gdb | Assignee: | Jan Kratochvil <jan.kratochvil> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Petr Muller <pmuller> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.0 | CC: | cagney, cww, ebachalo, ohudlick, pmuller, tao |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | gdb-7.1-26.el6 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-11-10 20:26:46 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Issue Tracker
2010-06-08 20:04:45 UTC
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. |