bug#12021: 2.0.6 on OpenBSD, dynamic-link fails to find .la

bug#12021: 2.0.6 on OpenBSD, dynamic-link fails to find .la

[Taylan Ulrich B.]

Testing 2.0.6 on OpenBSD, three tests fail due to dynamic-link failing
to locate .la files.
The libtest-foo.la files are certainly there in test-suite/standalone.

(On a sidenote, the link to lt_dlopenext on this page
http://www.gnu.org/software/guile/manual/html_node/Foreign-Libraries.html
is a 404.)

Regards,
Taylan


Backtrace:
In ice-9/boot-9.scm:
 157: 9 [catch #t #<catch-closure 3c1a67c0> ...]
In unknown file:
   ?: 8 [apply-smob/1 #<catch-closure 3c1a67c0>]
In ice-9/boot-9.scm:
  63: 7 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 414: 6 [eval # #]
In ice-9/boot-9.scm:
2131: 5 [save-module-excursion #<procedure 3c164160 at ice-9/boot-9.scm:3660:3 ()>]
3667: 4 [#<procedure 3c164160 at ice-9/boot-9.scm:3660:3 ()>]
1456: 3 [%start-stack load-stack ...]
1461: 2 [#<procedure 3c1be960 ()>]
In unknown file:
   ?: 1 [primitive-load "/home/tub/src/guile-2.0.6/test-suite/standalone/./test-asmobs"]
   ?: 0 [load-extension "./libtest-asmobs" "libtest_asmobs_init"]

ERROR: In procedure load-extension:
ERROR: In procedure dynamic-link: file: "./libtest-asmobs", message: "file not found"
FAIL: test-asmobs


Backtrace:
In ice-9/boot-9.scm:
 157: 10 [catch #t #<catch-closure 3c1a67c0> ...]
In unknown file:
   ?: 9 [apply-smob/1 #<catch-closure 3c1a67c0>]
In ice-9/boot-9.scm:
  63: 8 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 414: 7 [eval # #]
In ice-9/boot-9.scm:
2131: 6 [save-module-excursion #<procedure 3c164160 at ice-9/boot-9.scm:3660:3 ()>]
3667: 5 [#<procedure 3c164160 at ice-9/boot-9.scm:3660:3 ()>]
1456: 4 [%start-stack load-stack ...]
1461: 3 [#<procedure 3c1be960 ()>]
In unknown file:
   ?: 2 [primitive-load "/home/tub/src/guile-2.0.6/test-suite/standalone/./test-ffi"]
In ice-9/eval.scm:
 435: 1 [eval # ()]
In unknown file:
   ?: 0 [dynamic-link "./libtest-ffi"]

ERROR: In procedure dynamic-link:
ERROR: In procedure dynamic-link: file: "./libtest-ffi", message: "file not found"
FAIL: test-ffi


Backtrace:
In ice-9/boot-9.scm:
 157: 9 [catch #t #<catch-closure 3c1a67c0> ...]
In unknown file:
   ?: 8 [apply-smob/1 #<catch-closure 3c1a67c0>]
In ice-9/boot-9.scm:
  63: 7 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 414: 6 [eval # #]
In ice-9/boot-9.scm:
2131: 5 [save-module-excursion #<procedure 3c164160 at ice-9/boot-9.scm:3660:3 ()>]
3667: 4 [#<procedure 3c164160 at ice-9/boot-9.scm:3660:3 ()>]
1456: 3 [%start-stack load-stack ...]
1461: 2 [#<procedure 3c1be948 ()>]
In unknown file:
   ?: 1 [primitive-load "/home/tub/src/guile-2.0.6/test-suite/standalone/./test-extensions"]
   ?: 0 [load-extension "./libtest-extensions" "libtest_extensions_init"]

ERROR: In procedure load-extension:
ERROR: In procedure dynamic-link: file: "./libtest-extensions", message: "file not found"
FAIL: test-extensions

bug#12021: Nevermind, my fault

[Taylan Ulrich B.]

Sorry for the false alert.
First of all, the files it couldn't find were probably .so files (note
that it doesn't explicitly mention .la files, it was a wrong assumption
on my side).
That is because the build process wouldn't generate any .so files, due
to mysterious reasons.
After exporting a good set of build flags (CPPFLAGS, LDFLAGS, etc.),
everything builds fine and all tests are passed.
Here's the exact set of environment variables (directly put in my
~/.profile so i never have to re-remember them again):

export PKG_CONFIG_PATH="$HOME/usr/lib/pkgconfig:/usr/lib/pkgconfig:/usr/local/lib/pkgconfig"
export LD_LIBRARY_PATH="$HOME/usr/lib:/usr/lib:/usr/local/lib"
export CPPFLAGS="-I$HOME/usr/include -I/usr/include -I/usr/local/include"
export LDFLAGS="-L$HOME/usr/lib -L/usr/lib -L/usr/local/lib"
export LIBS="-lpthread -lffi"
export LIBFFI_CFLAGS="$CPPFLAGS"
export LIBFFI_LIBS="$LDFLAGS $LIBS"

Note that these are partly tied to my own home directory layout.

What's unusual is that LIBFFI_(CFLAGS|LIBS) need to be defined
explicitly for guile to build.

Regards,
Taylan

bug#12021: Nevermind, my fault

[Ludovic Courtès]

Hi,

"Taylan Ulrich B." <taylanbayirli@gmail.com> skribis:

> Sorry for the false alert.

OK, good to know.   :-)

Thanks,
Ludo’.