This is the usual problem starting up gap4 and it complaining about lib/libg2c. Trouble is there is a library of that name in the right location.
Here is the debug output, followed by a lib/ listing:
load libcopy_reads.so => couldn't load file "libcopy_reads.so": /usr/lib/libg2c.so.0: ELF file OS ABI invalid
load libitcl3.3.so =>
load libitk3.3.so =>
load libiwidgets.so => couldn't load file "libiwidgets.so": libiwidgets.so: cannot open shared object file: No such file or directory
load libcap2.so =>
load libcap3.so =>
load libfak2.so =>
load libphrap.so =>
load libhaplo.so => couldn't load file "libhaplo.so": /usr/lib/libg2c.so.0: ELF file OS ABI invalid
load libgap.so => couldn't load file "libgap.so": /usr/lib/libg2c.so.0: ELF file OS ABI invalid
invalid command name "load_alignment_matrix"
"load_alignment_matrix [keylget gap_defs ALIGNMENT.MATRIX_FILE]"
(file "/usr/local/share/staden-linux-1-6-0/linux-bin/../lib/gap/gap.tcl" line 683)
101 >ls /usr/lib/libg*
/usr/lib/libg2c.a /usr/lib/libgcc_p.a /usr/lib/libgnuregex.a /usr/lib/libgssapi.a
/usr/lib/libg2c.so /usr/lib/libgcc_pic.a /usr/lib/libgnuregex.so /usr/lib/libgssapi.so
/usr/lib/libg2c.so.0 /usr/lib/libgcov.a /usr/lib/libgnuregex.so.2 /usr/lib/libgssapi.so.7
/usr/lib/libg2c.so.1 /usr/lib/libgeom.a /usr/lib/libgnuregex_p.a /usr/lib/libgssapi_p.a
/usr/lib/libg2c_p.a /usr/lib/libgeom.so /usr/lib/libgpib.a
/usr/lib/libgcc.a /usr/lib/libgeom_p.a /usr/lib/libgpib.so
I did a google search for that error message and the hits refer to mixing up linux libraries with BSD binaries - you can't do it.
In that case maybe install a linux version of the libg2c.so somewhere earlier in your LD_LIBRARY_PATH for gap4 to spot; maybe in $STADENROOT/lib/linux-binaries would work.
Installed the FreeBSD port lang/linux-libg2c in /usr/local/share/staden-linux-1-6-0/linux-libg2c/, put that in the LD_LIBRARY_PATH and presto!
Just as well as my Windows Staden has just started hanging with Wish exceptions for no obvious reasons.
Hurrah for the Penguins!
Log in to post a comment.