Matt Kaufmann | 13 May 2013 16:07
Picon

bugs in C::SOURCE-LOCATION and string reversal

Hi --

I downloaded the 2013-05 snapshot from
http://trac.common-lisp.net/cmucl
(http://common-lisp.net/project/cmucl/downloads/snapshots/2013/05/cmucl-2013-05-x86-linux.tar.bz2),
and I am running into two bugs, discussed below.  The first is kind of
a show-stopper.  It's hit me before using CMUCL 19e (so I guess it's
been around awhile), but at that time I was able to avoid it simply by
not running my application in a particular "mode".  I'd appreciate any
suggestions for easily working around that first bug.  I've worked
around the second bug, but I thought I should report it, and I do so
at the end, below.

The first bug pertains to C::SOURCE-LOCATION.  Below is part of the
log, showing three errors during compilation followed by a break
during load of the resulting compiled file.

; 
; 
; File: /v/filer4b/v11q002/acl2space/acl2/devel/books/centaur/gl/gl <at> expansion.lsp

; In: DEFMACRO GL-BDD-MODE => DEFATTACH GL::BFR-MODE

;   (DEFATTACH GL::BFR-MODE GL::BFR-BDD)
; --> DEFPARAMETER PROGN LISP::SET-DEFVAR-SOURCE-LOCATION 
; --> LISP::SET-DEFVAR-SOURCE-LOCATION 
; ==>
;   (C::SOURCE-LOCATION)
; Error: (during macroexpansion)
; Type-error in KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER:
(Continue reading)

Didier Verna | 5 Mar 2013 17:12
X-Face
Face
Picon
Picon
Picon
Picon
Gravatar

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


;;            ______   _         _____   _   __   ____  
;;           |  ____| | |       / ____| ( ) /_ | |___ \ 
;;           | |__    | |      | (___   |/   | |   __) |
;;           |  __|   | |       \___ \       | |  |__ < 
;;           | |____  | |____   ____) |      | |  ___) |
;;           |______| |______| |_____/       |_| |____/ 
;;                                                      
;;              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 Lisp to participate.

The main theme of the 2013 European Lisp Symposium is on the use of
these languages with respect to the current grand challenges: big
tables, open data, semantic web, network programming, discovery,
robustness, runtime failures, etc.

The European Lisp Symposium 2013 solicits the submission of papers
(Continue reading)

Raymond Toy | 27 Oct 2012 20:30
Picon

CMUCL 20d released

CMUCL 20d has been released.  It is functionally identical to the
2012-10 snapshot.  Binaries will be uploaded shortly, and the website
updated soon.

With this release, there will NOT be a 2012-11 snapshot. 

Also, this release marks the end of support 8-bit characters; only
Unicode will be supported from now on.  Support for x87 will remain,
however.

Hope this release is useful to you.

Ray

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

Pascal J. Bourguignon | 3 Aug 2012 15:55
X-Face
Face
Favicon

special operators without a macro definition


Here is the "bug report"/enhancement request I'd like to post:

------------------------------------------------------------------------

The following special operators don't have a corresponding macro
definition.

 C::%CLEANUP-FUNCTION
 C::%ESCAPE-FUNCTION
 C::%FUNCALL
 SYSTEM:%PRIMITIVE
 C::%WITHIN-CLEANUP
 C::COMPILER-OPTION-BIND
 EXTENSIONS:TRULY-THE

While the standard doesn't specify anything for special operators not in
the CL package, it would still be nice if they followed the same rule as
for CL macros implemented as special operators:

3.1.2.1.2.2 Macro Forms
An implementation is free to implement any macro operator as a special operator,
but only if an equivalent definition of the macro is also provided.

since this would ensure that portable code walkers can be written.

------------------------------------------------------------------------

