Guile 1.5.7 beta available for testing.

Guile 1.5.7 beta available for testing.

[Rob Browning]

We are pleased to annouce the availability of Guile 1.5.7 for testing.
Please report problems to guile-devel@gnu.org or bug-guile@gnu.org.

Note that the 1.5.X series is a BETA series, intended only for
testing, so please don't put it into a distribution or anything
similar.  If after two weeks, no agreed upon release-critical bugs
have been found, then the first 1.6 stable version, 1.6.1, will be
released.

You can find the file here:

  ftp://ftp.dt.e-technik.uni-dortmund.de/pub/guile/

If you're interested in testing, please try as much of the following
as is convenient:

        - Unset GUILE_LOAD_PATH.

        - Remove automake and autoconf from your path, or turn off
          their execute bits, or something.  (Users must be able to
          build from the tarfile without installing those tools.)  As
          an example, you could disable the tools during the test like
          so:

            mkdir /tmp/stub
            cat > /tmp/stub/do-nothing <<EOF
            #!/bin/sh
            echo warning: $0 called
            sleep 10
            exit 0
            EOF
            chmod +x /tmp/stub/do-nothing
            ln /tmp/stub/do-nothing /tmp/stub/automake
            ln /tmp/stub/do-nothing /tmp/stub/autoconf	# etc
            PATH=/tmp/stub:$PATH

        - Configure, "make", "make check", and "make install".  Make
          sure to remove your previous install tree before the "make
          install".

        - Make sure LD_LIBRARY_PATH doesn't include anything
          unnecessary -- though at the moment it (or
          LTDL_LIBRARY_PATH) will need to include guile's lib
          directory if that directory is not already in the normal
          places libltdl looks.

        - Run the test suite on the installed version.
            ./check-guile -i [INSTALL_PATH]/bin/guile

        - Look at the install tree (with "find | sort" or similar) and
          make sure nothing seems obviously amiss.

        - Check that the dependencies in guile-readline/Makefile look
          OK.  (We currently use a kludge which edits the dependencies
          generated by automake so that Guile can be built in a
          directory separate from the source tree also with non-GNU
          make programs.)

        - Make sure readline works.

        - You might try the example code in the doc directory.

Thanks

-- 
Rob Browning
rlb @defaultvalue.org, @linuxdevel.com, and @debian.org
Previously @cs.utexas.edu
GPG=1C58 8B2C FB5E 3F64 EA5C  64AE 78FE E5FE F0CB A0AD


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Rob Browning]

Rob Browning <rlb@defaultvalue.org> writes:

> You can find the file here:
>
>   ftp://ftp.dt.e-technik.uni-dortmund.de/pub/guile/

As some may have noticed, the permissions are a bit off.  This will be
fixed as soon as possible.

Thanks

-- 
Rob Browning
rlb @defaultvalue.org, @linuxdevel.com, and @debian.org
Previously @cs.utexas.edu
GPG=1C58 8B2C FB5E 3F64 EA5C  64AE 78FE E5FE F0CB A0AD


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Marius Vollmer]

Rob Browning <rlb@defaultvalue.org> writes:

> As some may have noticed, the permissions are a bit off.  This will be
> fixed as soon as possible.

Should be fixed now.  My fault, sorry.

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Rob Browning]

Marius Vollmer <mvo@zagadka.ping.de> writes:

> Rob Browning <rlb@defaultvalue.org> writes:
>
>> As some may have noticed, the permissions are a bit off.  This will be
>> fixed as soon as possible.
>
> Should be fixed now.  My fault, sorry.

np.  I've done something similar plenty of times :>

-- 
Rob Browning
rlb @defaultvalue.org, @linuxdevel.com, and @debian.org
Previously @cs.utexas.edu
GPG=1C58 8B2C FB5E 3F64 EA5C  64AE 78FE E5FE F0CB A0AD


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Martin Grabmueller]

