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