LI75941: Fatal Error in xlfentry with debug option on

January 2012 Update for XL Fortran for Linux, V12.1
January 2011 Update for XL Fortran for Linux, V12.1
June 2011 Update for XL Fortran for Linux, V12.1
XL Fortran for Linux Fix Pack 8 (January 2014 Update) for 12.1

APAR status

• Closed as program error.

Error description

• The following testcase reproduces the fatal error:
  
  =============== test.f ===============
  module foe
    implicit none
    logical :: First=.FALSE.
    logical :: Second=.FALSE.
  end module foe
  module foe_mod
    use foe, only : First=>Second
  end module foe_mod
  module some_mod
    use foe, only : First
    use foe_mod
  end module some_mod
  ============ end of test.f ===========
  
  ./xlf90 -c test.f -g
  
  ** foe   === End of Compilation 1 ===
  ** foe_mod   === End of Compilation 2 ===
  ./xlf90: 1501-224 (S) fatal error in ...../xlfentry: signal
  11 received
  

Local fix

• 1. Do not use -g
  2. Do not rename <Second> to <First> in the example.
  

Problem summary

• An internal compiler error occurs when use association causes
  two different entities to have the same identifier in one
  scoping unit, and -g is in effect.
  

Problem conclusion

• The internal compiler error has been fixed.
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

  IZ81775

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  XL FORTRAN SLES

• Fixed component ID

  5724U8400

Applicable component levels

• RC10 PSN IZ81775

     UP06/09/13