Martin Cracauer | 16 Dec 17:31 2008

Ilisp for emacs-22

Ilisp folks,

Appended is a first diff that make SBCL in Ilisp snapshot work, after
a fashion.  It starts and evaluates fine, but the debugger is broken.
The debugger displays it's prompt twice, the cursor is left after the
first prompt.  Any attempt to enter things with the keyboard ends up
with a hung Lisp and the infamous 
"Abort commands before interrupting top level? (y or n)" when hitting
Control-C.  The session seems nonrecoverable.

The below is an example session, the last line is being displayed
after hitting Control-C (not shown):

Starting ,sbcl ...
:cl-user - Yes, Master? (+ 1 2)

3
:cl-user - Yes, Master? (+ 1 'foo)

debugger invoked on a SIMPLE-TYPE-ERROR in thread #<THREAD "initial thread" {10\
00018D21}>:
  Argument Y is not a NUMBER: FOO

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [ABORT] Exit debugger, returning to top level.

(SB-KERNEL:TWO-ARG-+ 1 FOO)
0] a
(Continue reading)

YANG Shouxun | 17 Aug 08:02 2005

Bug#323540: ilisp: fail to install with emacs-snapshot

Package: ilisp
Version: 5.12.0+cvs.2004.12.24
Tags: patch

Since emacs-snapshot enters Debian sid, I decided to try it and found it 
failed to configure, though emacs-snapshot runs well. 

I dig the problem a bit and come to the conclusion that the problem is with 
ilisp, not emacs-snapshot. The real reason is that there is emacs-snapshot 
has emacs-version 22, which ilcompat.el will fall back to 'fsf-18.

The following minimal patch reuses ilfsf21.el for emacs 22. Maybe it's more in 
line with ilisp's way to provide ilfsf22.el, which is almost identical to 
ilfsf21.el, but the simplest is the best.