> From: Rob Browning <rlb@defaultvalue.org>
> Sender: guile-devel-admin@gnu.org
> 
> We are pleased to annouce the availability of Guile 1.5.7 for testing.
> Please report problems to guile-devel@gnu.org or bug-guile@gnu.org.
> 
> Note that the 1.5.X series is a BETA series, intended only for
> testing, so please don't put it into a distribution or anything
> similar.  If after two weeks, no agreed upon release-critical bugs
> have been found, then the first 1.6 stable version, 1.6.1, will be
> released.

One minor note: guile -v output should contain 2002 in the copyright
line.

Then I had problems installing from the tarball to /usr/local when an
old Guile (1.3.4) lived in /usr: Dynamic linking did not work, not for
readline nor for srfi-13/14.  After purging the Guile in /usr,
everything worked fine.

I'll try to find more details.

'martin


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Neil Jerram]

>>>>> "Rob" == Rob Browning <rlb@defaultvalue.org> writes:

    Rob> We are pleased to annouce the availability of Guile 1.5.7 for
    Rob> testing.  Please report problems to guile-devel@gnu.org or
    Rob> bug-guile@gnu.org.

Nice!

    Rob> Note that the 1.5.X series is a BETA series, intended only for
    Rob> testing, so please don't put it into a distribution or anything
    Rob> similar.  If after two weeks, no agreed upon release-critical bugs
    Rob> have been found, then the first 1.6 stable version, 1.6.1, will be
    Rob> released.

<tempting fate>

The clock's ticking ...   2 days down, 12 to go ...  Exciting!

</tempting fate>

        Neil



_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Dale P. Smith]

On Thu, 22 Aug 2002 13:56:42 +0200
Martin Grabmueller <mg@glug.org> wrote:

> Then I had problems installing from the tarball to /usr/local when an
> old Guile (1.3.4) lived in /usr: Dynamic linking did not work, not for
> readline nor for srfi-13/14.  After purging the Guile in /usr,
> everything worked fine.

Ahhh!  That's interesting!

-Dale

-- 
Dale P. Smith
Senior Systems Consultant,      | Treasurer,
Altus Technologies Corporation  | Cleveland Linux Users Group
dsmith@altustech.com            | http://cleveland.lug.net
440-746-9000 x339               |


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Marius Vollmer]

Martin Grabmueller <mg@glug.org> writes:

> One minor note: guile -v output should contain 2002 in the copyright
> line.

Fixed, thanks!

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Marius Vollmer]

Martin Grabmueller <mg@glug.org> writes:

> Then I had problems installing from the tarball to /usr/local when an
> old Guile (1.3.4) lived in /usr: Dynamic linking did not work, not for
> readline nor for srfi-13/14.  After purging the Guile in /usr,
> everything worked fine.

This is strange.  Guile 1.5 uses different names for its dynamically
linked libraries, as compared to 1.3.4.  For example, libguilereadline
is now libguilereadline-v-12.  There shouldn't be any conflict with
old libs.

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Martin Grabmueller]

> From: Marius Vollmer <mvo@zagadka.ping.de>
> Date: 26 Aug 2002 23:52:11 +0200
> 
> Martin Grabmueller <mg@glug.org> writes:
> 
> > Then I had problems installing from the tarball to /usr/local when an
> > old Guile (1.3.4) lived in /usr: Dynamic linking did not work, not for
> > readline nor for srfi-13/14.  After purging the Guile in /usr,
> > everything worked fine.
> 
> This is strange.  Guile 1.5 uses different names for its dynamically
> linked libraries, as compared to 1.3.4.  For example, libguilereadline
> is now libguilereadline-v-12.  There shouldn't be any conflict with
> old libs.

I haven't tried it again yet, but strace told me that Guile somehow
tried to load the old libguilereadline.so, which in turn tried to load
libguile.so.6, which didn't work and caused a nonsense `file not
found' message from libtdl...

'martin


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Rob Browning]

Martin Grabmueller <mg@glug.org> writes:

>> This is strange.  Guile 1.5 uses different names for its dynamically
>> linked libraries, as compared to 1.3.4.  For example, libguilereadline
>> is now libguilereadline-v-12.  There shouldn't be any conflict with
>> old libs.
>
> I haven't tried it again yet, but strace told me that Guile somehow
> tried to load the old libguilereadline.so, which in turn tried to load
> libguile.so.6, which didn't work and caused a nonsense `file not
> found' message from libtdl...

