guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Release 1.6 critical TODO items.


From: Rob Browning
Subject: Release 1.6 critical TODO items.
Date: Fri, 25 Jan 2002 16:19:54 -0600
User-agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 (i386-debian-linux-gnu)

OK.  I've finished fully versioning our shared libs for the 1.6
release (i.e. all shared libs have version info in GUILE-VERSION
now.).  It is critical that everyone who works on a shared lib
understand and respect the libtool versioning rules now.  Otherwise
we'll end up with new guile releases that break existing guile
systems.

I've also fixed up autogen.sh to make sure that libltdl/configure.in
includes an AC_PREQ(2.50) so we don't have the configure version
mismatch again, but there are still a few more things that have to be
fixed.  In particular:

  - We must fix gensym -- right now at startup (eq? 'g0 (gensym)) is
    true.  This pretty much defeats the purpose of gensym :>

    Marius: I remember you had said something about fixing this by
    creating symbols that were unaccessable -- is that something you'd
    have time to do soon, or could you tell one of us how to fix it?

    Also, could whoever fixes this add appropriate tests, if there are
    any (probably depends on the nature of the fix) to make check?

  - I had "fix version.texi issue" on my local TODO list -- which I've
    been migrating to the src tree TODO.  I don't recall exactly what
    the problem was, but anyone know if it's been fixed?  :>

    I'm guessing that it was related to"stamp-v*" and the texi
    automakery, and ISTR that someone (Neil?) had fixed it...

  - We need to arrange guile-config so that it doesn't spit out
    {/usr,}/{include,lib} -I and -L flags.  Otherwise we make it
    impossible for local installs of other packages that also have
    system installs to coexist with guile.  I may have already fixed
    this -- I'll have to check.

I'll commit my recent changes either shortly or probably tomorrow
sometime, and once that's done, and the above things are resolved,
I'll be releasing 1.5.5 which will be a 1.6.1 final candidate.
Barring any showstoppers, and I to mean *showstoppers*, the following
release will be 1.6.1.

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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]