gmane.lisp.cmucl.devel

ASDF 3.0.0

Faré — 2013-05-15T05:11:14

Dear CMUCL hackers,

I'm proud to announce the release of release ASDF 3.0.0.
Please test it and include it in CMUCL.

I'll have to produce some document explaining the innovations since
ASDF 2.26, 2.000 and/or 1.369, but for now here are just the changes
since 2.33.

As you can see, it's very minor stuff, and ASDF has been mostly stable
these last two months, which is a good sign and the reason why I'm
making an official 3.0.0 release.

I'm also inserting a new digit in the version, so releases will have
three digits:
3.0.0, 3.0.1, etc. will be minor continuations of 3.0. 3.1.0 will be
the next "major"
milestone in a series that preserves backward compatibility, and 4.0 (if ever)
will be the next major release that doesn't.
But I probably won't be there to see it, because I'm moving away from
my Common Lisp job in Cambridge MA
to some new as yet undetermined opportunities in NYC that
are unlikely to see me do Common Lisp for a living, and
I plan to try out different Lisps for a hobby (Racket, Maru, etc.).

Snapshot 2013-05

Raymond Toy — 2013-05-11T22:56:39

Just in time for Mother's day (for those geeking Mom's everywhere), we
have yet another snapshot in a long line of monthly snapshots.

Only a few changes this month since the April snapshot was delayed for
quite some time:

* Clean ups of the Config file and removal of some outdated and unused
  Configs.
* Some speed ups in gencgc on most platforms.

Binaries will be uploaded soon.

Ray

_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

April snapshot

Raymond Toy — 2013-04-14T03:47:26

The April snapshot has been tagged and binaries will be uploaded
shortly.  

The delay in the snapshot was caused by a move of common-lisp.net to a
new place.  I think everything has been restored and working as
before.  Certainly the git repo has been restored along with trac.

Sorry for the delay.

Ray
_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

Environmental corporation searching for representativesin European regions.

2013-04-12T19:18:40

Environmental company looking for representation in EU

5% commission on six figure turnover resulting from online sales of proprietary products

Requirements:
- Ownership of a company or holding a Power of Attorney of the said company
- Daily E-mail, Skype or phone link with us
- Duly performance of all scheduled duties

If this offer is of interest, please provide the following data:
- _______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

Environmental corporation searching for representativesin European regions.

2013-04-09T21:53:47

Environmental company looking for representation in EU

5% commission on six figure turnover resulting from online sales of proprietary products

Requirements:
- Ownership of a company or holding a Power of Attorney of the said company
- Daily E-mail, Skype or phone link with us
- Duly performance of all scheduled duties

If this offer is of interest, please provide the following data:
-  Name
-  Phone (with country code)
-  E-mail
-  Age

Please email your answer to:  Virgie< at >euro-jobsconsulting.com

Best Regards,
Liaison dept
_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

A new snapshot

Raymond Toy — 2013-03-08T05:22:42

Due to a mistake I introduced in the 2013-02 snapshot that persists in the
2013-03 snapshot, that I just released, I'm taking the unusual step of
generating a new 2013-03-a snapshot.

The error is in the new function do-unary-byte-bash that is used in replace
and other places.  The problem is that replace doesn't do what it's
supposed to do.  This breaks lots of things, so rather than wait until
April, I've decided to do another snapshot.

The tag is snapshot-2013-03-a and is based on the current git code which
has the fix and an update to unicode 6.2.

Sorry about that.

Ray
_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

Re: ASDF 2.32 released

Raymond Toy — 2013-03-06T03:51:40


Bummer.  You just missed the 2013-03 snapshot.  But I've updated cmucl's
version to 2.32 (or later!) and it will be available in the next snapshot.

BTW, I ran the asdf testsuite and all tests pass, of course.

Ray


_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

ASDF 2.32 released

Faré — 2013-03-06T01:27:43

Dear CMUCL hackers,

ASDF 2.32 was released in time for inclusion in the upcoming CCL 1.9.

Once again, we invite all implementation vendors and distributors
to upgrade the version of ASDF included in their releases.

Yes, I know, that's a lot of releases in a bit more than a month.
But it was also a lot of development, and a lot of adjustment to reality
after that development was first released.
We will keep fixing bugs and improve ASDF based on
our growing internal test suite and results from Anton Vodonosov's cl-test-grid.

This is still a pre-release for ASDF3. Here are the changes,
since previous release 2.31, and since previous public announcement for 2.30.

