[NeXus-code-tickets] [NeXusCode] #151: IDL-API dumping core, Build problem

[NeXus Data Format Library and Applications]

#151: IDL-API dumping core, Build problem
-----------------------------+----------------------------------------------
  Reporter:  Mark Koennecke  |       Owner:  Mark Koennecke 
      Type:  defect          |      Status:  new            
  Priority:  major           |   Milestone:  NeXus 4.2 Ready
 Component:  bindings        |     Version:  4.2rc2         
Resolution:                  |    Keywords:                 
-----------------------------+----------------------------------------------
Comment (by Mark Koennecke):

 I fixed most of this. The cause was some dodgy code for dimension handling
 which worked under SL3
 but did not under SL5. Now at least the self test runs. There are still
 issues:
 - The IDL API has to be built with the -fno-strict-aliasing option of gcc.
 Otherwise there will be
   core dump. BTW: this problem may affect all code using NXmalloc. It is
 triggered by casts like
   (char **) used often with NXmalloc. Gcc alerts you to the problem
 through obscure warnings like:
   type punned pointer breaks strict aliasing
   Depending on your installation of gcc strict aliasing may be switched on
 or not.
 - Writing compressed data with HDF-4 does not work. HDF4 fails to
 initialize the compression  library. This what HEprint tells me. The rest
 of the NeXus tests run fine, so I conclude that my
 libraries are fine. I tried to link NeXusIDL-API.so statically with a
 known good libz.a. This did
 not help. I assume that the problem is that there is a bad libz linked
 statically into IDL.

-- 
Ticket URL: <http://trac.nexusformat.org/code/ticket/151#comment:2>
NeXus Data Format Library and Applications <http://www.nexusformat.org/>
NeXus Data Format Library and Applications