Hmm -- can you find out which file guile is loading that's then
loading libguilereadline?  I'm wondering if it's finding the wrong
readline.scm, or if somehow we're not loading the versioned
libguilereadline like I thought we were.

Thanks

-- 
Rob Browning
rlb @defaultvalue.org, @linuxdevel.com, and @debian.org
Previously @cs.utexas.edu
GPG=1C58 8B2C FB5E 3F64 EA5C  64AE 78FE E5FE F0CB A0AD


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: Guile 1.5.7 beta available for testing.

[Martin Grabmueller]

> From: Rob Browning <rlb@defaultvalue.org>
> Date: Thu, 29 Aug 2002 11:24:03 -0500
> 
> Martin Grabmueller <mg@glug.org> writes:
> 
> > I haven't tried it again yet, but strace told me that Guile somehow
> > tried to load the old libguilereadline.so, which in turn tried to load
> > libguile.so.6, which didn't work and caused a nonsense `file not
> > found' message from libtdl...
> 
> Hmm -- can you find out which file guile is loading that's then
> loading libguilereadline?  I'm wondering if it's finding the wrong
> readline.scm, or if somehow we're not loading the versioned
> libguilereadline like I thought we were.

I think I had the same problem Tomas had.  Though I didn't solve it
with setting LD_LIBRARY_PATH, but by removing the old Guile version.

'martin


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

opening wrong version libguilereadline

[Arno Peters]

