From: Thien-Thi Nguyen <ttn@gnuvola.org>
To: guile-sources@gnu.org
Cc: guile-user@gnu.org
Subject: Guile 1.4.1.116 available
Date: Fri, 18 Apr 2008 17:30:07 +0200 [thread overview]
Message-ID: <871w5318qo.fsf@ambire.localdomain> (raw)
release notes:
NEWS excerpt includes .115, which was not announced. In fact,
the .115 tarball has been removed since i wouldn't want anyone
else to have to experience a two-year-old spazzing over a broken
Tastiera Dura...
thi
NEWS excerpt:
- 1.4.1.116 | 2008-04-18
- dropped configure option: --disable-dynamic-linking
Maybe this will return later, but probably not.
- bugfix: dynamic linking arranges for RTLD_GLOBAL
The libltdl distributed w/ Libtool 1.5.26 (used by Guile
1.4.1.114 and prior) specifies RTLD_GLOBAL automatically. The
Libtool 2.2.2 libltdl, on the other hand, supplies a so-called
compatability interface, but barring extra information (i.e.,
specification via `advise' structure), lets the system choose
the default flags. This may result in your system choosing
RTLD_LOCAL, breaking modules downstream from non-leaf modules.
Example: (sdl gfx) needs symbols from (sdl sdl), so we see:
$ guile -c '(use-modules (sdl sdl))' ; echo $?
0
$ guile -c '(use-modules (sdl gfx))' ; echo $?
ERROR: In procedure dynamic-link:
ERROR: file not found
2
This actually demonstrates another problem (unresolved for this
Guile release), namely that the actual error "unresolved symbol
gsdl_smob_tags" is not propagated correctly from the system
layer (dlopen, in my case) through libltdl to Guile. Meh.
Anyway, the point is that previously working stuff no longer
works. So, for the time being, for backward compatibility and
until a finer-grained Scheme interface shows up, we explicitly
construct an `advise' structure and specify `is_symglobal'.
NB: This has been tested ONLY with the configure option
`--enable-ltdl-install'. YMMV otherwise.
- 1.4.1.115 | 2008-04-15
- dropped configure option: --enable-htmldir=DIR
Previously this would arrange for "make install" to also install
HTML documentation in DIR. To achieve the same result now, use:
./configure --htmldir=DIR
make install-html
- bugfix: handle (string->number "200000" 8) w/o numeric overflow
- dropped module: (ice-9 md-data)
Announced in Guile 1.4.1.111 (2007-09-27).
- dropped (scripts PROGRAM) proc: script-MAIN
NB: This is a backward-incompatible change (but probably with
little practical impact -- the proc was has been unused in Guile
and gnuvola.org projects since 2003 or so, and documentation was
dropped since Guile 1.4.1.100 (2004-10-22)).
Use `HVQC-MAIN' from that module, instead.
- maintenance uses Autoconf 2.62, Automake 1.10.1, Libtool 2.2.2
tarball, online docs, etc, in dir:
http://www.gnuvola.org/software/guile/
atom feed:
http://www.gnuvola.org/NEWS.xml.gz
public git repo:
http://www.gnuvola.org/wip/ (g14)
reply other threads:[~2008-04-18 15:30 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871w5318qo.fsf@ambire.localdomain \
--to=ttn@gnuvola.org \
--cc=guile-sources@gnu.org \
--cc=guile-user@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).