[Ecls-list] Patch: FTYPE proclamations with DEFTYPE'd types.

[Juan Jose Garcia-Ripoll]

On Sat, Sep 13, 2008 at 2:23 AM, Gabriel Dos Reis <
gdr at integrable-solutions.net> wrote:

> I just updated my tree to see if this fixed a problem I've been
> seeing in OpenAxiom where ECL seems unable to correctly
> propagate  some proclamations involving DEFTYPEs.
> So far, it seems no.


That bug had not been reported. Could  you provide a bit more information?

However, I realize that ECL reports 8.9.0 as version, when previousl
> it said 0.9l.  I was under the impression that you did not want to
> release 1.0 before the compiler is stable.  How should I interpret
> the new version?


As what was explained in this message
http://sourceforge.net/mailarchive/message.php?msg_id=c159f9ab0809070951u6c976859w567b5371d8b43564%40mail.gmail.com
which is that I am not to maintain two separate numbers: soname and version
number. Hence the version number now becomes the library number and
viceversa, and the version number becomes date-related.

I also sent an email to the mailing list explaining the change, seems it did
not get to you, so I copy the content again

Received: by 10.64.193.19 with HTTP; Tue, 9 Sep 2008 12:38:13 -0700 (PDT)
Date: Tue, 9 Sep 2008 21:38:13 +0200
From: "Juan Jose Garcia-Ripoll" <juanjose.garciaripoll at googlemail.com>
To: "Luca Capello" <luca at pca.it>,
	"ML ECLs-list" <ecls-list at lists.sourceforge.net>,
	486376 at bugs.debian.org
Subject: Re: [Ecls-list] Bug#486376: Bug#486376: ecl:
/usr/lib/libecl.so doesn't provide a SONAME
Last change in CVS ( 2008/09/09 )

 - We switch to an Ubuntu-like versioning system, based on $(year).$(month).x
   where "x" is 0 for a release or any higher number for a patched version.

 - In Unix-type systems, ECL now installs with a "soname" and using versioned
   directory names, such as /usr/lib/ecl-8.9.0, /usr/lib/libecl.so.8.9, etc

Juanjo

-- 
Instituto de Física Fundamental
CSIC, Serrano, 113, Madrid 28040 (Spain)
http://juanjose.garciaripoll.googlepages.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/ecl-devel/attachments/20080913/47f0edb0/attachment.html>