unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
* 1.8 status
@ 2006-03-26 13:02 Neil Jerram
  0 siblings, 0 replies; 7+ messages in thread
From: Neil Jerram @ 2006-03-26 13:02 UTC (permalink / raw)


I believe the only important 1.8 bug still outstanding is the one
which causes Scheme data corruption on 64-bit platforms - and which is
usually enough to cause the build to fail in
snarf-check-and-output-texi.

Is there anything else of equal impact that I've forgotten?

I'm not sure how to proceed with debugging this (or rather with
advising someone else how to debug it, since I don't have a 64-bit box
myself), so does anyone else have ideas?  I've been assuming it's a GC
problem, i.e. data which should be marked but isn't for some reason,
but I guess it need not be; it could just be something modifying part
of the Scheme heap by mistake.

Here are references to some of the relevant threads.

http://lists.gnu.org/archive/html/guile-devel/2006-02/msg00044.html



_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel


^ permalink raw reply	[flat|nested] 7+ messages in thread
* 1.8 status
@ 2006-08-10 16:38 Greg Troxel
  2006-08-10 16:48 ` Bruce Korb
                   ` (2 more replies)
  0 siblings, 3 replies; 7+ messages in thread
From: Greg Troxel @ 2006-08-10 16:38 UTC (permalink / raw)



[-- Attachment #1.1: Type: text/plain, Size: 1725 bytes --]


I'm the maintainer for the guile entry in NetBSD pkgsrc, and am
starting to think about 1.8.   pkgsrc currently has

lang/guile14	(1.4.1, installed in /usr/pkg/guile/1.4)
lang/guile	(1.6.8, installed in /usr/pkg)

The plan would be to copy lang/guile to guile16, and install into
/usr/pkg/guile/1.6, and then update lang/guile to 1.8.x.  That way
programs that won't build with 1.8 can be pointed at 1.6 until they
do.  This was a good migration strategy for 1.4->1.6.

1.8.0 seems to now be pretty old, and a diff of the head of
branch_release-1-8 against release_1-8-0 (-Nu) gives 6088 lines, of
which 2857 are new (ignorning hierarchy.pdf).

The slib bug fix appears not to be present on the 1.8 branch, but I'm
not quite sure - it seems only to be on the 1.6 branch, and not on
HEAD.


Is it currently reasonable to use 1.8.0?  It seems there's been a lot
of work on the branch, and that probably a 1.8.1 is in order.

Here's the list of programs that use guile (1.6) in pkgsrc.  

./cad/libgeda
./databases/guile-pg
./devel/autogen
./devel/g-wrap
./devel/guile-gtk
./devel/guile-gtk
./devel/guile-lib
./devel/guile-slib
./devel/guile-www
./devel/libctl
./editors/TeXmacs
./finance/gnucash
./finance/gnucash-gtk1
./games/gnome2-games
./geography/proj-swig
./math/gnumeric
./math/guppi
./math/libmatheval
./print/lilypond
./wip/beast
./wip/guile-scsh
./wip/guilerxspencer
./textproc/tex2page
./time/gnotime
./x11/xbindkeys

Plus swig, that doesn't depend on guile but produces guile input files.

Does any know of any problems with any of them with 1.8?  In
particular, do gnucash and lilypond work with 1.8.0?

    Thanks,
-- 
    Greg Troxel <gdt@ir.bbn.com>

[-- Attachment #1.2: Type: application/pgp-signature, Size: 185 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2006-08-14 17:22 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-26 13:02 1.8 status Neil Jerram
  -- strict thread matches above, loose matches on Subject: below --
2006-08-10 16:38 Greg Troxel
2006-08-10 16:48 ` Bruce Korb
2006-08-10 23:06 ` Kevin Ryde
2006-08-12 23:00 ` Rob Browning
2006-08-13 23:44   ` Kevin Ryde
2006-08-14 17:22   ` Greg Troxel

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).