--- ilisp-5.12.0+cvs.2004.12.24.orig/ilcompat.el
+++ ilisp-5.12.0+cvs.2004.12.24/ilcompat.el
 <at>  <at>  -27,6 +27,8  <at>  <at> 
 	 'fsf-20)
 	((string-match "^21" emacs-version)
 	 'fsf-21)
+	((string-match "^22" emacs-version)
+	 'fsf-21)
 	(t 'fsf-18))
   "The major version of (X)Emacs ILISP is running in.
 Declared as '(member fsf-19 fsf-19 fsf-20 fsf-21 lucid-19 lucid-19-new 
xemacs).

--

-- 
To UNSUBSCRIBE, email to debian-qa-packages-REQUEST <at> lists.debian.org
(Continue reading)

Kevin Rosenberg | 24 Dec 05:20 2004
Picon

ILISP/CMUCL bug report from a Debian user

If there is any (left) using ILISP and CMUCL, perhaps you might have
an idea what is causing the problem with this user's installation:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284292

Thanks,

--

-- 
Kevin Rosenberg
kevin <at> rosenberg.net

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
Kevin Rosenberg | 3 Aug 06:19 2004
Picon

completer.el changes keymaps

As noted in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=260095

  "... completer.el ... unconditionally alters minibuffer-local-completion-map
   and minibuffer-local-must-match-map.

   This behavior violates an Emacs Lisp Coding Convention: "Design
   the package so that simply loading it has no visible effect--that
   should not enable the feature."

I wonder if anyone is interested in fixing this.

--

-- 
Kevin Rosenberg
kevin <at> rosenberg.net

-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
Kevin Rosenberg | 2 Apr 04:18 2004
Picon

Re: Bug#241541: ilisp: run-ilisp "gcl" hangs Emacs 20.x and 21.x

Daniel Skarda wrote:
> When I call run-ilisp with "gcl" argument, Emacs hangs, eats 100% of CPU and
> C-g does not work anymore. 

I've confirm this with emacs as well as xemacs. Xemacs shows the first
function in the backtrace is sit-for being called by ilisp-init. From
ilisp-snd.el:

    (when waitp
      (while (ilisp-value 'ilisp-initializing t)
        (accept-process-output)
        (sit-for 0)))))

Apparently the ilisp-value for ilisp-initializing is not being set to
t. I'm forwarding this report to the ilisp mail list in case any
developers have some insight how to fix the problem with gcl.

--

-- 
Kevin Rosenberg
kevin <at> rosenberg.net

-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
Bob Rogers | 1 Mar 03:45 2004
Picon

cmulisp-source-directory-regexp and cmulisp-local-source-directory

   It occurs to me that cmulisp-source-directory-regexp and
cmulisp-local-source-directory only exist to convert "target:" in raw
source file names into the actual source directory on the local
filesystem.  I can think of three reasons to flush this:

   1.  The new M-. implementation now tries to return truenames whenever
possible, so emacs should only see "target:" if (search-list "target:")
is wrong.

   2.  Since emacs doesn't know what the search list should be, the
pathname rewriting might not produce the right result in any case.

   3.  This is actually just a gloss on the underlying
ilisp-source-directory-fixup-alist, which can always be used directly
for other rewriting needs.

   If the search list is set up correctly, then M-. should always return
the right thing; if not, then other bad things ensue.  As a result, I
think we should flush these variable, and encourage users to correct the
lisp's notion of where the sources are.

   If I don't hear otherwise, I will commit something along these lines
in the next few days.

					-- Bob Rogers
					   http://rgrjr.dyndns.org/

-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
(Continue reading)

Michael Sperber | 28 Jan 17:46 2004
Picon

Comint stuff wrong for XEmacs


ilxemacs.el gets the various comint variables exactly the wrong way,
getting a lot of

Symbol's value as variable is void: input-ring-index

on current XEmacs.

This suggests testing on boundness rather than on the XEmacs version.
Patch is attached.

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
Index: ilxemacs.el
===================================================================
RCS file: /pack/xemacscvs/XEmacs/packages/xemacs-packages/ilisp/ilxemacs.el,v
retrieving revision 1.3
diff -u -c -r1.3 ilxemacs.el
*** ilxemacs.el	2 Jul 2001 09:40:49 -0000	1.3
--- ilxemacs.el	28 Jan 2004 16:41:21 -0000
***************
*** 51,77 ****

  
  (defun ilisp-input-ring-index ()
!   (if (eq +ilisp-emacs-version-id+ 'lucid-19-new)
        comint-input-ring-index
(Continue reading)

Michael.Sperber.extern | 5 Jan 16:38 2004
Picon

ILISP vs. LispWorks 4.3

Hi there,

I'm using ILISP with LispWorks 4.3, and I've run into a number of problems.
Please excuse my not sending proper patches---the tools necessary for this
are not available in my (very restricted) working environment.  (Outlook
will likely also have mangled the source code---sorry about that.)

First of all, there's some magic specific to LW 4.1 and 4.2 in
lispworks.lisp
which I've rewritten ot not refer to the LispWorks version directly:

(defun ilisp-find-function (name package)
  (multiple-value-bind (symbol status)
      (intern name package)
    (and (eq status :external)
         symbol)))

(defun ilisp-callers (symbol package)
  "Print a list of all of the functions that call FUNCTION.
Returns T if successful."
  (ilisp-errors
      (let ((function-name (ilisp-find-symbol symbol package))
	    (*print-level* nil)
	    (*print-length* nil)
	    (*package* (find-package 'lisp))
	    (callers ())
	    )
	(when (and function-name (fboundp function-name))
	  (setf callers (munge-who-calls
                         (cond
(Continue reading)

Sam Steingold | 1 Jan 20:08 2004
Picon

SourceForge needs a Lisp foundry

This message is sent to mailing lists of some Lispy SF projects.
Reply-To & Followup-To are set to the maxima list (since Maxima is the
most popular Lispy SF project).

WIBNI there were a Lisp SF foundry? <http://foundries.sourceforge.net/>
All we need is a volunteer to administer the foundry.
<http://sourceforge.net/docman/display_doc.php?docid=889&group_id=1#foundryrequest>

Any volunteers?

--

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.honestreporting.com>
Failure is not an option. It comes bundled with your Microsoft product.

-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
Bob Rogers | 28 Dec 23:58 2003
Picon

fix to SBCL arglist

   I just committed the change noted below to sbcl.lisp.  Someone with
more SBCL experience than I have might want to check it over.  (At one
point while tracking this down, I got the following message

	GC invariant lost, file "gc-common.c", line 372

and lisp died on me, so I thought it was better to patch first & ask
questions later.  ;-)

					-- Bob Rogers
					   http://rgrjr.dyndns.org/

------------------------------------------------------------------------
revision 1.11
date: 2003/12/28 22:50:56;  author: rgrjr;  state: Exp;  lines: +29 -23
* Change arglist to use %CLOSURE-FUN on closures.  This fixes seeing the
  string "#<unknown immediate object, lowtag=#b10, widetag=#xC2 {DC2}>"
  as the arglist of (e.g.) structure accessors.
* Remove some "eliminating dead code" warnings for massage-arglist.

-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
Paolo Amoroso | 20 Dec 16:27 2003
Picon

Removal from ILISP maintainers

Can Marco, or someone else with appropriate privileges, please remove
me from ILISP's list of developers at SourceForge? Thanks,

Paolo
--

-- 
Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film

-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click

Gmane