octave 3.0.3 build problem due to glpk

Marius Schamschula marius173 at mchsi.com
Tue Oct 14 20:42:16 CDT 2008


John,

On Oct 14, 2008, at 12:08 PM, John W. Eaton wrote:

> 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


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

Marius
--
Marius Schamschula
Webmaster

The Huntsville Macintosh Users Group
www.hmug.org

webmaster at hmug dot org
marius at schamschula dot com



-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://www-old.cae.wisc.edu/pipermail/bug-octave/attachments/20081014/2027b84b/attachment-0001.html 


More information about the Bug-octave mailing list