(Granted, I haven't checked that all those special operators were
reachable from exported macros, but I'd bet most of them are).
(Continue reading)

Pascal J. Bourguignon | 3 Aug 2012 15:52
X-Face
Face
Favicon

registering with trac.common-lisp.net?


How do I register with trac.common-lisp.net to be able to login and post
a bug report?    Or should they be sent to this or another mailing list?

--

-- 
__Pascal Bourguignon__                     http://www.informatimago.com/
A bad day in () is better than a good day in {}.
_______________________________________________
cmucl-help mailing list
cmucl-help <at> cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-help

Dan Corkill | 12 Feb 2012 13:57
Favicon

Re: Inlined TYPEP over-optimization issue with CHANGE-CLASS

Raymond Toy wrote:

> I placed your code in a file and compiled and loaded it with the 2012-02
> snapshot.  I get
> 
> CL-USER> (show-bug (make-instance 'foo))
> ;; Inlined TYPEP: NIL (incorrect)
> ;; Not-inlined TYPEP: NIL (correct)
> 
> What version exactly are you using and how did you run your example to
> get an incorrect result?

Ray,

With the 2012-02 snapshot, I also only see the issue with the DEFMETHOD
version.  Here is the newest test code that I ran:

(in-package :cl-user)

(defclass foo () ())
(defclass bar () ())

(defmethod no-issue ((instance foo))
  (%show-issue instance))

(defun %show-issue (instance)
  (change-class instance 'bar)
  (format t "~&;; Inlined TYPEP: ~s (~:*~:[correct~;incorrect~])~
             ~%;; Not-inlined TYPEP: ~s (~:*~:[correct~;incorrect~])~%"
          (typep instance 'foo)
(Continue reading)

Dan Corkill | 5 Feb 2012 12:18
Favicon

Inlined TYPEP over-optimization bug with CHANGE-CLASS

Recent CMUCL releases (including the current one), incorrectly over-optimize TYPEP and
miss the class change resulting from CHANGE-CLASS. 

The following example, when placed in a file and compiled, shows the issue:

(in-package :cl-user)

(defclass foo () ())
(defclass bar () ())

(defmethod show-bug ((instance foo))
 (change-class instance 'bar)
 (format t "~&;; Inlined TYPEP: ~s (incorrect)~%;; Not-inlined TYPEP: ~s (correct)~%"
         (typep instance 'foo)
         (locally (declare (notinline typep))
           (typep instance 'foo))))

(show-bug (make-instance 'foo))

-- Dan

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

Marco Antoniotti | 1 Feb 2012 14:11
Picon

ELS 2012, Zadar, Croatia

Apologies for the multiple postings. 

PAPER SUBMISSION DEADLINE EXTENDED 

European Lisp Symposium 2012, Zadar, Croatia, April 30th - May 1st, 2012 

http://european-lisp-symposium.org 

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, and so on. We 
encourage everyone interested in Lisp to participate. 

The main theme of the 2012 European Lisp Conference is 
"Interoperability: Systems, Libraries, Workflows".  Lisp based and 
functional-languages based systems have grown a variety of solutions 
to become more and more integrated with the wider world of Information 
and Communication Technologies in current use.  There are several 
dimensions to the scope of the solutions proposed, ranging from 
"embedding" of interpreters in C-based systems, to the development of 
abstractions levels that facilitate the expression of complex context 
dependent tasks, to the construction of exchange formats handling 
libraries, to the construction of theorem-provers for the "Semantic 
Web".  The European Lisp Symposium 2012 solicits the submission of 
papers with this specific theme in mind, alongside the more 
traditional tracks which have appeared in the past editions. 

We invite submissions in the following forms: 
(Continue reading)

Raymond Toy | 17 Sep 2011 18:23
Picon

Git repo for cmucl

Cmucl is now officially moving to git.  The CVS repo will be turned off
soon, and, in fact, should no longer be used at all.  The repo will
still be available for historical reasons, but no new code should be
checked in to it.

We had planned on moving to git almost a year ago, but for various
reasons never got  around to it until now.

Additional information will be placed on cmucl's trac wiki, but for now,
you can view the repo using trac (coming soon to
http://trac.common-lisp.net/cmucl/browser) or directly at
<http://common-lisp.net/gitweb?p=projects/cmucl/cmucl.git;a=summary;js=1>

For now you can clone the repo using

git clone git://common-lisp.net/projects/cmucl/cmucl.git src

or for developers

git clone ssh://<user> <at> common-lisp.net/var/git/projects/cmucl/cmucl.git src

There is a minor issue to be taken care of:  What to do with the RCS
keywords that are in all of the files.  I rather like seeing that
information when you describe something.  (Mostly to see when the file
was last modified.)

Ray

_______________________________________________
cmucl-help mailing list
(Continue reading)

fred | 1 Aug 2011 09:08

pressure info from wacom stylus in CLX

Folks --

Is there a way to get pressure events from a wacom tablet in CLX?

I'm running CLX under X11 for Mac OS X (and, Tiger 10.4.11 ...
I know, I know, but thought I would ask).

thanks,
-f
livegraphicsnightly.com
"If Veli's Graphics Bar didn't exist, we'd have to invent it." H Lieberman
_______________________________________________
cmucl-help mailing list
cmucl-help <at> cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-help

Marco Antoniotti | 28 Jun 2011 14:12
Picon

Still problems with the web site?

Hi

the following link does not work

	http://common-lisp.net/project/cmucl/downloads/snapshots/2011/06/cmucl-2011-06-x86-darwin.tar.bz2

cheers
--
Marco Antoniotti

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


Gmane