octave 3.0.3 build problem due to glpk

John W. Eaton jwe at bevo.che.wisc.edu
Tue Oct 14 21:04:15 CDT 2008


On 14-Oct-2008, Marius Schamschula wrote:

| Good catch. On the Mac the corresponding dynamic libraries are .dylib  
| files.  For version 4.32:
| 
| nm /usr/local/lib/libglpk.0.17.0.dylib | grep 'lib_[a-z]*_hook'
|           u __glp_lib_term_hook
| 0002e856 t __glp_lib_fault_hook
| 0002ea9b t __glp_lib_print_hook
| 0002ea65 t __glp_lib_term_hook
| 
| whereas I get
| 
| nm /usr/local/lib/libglpk.0.16.0.dylib | grep 'lib_[a-z]*_hook'
|           U __glp_lib_term_hook
| 00031623 T __glp_lib_fault_hook
| 00031868 T __glp_lib_print_hook
| 00031832 T __glp_lib_term_hook
| 
| for version 4.31

The lower-case t means they are file-scope symbols.  So why are they
no longer exported?  Is that intentional, or a bug in 4.32?

jwe


More information about the Bug-octave mailing list