Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 293907 - dev-lisp/clsql-4.1.2 fails to load on amd64: cannot find clsql_uffi64.so
Summary: dev-lisp/clsql-4.1.2 fails to load on amd64: cannot find clsql_uffi64.so
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Common Lisp Bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 337963
  Show dependency tree
 
Reported: 2009-11-20 23:00 UTC by Carlos Konstanski
Modified: 2010-12-15 11:18 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carlos Konstanski 2009-11-20 23:00:05 UTC
According to the clsql-4.1.2 changelog:

Makefiles: On 64-bit Linux systems, try to build both 32 and 64-bit interface libraries. This requires the installation of multiarch build tools as well as 32-bit support libraries (libc, libz and libmysqlclient).

On my 64-bit system, clsql_uffi.so is built, but not clsql_uffi64.so. This causes clsql to fail at load time because both libraries are looked for. Backtrace below.

Since clsql-4.1.1 has already been removed from the overlay, I am now stuck. Could we at least get it put back until this issue is resolved?

Couldn't load foreign libraries "clsql_uffi64", "clsql_uffi". (searched CLSQL-SYS:*FOREIGN-LIBRARY-SEARCH-PATHS*)
   [Condition of type SIMPLE-ERROR]

Restarts:
 0: [TRY-RECOMPILING] Recompile clsql-uffi-loader and try loading it again
 1: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {100376E121}> on #<ASDF:CL-SOURCE-FILE "clsql-uffi-loader" {100376E101}>.
 2: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {100376E121}> on #<ASDF:CL-SOURCE-FILE "clsql-uffi-loader" {100376E101}> as having been successful.
 3: [RETRY] Retry SLIME REPL evaluation request.
 4: [ABORT] Return to SLIME's top level.
 5: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" RUNNING {10052EB891}>)

Backtrace:
  0: (CLSQL-UFFI:FIND-AND-LOAD-FOREIGN-LIBRARY ("clsql_uffi64" "clsql_uffi"))[:EXTERNAL]
  1: (CLSQL-UFFI::LOAD-UFFI-FOREIGN-LIBRARY)
  2: (SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for "file /home/ckonstanski/.fasls/sbcl-1.0.32.gentoo-r0-linux-x86-64/usr/share/common-lisp/source/clsql/uffi/clsql-uffi-loader.fasl" {1003551C41}>)
  3: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK))
  4: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]291))
  5: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK ..)
  6: (SB-FASL::LOAD-AS-FASL ..)
  7: ((FLET SB-FASL::LOAD-STREAM) #<SB-SYS:FD-STREAM for "file /home/ckonstanski/.fasls/sbcl-1.0.32.gentoo-r0-linux-x86-64/usr/share/common-lisp/source/clsql/uffi/clsql-uffi-loader.fasl" {1003551C41}> T)
  8: (LOAD #P"/home/ckonstanski/.fasls/sbcl-1.0.32.gentoo-r0-linux-x86-64/usr/share/common-lisp/source/clsql/uffi/clsql-uffi-loader.fasl")[:EXTERNAL]
  9: ((SB-PCL::FAST-METHOD ASDF:PERFORM (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) ..)
 10: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) ..)
 11: ((SB-PCL::FAST-METHOD ASDF:PERFORM ASDF:AROUND (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) ..)
 12: ((LAMBDA ()))
 13: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK))
 14: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]291))
 15: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK ..)
 16: (SB-C::%WITH-COMPILATION-UNIT #<CLOSURE (LAMBDA #) {1002BCC389}>)[:EXTERNAL]
 17: (ASDF:OPERATE ASDF:LOAD-OP ICLISP)[:EXTERNAL]
 18: (SB-INT:SIMPLE-EVAL-IN-LEXENV (ASDF:OPERATE 'ASDF:LOAD-OP 'ICLISP) #<NULL-LEXENV>)
 19: (SWANK::EVAL-REGION "(asdf:operate 'asdf:load-op 'iclisp)\n")
 20: ((LAMBDA ()))
 21: (SWANK::TRACK-PACKAGE #<CLOSURE (LAMBDA #) {100531B169}>)
 22: (SWANK::CALL-WITH-RETRY-RESTART "Retry SLIME REPL evaluation request." #<CLOSURE (LAMBDA #) {100531B089}>)
 23: (SWANK::CALL-WITH-BUFFER-SYNTAX NIL #<CLOSURE (LAMBDA #) {100531B059}>)
 24: (SWANK::REPL-EVAL "(asdf:operate 'asdf:load-op 'iclisp)\n")
 25: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:LISTENER-EVAL "(asdf:operate 'asdf:load-op 'iclisp)\n") #<NULL-LEXENV>)
 26: (SWANK::EVAL-FOR-EMACS (SWANK:LISTENER-EVAL "(asdf:operate 'asdf:load-op 'iclisp)\n") "COMMON-LISP-USER" 6)
 27: (SWANK::PROCESS-REQUESTS NIL)
 28: ((LAMBDA ()))
 29: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {10052F5159}>)
 30: (SWANK::CALL-WITH-BINDINGS ..)
 31: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {1004D1A7F1}> #<CLOSURE (LAMBDA #) {10052F5159}>)
 32: (SWANK::HANDLE-REQUESTS #<SWANK::CONNECTION {1004D1A7F1}> NIL)
 33: (SWANK::CALL-WITH-BINDINGS NIL #<CLOSURE (LAMBDA #) {10052F5109}>)
 34: ((FLET #:WITHOUT-INTERRUPTS-BODY-[BLOCK382]387))
 35: ((FLET SB-THREAD::WITH-MUTEX-THUNK))
 36: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-MUTEX]267))
 37: (SB-THREAD::CALL-WITH-MUTEX ..)
 38: ((LAMBDA ()))
 39: ("foreign function: #x421E70")
 40: ("foreign function: #x418F37")


Reproducible: Always
Comment 1 Stelian Ionescu 2009-11-21 15:00:28 UTC
I've added 4.1.1 back

Could you test whether make -C uffi actually creates a library named clsql_uffi64.so in uffi/ ?
When you get this error what is the value of CLSQL-SYS:*FOREIGN-LIBRARY-SEARCH-PATHS* ?
Comment 2 Panagiotis Christopoulos (RETIRED) gentoo-dev 2010-12-15 11:18:49 UTC
RESOLVED, WONTFIX. Package removed from the main tree. For more information, please see bug #337963 .