Bug 2216729

Description of problem: abort in GFortran 11 from GCC toolset 11 does not work with dwarf5


Version-Release number of selected component (if applicable):
Red Hat Enterprise Linux 8.6

gcc-toolset-11-gcc-gfortran-11.2.1-9.1.el8.aarch64

How reproducible: Always



Steps to Reproduce:
1. yum install -y Package-gcc-toolset-11-gcc-gfortran-11.2.1-9.1.el8.x86_64
2. vim toto.f90
3. The "tot.f90" should look like below:

cat toto.f90 
program test_abort
  integer :: i = 1, j = 2
  if (i /= j) call abort
end program test_abort

4. Execute the below commands:
$ gfortran -o toto -O2 -g -gdwarf-5 toto.f90
$ ./toto        



Actual results:

Could not print backtrace: unrecognized DWARF version in .debug_info at 6
#0  0xffff9f46a93b
#1  0xffff9f46b58b
#2  0xffff9f5585a3
#3  0x40064f
#4  0xffff9f1e481b
#5  0x40069b
Abort(coredump)


Expected results: It should print backtrace without any issues.

With dwarf4 it works as expected
$ gfortran -o toto -O2 -g -gdwarf-4 toto.f90
$ ./toto                                    

Program aborted. Backtrace:
#0  0xffff96e5a917 in ???
#1  0xffff96e5b58b in ???
#2  0xffff96f485a3 in ???
#3  0x40064f in test_abort
	at /u/users/svc_certif/toto.f90:3
#4  0x40064f in main
	at /u/users/svc_certif/toto.f90:4
Abort(coredump)


Additional info:

We asked the customer "can you please provide some more details about the need for -gdwarf-5. Is it for some kind of certification?"

The customer confirmed as below:

"DWARF5 incorporates improvements in many areas: better data compression, separation of debugging data from executable files, improved description of macros and source files, faster searching for symbols, improved debugging of optimized code, as well as numerous improvements in functionality and performance."

We have observed most of the above improvements when using dwarf5 for our full new release code base.
Also knowing that dwarf5 was the default for GCC11 gave us more trust in this move.