octave 3.0.3 build problem due to glpk

[John W. Eaton]

On 14-Oct-2008, Marius Schamschula wrote:

| John,
| 
| On Oct 14, 2008, at 9:33 AM, John W. Eaton wrote:
| 
| > On 13-Oct-2008, Marius Schamschula wrote:
| >
| > | I did a bit of experimenting today.
| > |
| > | I rolled back glpk to version 4.28, which was the last known good
| > | version for octave (I had built 3.0.2 against this version). Sure
| > | enough octave 3.0.3 also built against this version of glpk.
| > |
| > | I then updated glpk to version 4.30. Again a good build, then 4.31,
| > | also good.
| > |
| > | The problem is with version 4.32: after I reinstalled this version I
| > | got the same error as in my original post. Rebuilding glpk 4.32 did
| > | not change anything...
| >
| > What do you get for
| >
| >   nm src/pic/__glpk__.o | grep 'lib_[a-z]*_hook'
| >
| > in your Octave build directory?
| 
| nm /tmp/octave-3.0.3/src/pic/__glpk__.o | grep 'lib_[a-z]*_hook'
|           U __glp_lib_fault_hook
|           U __glp_lib_print_hook
| 
| 
| > What do you see for
| >
| >   nm /path/to/glpk/libglpk.a | grep 'lib_[a-z]*_hook'
| >
| > with glpk 4.32?
| 
| nm /usr/local/lib/libglpk.a | grep 'lib_[a-z]*_hook'
|           U __glp_lib_term_hook
| 000000d9 T __glp_lib_fault_hook
| 000001ca T __glp_lib_print_hook
| 00000194 T __glp_lib_term_hook

Then I have no idea why the linker is failing to find these symbols.

Are you sure that you are linking with this library, or the
corresponding .so file?  I showed the .a file in my example because
the .so files in the Debian package are stripped, so nm doesn't return
anything useful.  If you are actually linking with a .so file, then
what does nm say about the symbols in it?

jwe