From 2.31 to 2.32:
  * deferred-warning checks are now disabled by default,
    to enhance backward compatibility with ASDF 2.26 and earlier.
    In the future, we will enable them by default,
    but not until we implement a smoother transition plan.
    Also, CCL-specific fixes to deferred-warning support.

  * UIOP is the new official name for A

[Extended Deadline] European Lisp Symposium 2013 -Madrid - June 1-4

Didier Verna — 2013-03-05T16:11:57

;;            ______   _         _____   _   __   ____  
;;           |  ____| | |       / ____| ( ) /_ | |___ \ 
;;           | |__    | |      | (___   |/   | |   __) |
;;           |  __|   | |       \___ \       | |  |__ < 
;;           | |____  | |____   ____) |      | |  ___) |
;;           |______| |______| |_____/       |_| |____/ 
;;                                                      
;;              European Lisp Symposium 2013 - ELS'13
;;                         Madrid, Spain
;; 
;;                        June 1-4, 2013
;;
;;           http://els2013.european-lisp-symposium.org/

                ** DEADLINE EXTENSION: March 17th **

The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We
encourage everyone interested in L

March snapshot tagged

Raymond Toy — 2013-03-05T05:48:37

The march snapshot has been tagged.  Binaries will be uploaded soon.  See
the release notes for full details, but the most important change for this
snapshot is a fix for FILE-POSITION for non-latin1 streams.  (See ticket
#74.)

Ray
_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

Re: ASDF 2.30 released

Raymond Toy — 2013-02-24T04:36:52


I've implemented this for cmucl for both readtables and pprint dispatch
tables.  It should be available in  the Mar snapshot.

Ray
_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

New linux 2013-02 snapshots

Raymond Toy — 2013-02-21T05:40:15

Due to a screwup on my part the Linux 2013-02 snapshots didn't have
alien callback support enabled.  This has been corrected and new
binaries have been uploaded.  Look for cmucl-2013-02-a-x86-linux*.

Sorry about that.

Ray
_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

ASDF 2.30 released

Faré — 2013-02-20T23:57:24

Dear Lisp hackers,

ASDF 2.30 is another stability release in preparation for ASDF 3.
Since 2.29, in addition to specific portability fixes for CCL and CMUCL,
it notably restores some backward compatible behavior for
syntax tables around loading .asd files, using mutable global tables,
instead of standard syntax tables.

Just like 2.29, 2.28 and 2.27 before it,
ASDF 2.30 is a pre-release of ASDF 3, an almost complete rewrite of ASDF,
and includes a vast number of improvements since ASDF 2.26.
        http://lists.common-lisp.net/pipermail/asdf-announce/2013-February/000014.html

We invite all implementation vendors to update to ASDF 2.30.

We also invite all implementations to make the standard *readtable*
and *print-pprint-dispatch* tables immutable,
with useful error messages when a modification is attempted.
See how the CLHS forbids conformant programs from modifying them:
http://clhs.lisp.se/Body/26_glo_s.htm#standard_readtable
http://clhs.lisp.se/Body/26_glo_s.htm#standard_pprint_dispatch_table
Such mod

Re: Please kill those notes

Faré — 2013-01-29T03:53:27

Note that the compilation notes are due to code added by
macroexpansion not being reachable because it is in non-taken branched
and/or because I (return-from ...) before it can be reached. That's
clearly a bug in the compiler and/or its support macros, though not
the worst one. I believe SBCL used to have the same bug long ago, but
I don't remember how they solved it.

In other news, after my latest upgrade cleanup, CMUCL can once again
hot-upgrade ASDF.
But whereas it used to be able to upgrade from 2.015 and later,
now it can only upgrade from 2.018 and later. I have no idea why.

You can try the following and see some weird thing happen in the guts of PCL,
either in perform or some function it calls (maybe output-files):
ASDF_UPGRADE_TEST_TAGS="2.017"
ASDF_UPGRADE_TEST_METHODS="'load-asdf-lisp'load-asdf-system"
./test/run-tests.sh -u cmucl

—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
Put your hand on a hot stove for a minute, and it seems like an hour.
Sit

Re: Please kill those notes

Faré — 2013-01-29T03:08:48

Yes.

—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
"I carry a gun because a cop is too heavy." — R. Lee Wrights
_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

Re: Please kill those notes

Raymond Toy — 2013-01-29T02:59:51

    Fare> Why do these output a compilation note about some unused macroexpanded case?
    Fare> How do I muffle the notes?
    >> 
    >> How do I reproduce this?  Do I load the latest asdf and compile the
    >> code (possibly putting an (in-package :asdf) at the top)?
    >> 
    Fare> Yes, that's one way.

    Fare> In an asdf checkout, you can

    Fare> make load l=cmucl

I did a git pull to update asdf and ran make load l=cmucl
CMUCL=cmulisp.  I get the following output given below.

Are you complaining about the notes from operation.lisp and
lisp-action.lisp?

Ray


make l=cmucl CMUCL=cmulisp load
./test/run-tests.sh -t cmucl header.lisp package.lisp common-lisp.lisp utility.lisp os.lisp pathname.lisp filesystem.lisp stream.lisp image.lisp run-program.lisp lisp-build.lisp configuration.lisp backward-driver.lisp driver.lisp upgrade.lisp component.lisp system.lisp cache.lisp find-system.lisp find-component.lisp operation.lisp action.lisp lisp-action.lisp plan.lisp operate.lisp output-translations.lisp

Re: Please kill those notes

Faré — 2013-01-28T20:55:40

Yes, that's one way.

In an asdf checkout, you can

make load l=cmucl

Assuming you have a script or symlink called cmucl that executes cmucl.

—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
"I'm going to live forever, or die trying!" — Spider Robinson
_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

Re: Please kill those notes

Raymond Toy — 2013-01-28T20:50:39

    Fare> Why do these output a compilation note about some unused macroexpanded case?
    Fare> How do I muffle the notes?

How do I reproduce this?  Do I load the latest asdf and compile the
code (possibly putting an (in-package :asdf) at the top)?

Ray

_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-imp

Please kill those notes

Faré — 2013-01-28T20:26:09

Why do these output a compilation note about some unused macroexpanded case?

How do I muffle the notes?

(defmethod print-object ((o operation) stream)
  (print-unreadable-object (o stream :type t :identity nil)
    (ignore-errors
      (format stream "~{~S~^ ~}" (operation-original-initargs o)))))

(defmethod perform-with-restarts ((o load-op) (c cl-source-file))
  (loop
    (restart-case
        (return (call-next-method))
      (try-recompiling ()
        :report (lambda (s)
                  (format s "Recompile ~a and try loading it again"
                          (component-name c)))
        (perform (find-operation o 'compile-op) c)))))

—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
*EULA: By reading or responding to this message you agree that all my stated
or unstated opinions are correct.* "EULA" — patent pending.
_______________________________________________
cmucl-imp mailing list
cmucl-imp< at >cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/c

Re: ASDF support for deferred warnings in CMUCL?

Raymond Toy — 2013-01-26T19:30:01

    Fare> Dear CMUCL developers,
    Fare> I've been adding support for ASDF to save deferred warnings
    Fare> (typically, forward function references) in a file,
    Fare> so that if you do an incremental compilation, warnings
    Fare> from previously compiled files are still correctly handled
    Fare> at the end of the virtual with-compilation-unit.

    Fare> I've added support for SBCL and CCL myself, which was made
    Fare> much easier by being able to read the source code to their compilers,
    Fare> but I don't feel like groveling through four more free sofware compilers.
    Fare> Would you be interested in implementing the same feature for CMUCL,
    Fare> or at least in guiding me on how to do so?
    Fare> The code is mainly in asdf/lisp-build.lisp functions
    Fare> reify-deferred-warnings unreify-deferred-warnings reset-deferred-warnings.

I took a very quick look at that.  I'm not sure what it's trying to
do, but certainly an example of what it's trying to do would be
helpful.

And sinc

ASDF support for deferred warnings in CMUCL?

Faré — 2013-01-26T17:56:31

Dear CMUCL developers,

I've been adding support for ASDF to save deferred warnings
(typically, forward function references) in a file,
so that if you do an incremental compilation, warnings
from previously compiled files are still correctly handled
at the end of the virtual with-compilation-unit.

I've added support for SBCL and CCL myself, which was made
much easier by being able to read the source code to their compilers,
but I don't feel like groveling through four more free sofware compilers.
Would you be interested in implementing the same feature for CMUCL,
or at least in guiding me on how to do so?
The code is mainly in asdf/lisp-build.lisp functions
reify-deferred-warnings unreify-deferred-warnings reset-deferred-warnings.

http://common-lisp.net/gitweb?p=projects/asdf/asdf.git

Best regards,

—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
Better, faster, cheaper — pick any two.
_______________________________________________
cmucl-imp mailing list
cmu