1.9.3 check test fail (powerpc-apple-darwin8)

1.9.3 check test fail (powerpc-apple-darwin8)

[David Fang]

Hi,

I'm seeing the following check failure with guile-1.9.3 on 
powerpc-apple-darwin8 (plain ../configure, VPATH build):

...
Running r4rs.test
Running r5rs_pitfall.test
Running r6rs-ports.test
ERROR: In procedure dynamic-func:
ERROR: dlsym(0x103120, scm_init_r6rs_ports): symbol not found

Some deprecated features have been used.  Set the environment
variable GUILE_WARN_DEPRECATED to "detailed" and rerun the
program to get more information.  Set it to "no" to suppress
this message.
FAIL: check-guile
==================================
1 of 1 test failed
Please report to bug-guile@gnu.org
==================================
make[2]: *** [check-TESTS] Error 1
make[1]: *** [check-am] Error 2
make: *** [check-recursive] Error 1
make: Target `check' not remade because of errors.

I haven't dug into this yet, but is the problem immediately obvious to 
anyone?

Fang


David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/

Re: 1.9.3 check test fail (powerpc-apple-darwin8)

[Ludovic Courtès]

Hello,

David Fang <fang@csl.cornell.edu> writes:

> I'm seeing the following check failure with guile-1.9.3 on
> powerpc-apple-darwin8 (plain ../configure, VPATH build):
>
> ...
> Running r4rs.test
> Running r5rs_pitfall.test
> Running r6rs-ports.test
> ERROR: In procedure dynamic-func:
> ERROR: dlsym(0x103120, scm_init_r6rs_ports): symbol not found

The ‘dlsym ()’ call comes form module/rnrs/io/ports.scm:

  (load-extension "libguile" "scm_init_r6rs_ports")

The failure could mean that dlopen(3) didn’t pick up the right libguile,
which normally shouldn’t happen because the Libtool wrapper script at
‘libguile/guile’ sets up the right dynamic linker search path.

Can you try “./meta/guile -c '(use-modules (rnrs io ports))'”?  If that
fails, can you try to somehow check what the dynamic linker search path
is? (I don’t know how to do it on Mac OS X)

Thanks,
Ludo’.

Re: 1.9.3 check test fail (powerpc-apple-darwin8)

[David Fang]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 2238 bytes --]

>> I'm seeing the following check failure with guile-1.9.3 on
>> powerpc-apple-darwin8 (plain ../configure, VPATH build):
>>
>> ...
>> Running r4rs.test
>> Running r5rs_pitfall.test
>> Running r6rs-ports.test
>> ERROR: In procedure dynamic-func:
>> ERROR: dlsym(0x103120, scm_init_r6rs_ports): symbol not found
>
> The ÿÿdlsym ()ÿÿ call comes form module/rnrs/io/ports.scm:
>  (load-extension "libguile" "scm_init_r6rs_ports")
> The failure could mean that dlopen(3) didnÿÿt pick up the right libguile,
> which normally shouldnÿÿt happen because the Libtool wrapper script at
> ÿÿlibguile/guileÿÿ sets up the right dynamic linker search path.
>
> Can you try ÿÿ./meta/guile -c '(use-modules (rnrs io ports))'ÿÿ?  If that
> fails, can you try to somehow check what the dynamic linker search path
> is? (I donÿÿt know how to do it on Mac OS X)

Hi,
 	Sorry for the delay.  I tried the pre-install meta/guile.

 	$ (use-modules (rnrs io ports))

This fails with the same dlsym error message, whether I run with -c, or 
interactively. I checked the 'lsof' to see which libraries it is picking 
up 'lsof -p PID', and it looks like it's picking up all shared libs in the 
build directory properly:

.../fink.build/guile19-1.9.3-1/guile-1.9.3/build/libguile/.libs/libguile.18.dylib

% meta/guile
$ (for-each (lambda (x) (display x) (newline)) %load-path )
/Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3/build/guile-readline
/Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3/guile-readline
/Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3/build
/Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3
/Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3/build/module
/Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3/module
/sw/share/guile/site
/sw/share/guile/1.9
/sw/share/guile

[/Volume/Mercedes2/sw/src/fink.build/... is where I'm building]

I've checked that symbol table for 'nm libguile/.libs/libguile.dylib' 
contains a defined symbol for "scm_init_r6rs_ports":

00061d60 T _scm_init_r6rs_ports

Any other ideas?

Fang



David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/

Re: 1.9.3 check test fail (powerpc-apple-darwin8)

[Ludovic Courtès]

Hello,

David Fang <fang@csl.cornell.edu> writes:

> Any other ideas?

Yes: can you try that with 1.9.4?  :-)

There have been changes in how ‘load-extension’ works.

Thanks,
Ludo’.

Re: 1.9.3 check test fail (powerpc-apple-darwin8)

[David Fang]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 2456 bytes --]

I've re-confirmed my findings with guile-1.9.4.  Still stumped...

>>> I'm seeing the following check failure with guile-1.9.3 on
>>> powerpc-apple-darwin8 (plain ../configure, VPATH build):
>>> 
>>> ...
>>> Running r4rs.test
>>> Running r5rs_pitfall.test
>>> Running r6rs-ports.test
>>> ERROR: In procedure dynamic-func:
>>> ERROR: dlsym(0x103120, scm_init_r6rs_ports): symbol not found
>> 
>> The dlsym () call comes form module/rnrs/io/ports.scm:
>>  (load-extension "libguile" "scm_init_r6rs_ports")
>> The failure could mean that dlopen(3) didnt pick up the right libguile,
>> which normally shouldnt happen because the Libtool wrapper script at
>> libguile/guile sets up the right dynamic linker search path.
>> 
>> Can you try ./meta/guile -c '(use-modules (rnrs io ports))'?  If that
>> fails, can you try to somehow check what the dynamic linker search path
>> is? (I dont know how to do it on Mac OS X)
>
> Hi,
> 	Sorry for the delay.  I tried the pre-install meta/guile.
>
> 	$ (use-modules (rnrs io ports))
>
> This fails with the same dlsym error message, whether I run with -c, or 
> interactively. I checked the 'lsof' to see which libraries it is picking up 
> 'lsof -p PID', and it looks like it's picking up all shared libs in the build 
> directory properly:
>
> .../fink.build/guile19-1.9.3-1/guile-1.9.3/build/libguile/.libs/libguile.18.dylib
>
> % meta/guile
> $ (for-each (lambda (x) (display x) (newline)) %load-path )
> /Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3/build/guile-readline
> /Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3/guile-readline
> /Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3/build
> /Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3
> /Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3/build/module
> /Volumes/Mercedes2/sw/src/fink.build/guile19-1.9.3-1/guile-1.9.3/module
> /sw/share/guile/site
> /sw/share/guile/1.9
> /sw/share/guile
>
> [/Volume/Mercedes2/sw/src/fink.build/... is where I'm building]
>
> I've checked that symbol table for 'nm libguile/.libs/libguile.dylib' 
> contains a defined symbol for "scm_init_r6rs_ports":
>
> 00061d60 T _scm_init_r6rs_ports
>
> Any other ideas?
>
> Fang
>
>
>
> David Fang
> http://www.csl.cornell.edu/~fang/
> http://www.achronix.com/
>

David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/