[-- Attachment #1: Type: text/plain, Size: 5271 bytes --]

On Thu, Aug 29, 2002 at 11:24:03AM -0500, Rob Browning wrote:
> Martin Grabmueller <mg@glug.org> writes:
> 
> >> This is strange.  Guile 1.5 uses different names for its dynamically
> >> linked libraries, as compared to 1.3.4.  For example, libguilereadline
> >> is now libguilereadline-v-12.  There shouldn't be any conflict with
> >> old libs.
> >
> > I haven't tried it again yet, but strace told me that Guile somehow
> > tried to load the old libguilereadline.so, which in turn tried to load
> > libguile.so.6, which didn't work and caused a nonsense `file not
> > found' message from libtdl...
> 
> Hmm -- can you find out which file guile is loading that's then
> loading libguilereadline?  I'm wondering if it's finding the wrong
> readline.scm, or if somehow we're not loading the versioned
> libguilereadline like I thought we were.

I am working with a recent Guile CVS snapshot in /usr/local.  I also
have Guile 1.4 installed in /usr.  I am unable to use readline in
version 1.7; Guile aborts due to a SIGKILL signal.  By contrast
version 1.4 works ok.  Below is a strace of Guile 1.7.0 that shows
what files are read.  The actual strace is much larger and I can mail
it upon request.

From what I can judge, libtool picks up the wrong version of the
library.  This may point to a bug in handling multiple versions of the
same library in different locations.


$ guile --version 
Guile 1.7.0
...
$ strace guile -c '(use-modules (ice-9 readline))'
...
open("/usr/local/share/guile/1.7.0/ice-9/boot-9.scm", O_RDONLY) = 3
open("/usr/local/share/guile/1.7.0/ice-9/r4rs.scm", O_RDONLY) = 4
open("/usr/local/share/guile/1.7.0/ice-9/arrays.scm", O_RDONLY) = 4
open("/usr/local/share/guile/1.7.0/ice-9/posix.scm", O_RDONLY) = 4
open("/usr/local/share/guile/1.7.0/ice-9/networking.scm", O_RDONLY) = 4
open("/usr/local/share/guile/1.7.0/ice-9/readline.scm", O_RDONLY) = 3
open("/usr/local/share/guile/1.7.0/ice-9/session.scm", O_RDONLY) = 4
open("/usr/local/share/guile/1.7.0/ice-9/documentation.scm", O_RDONLY) = 5
open("/usr/local/share/guile/1.7.0/ice-9/rdelim.scm", O_RDONLY) = 6
open("/usr/local/share/guile/1.7.0/ice-9/regex.scm", O_RDONLY) = 5
open("/usr/local/share/guile/1.7.0/ice-9/buffered-input.scm", O_RDONLY) = 4
open("/lib/libguilereadline.la", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/libguilereadline.la", O_RDONLY) = 4
open("/usr/local/lib/libguilereadline.a", O_RDONLY) = 4
open("/usr/lib/libguilereadline.so.9", O_RDONLY) = 4
open("/usr/local/lib/libguile.so.9", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 4
open("/usr/lib/libguile.so.9", O_RDONLY) = 4
open("/usr/local/lib/libreadline.so.4", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libreadline.so.4", O_RDONLY) = 4
...
munmap(0x40286000, 42748)               = 0
times({tms_utime=10, tms_stime=1, tms_cutime=0, tms_cstime=0}) = 12500784
times({tms_utime=10, tms_stime=1, tms_cutime=0, tms_cstime=0}) = 12500784
times({tms_utime=11, tms_stime=1, tms_cutime=0, tms_cstime=0}) = 12500785
brk(0x807d000)                          = 0x807d000
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
getpid()                                = 12287
kill(12287, SIGABRT)                    = 0
--- SIGABRT (Aborted) ---
+++ killed by SIGABRT +++


The content of /usr/lib/libguilereadline.la is:

# libguilereadline.la - a libtool library file
# Generated by ltmain.sh - GNU libtool 1.4.2a (1.922.2.79 2001/11/28 21:50:31)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# The name that we can dlopen(3).
dlname='libguilereadline.so.9'

# Names of this library.
library_names='libguilereadline.so.9.0.0 libguilereadline.so.9 libguilereadline.so'

# The name of the static archive.
old_library='libguilereadline.a'

# Libraries that this one depends upon.
dependency_libs=' /usr/lib/libguile.la /usr/lib/libltdl.la -ldl /usr/lib/libqthreads.la -lpthread -lm -lreadline -lncurses'

# Version information for libguilereadline.
current=9
age=0
revision=0

# Is this an already installed library?
installed=yes

# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''

# Directory that this library needs to be installed in:
libdir='/usr/lib'


The content of /usr/local/lib/libguile-readline.la is:

# libguilereadline.la - a libtool library file
# Generated by ltmain.sh - GNU libtool 1.4.2a (1.922.2.100 2002/06/26 07:25:14)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# The name that we can dlopen(3).
dlname='libguilereadline.so.10'

# Names of this library.
library_names='libguilereadline.so.10.0.0 libguilereadline.so.10 libguilereadline.so'

# The name of the static archive.
old_library='libguilereadline.a'

# Libraries that this one depends upon.
dependency_libs=' /usr/local/lib/libguile.la /usr/lib/libltdl.la -ldl -lcrypt -lm -lreadline -lncurses'

# Version information for libguilereadline.
current=10
age=0
revision=0

# Is this an already installed library?
installed=yes

# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''

# Directory that this library needs to be installed in:
libdir='/usr/local/lib'

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: opening wrong version libguilereadline

[Rob Browning]

Arno Peters <a.w.peters@ieee.org> writes:

> I am working with a recent Guile CVS snapshot in /usr/local.  I also
> have Guile 1.4 installed in /usr.  I am unable to use readline in
> version 1.7; Guile aborts due to a SIGKILL signal.  By contrast
> version 1.4 works ok.  Below is a strace of Guile 1.7.0 that shows
> what files are read.  The actual strace is much larger and I can mail
> it upon request.
>
> From what I can judge, libtool picks up the wrong version of the
> library.  This may point to a bug in handling multiple versions of the
> same library in different locations.

Do you have either LD_LIBRARY_PATH or LTDL_LIBRARY_PATH set to include
/usr/local/lib?  If you don't, you must.  Guile loads dynamic
libraries using libtool's libltdl, and libltdl doesn't look in
/usr/local/lib the way ld.so does by default.  See Guile's INSTALL
file for more details.

-- 
Rob Browning
rlb @defaultvalue.org, @linuxdevel.com, and @debian.org
Previously @cs.utexas.edu
GPG=1C58 8B2C FB5E 3F64 EA5C  64AE 78FE E5FE F0CB A0AD


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user