PM10368: Usage of dyn linked shared object libs and statically linked obj ect libs

APAR status

• Closed as program error.

Error description

• LibExtension? configuration property was over overridden.
  The problem is that both libraries must appear in the makefile o
  f the executable, but only one file extension can be specified f
  or the makefile generation. (Shared object must appear in order
  to build the symbol table.)
  
  I just see one workaround:
  Dynamically linked shared object libraries and statically linked
   libraries must have the same file extension.
  
  (also see attachments)
  
  
  Vladimir Erukhimovich VLADERUK@il.ibm.com
  
  Hi Denny,
  
  It looks like a defect.
  
  CG should take LibExtention property from dependent component, b
  ut it takes
  this property from its own (executable) component
  
  Regards,
  Vova
  
  
  Martin Bakal ?bakalm@us.ibm.com?
  
  Denny,
  
  That sounds like a bug to me.
  
  Sasha,
  Any comments?
  
  Marty
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  Usage of dyn linked shared object libs and statically linked
  object libs
  

Problem conclusion

• Fixed in 7.5.3
  

Temporary fix

Comments

APAR Information

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

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

Fix information

• Fixed component name

  TLOGIC RHAPSODY

• Fixed component ID

  5724V74RP

Applicable component levels

• R750 PSN

     UP