From murray@uni-paderborn.de Mon Feb 1 08:27:36 1999 Received: from uni-paderborn.de (uni-paderborn.de [131.234.22.30]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id IAA03181 for ; Mon, 1 Feb 1999 08:27:35 -0800 (PST) Received: from pc-kb-7.uni-paderborn.de ([131.234.28.72]:2353 "EHLO uni-paderborn.de" ident: "NO-IDENT-SERVICE") by mail.uni-paderborn.de with ESMTP id <22857-1713>; Mon, 1 Feb 1999 17:37:34 +0100 Message-ID: <36B5D881.5EE5F17C@uni-paderborn.de> Date: Mon, 01 Feb 1999 17:38:25 +0100 From: Oliver Niggemann X-Mailer: Mozilla 4.03 [en] (WinNT; I) MIME-Version: 1.0 To: CLISP mailing list Subject: Q: Foreign Function Call Facility Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I recently started to use CLISP (Version 8.1.1999 and 9.9.1998) under Windows NT 4.0 and Windows 95 and (besides from being impressed) I ended up with some questions: I tried to use DDE using the Foreign Function Call Facility (for some domain depending reasons I can't use sockets), but as far as I understood I have to recompile CLISP in order to achieve this (Is this correct?). I encountered some problems when compiling CLISP (using VC++ 6.0), I seem to need some UNIX tools (e.g. uniq)? What system and further tools did you use to compile CLISP? Is there any way to use a dll directly? Thanks for any help, Oliver Niggemann From haible@ilog.fr Mon Feb 1 09:00:23 1999 Received: from sceaux.ilog.fr (sceaux.ilog.fr [193.55.64.10]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id JAA03674 for ; Mon, 1 Feb 1999 09:00:20 -0800 (PST) Received: from ilog.ilog.fr ([172.17.4.22]) by sceaux.ilog.fr (8.9.1/8.9.1) with ESMTP id SAA09972 for ; Mon, 1 Feb 1999 18:10:16 +0100 (MET) Received: from jaures.ilog.fr (jaures.ilog.fr [172.16.1.81]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id SAA27184; Mon, 1 Feb 1999 18:09:59 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by jaures.ilog.fr (8.9.0/8.9.0) id SAA04677; Mon, 1 Feb 1999 18:10:14 +0100 (MET) Date: Mon, 1 Feb 1999 18:10:14 +0100 (MET) Message-Id: <199902011710.SAA04677@jaures.ilog.fr> To: clisp-list@seagull.cons.org Subject: Re: Q: Foreign Function Call Facility In-Reply-To: <36B5D881.5EE5F17C@uni-paderborn.de> References: <36B5D881.5EE5F17C@uni-paderborn.de> Oliver Niggemann asks about clisp on Win32: > I tried to use DDE using the Foreign Function Call Facility > (for some domain depending reasons I can't use sockets), > but as far as I understood I have to recompile CLISP in order to achieve > this > (Is this correct?). Yes, this is correct. On Unix, the binary packages also contain clisp as a static library (lisp.a), which can be used by a shell script (clisp-link) to create new executables. This doesn't work on Wind0ws, however, because there is no /bin/sh on these systems. > Is there any way to use a dll directly? The dynamic loading package from Eric Marsden [1] might be useful for you. > I encountered some problems when compiling CLISP (using VC++ 6.0), > I seem to need some UNIX tools (e.g. uniq)? > What system and further tools did you use to compile CLISP? The makefile.msvc5 works for VC++ 6.0 as well. I use a commercial package called MKS tools; probably you can use Cygwin20.1 instead. It contains most of the Unix tools. Bruno [1] http://www.chez.com/emarsden/downloads/index.html From Thierry.Cabuzel@gial.be Mon Feb 1 10:39:15 1999 Received: from [194.78.58.28] ([194.78.58.28]) by seagull.cdrom.com (8.8.8/8.6.6) with SMTP id KAA04863 for ; Mon, 1 Feb 1999 10:39:14 -0800 (PST) Received: from mail by [194.78.58.28] via smtpd (for seagull.cdrom.com [204.216.27.14]) with SMTP; 1 Feb 1999 18:48:30 UT Received: by srv_exchgial_1.brucity.be with Internet Mail Service (5.0.1460.8) id ; Mon, 1 Feb 1999 19:50:45 +0100 Message-ID: <9BB197B29402D111B4E20060B056ACDD079D3B@srv_exchgial_2.brucity.be> From: Cabuzel Thierry To: "'CLISP-LIST'" Subject: Need Help with SCREAMER ! Date: Mon, 1 Feb 1999 19:51:29 +0100 Return-Receipt-To: Cabuzel Thierry X-Mailer: Internet Mail Service (5.0.1460.8) Hi ! Can anybody help me ? I have tried to compile and load screamer like you explain in the little Readme. But I have a problem: When i try to compile screamer I have the message : *** - The macro IN-PACKAGE may not be called with 3 arguments I have changed the line if screamer.lsp #+CLISP (in-package "LISP" :nicknames '("COMMON-LISP" "CL")) to #+CLISP (in-package "LISP") then i have tried to recompile screamer and i have the message : *** - FUNCALL: the function SPECIAL-FORM-P is undefined but i don't find any fonction of this name.... Where can i find it ? From haible@ilog.fr Mon Feb 1 11:30:04 1999 Received: from sceaux.ilog.fr (sceaux.ilog.fr [193.55.64.10]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id LAA05639 for ; Mon, 1 Feb 1999 11:29:59 -0800 (PST) Received: from ilog.ilog.fr ([172.17.4.22]) by sceaux.ilog.fr (8.9.1/8.9.1) with ESMTP id UAA17535 for ; Mon, 1 Feb 1999 20:39:53 +0100 (MET) Received: from jaures.ilog.fr (jaures.ilog.fr [172.16.1.81]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id UAA04596; Mon, 1 Feb 1999 20:39:37 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by jaures.ilog.fr (8.9.0/8.9.0) id UAA05523; Mon, 1 Feb 1999 20:39:52 +0100 (MET) Date: Mon, 1 Feb 1999 20:39:52 +0100 (MET) Message-Id: <199902011939.UAA05523@jaures.ilog.fr> To: clisp-list@seagull.cons.org Subject: Re: Need Help with SCREAMER ! In-Reply-To: <9BB197B29402D111B4E20060B056ACDD079D3B@srv_exchgial_2.brucity.be> References: <9BB197B29402D111B4E20060B056ACDD079D3B@srv_exchgial_2.brucity.be> Thierry Cabuzel writes: > then i have tried to recompile screamer and i have the message : > > *** - FUNCALL: the function SPECIAL-FORM-P is undefined > > but i don't find any fonction of this name.... Where can i find it ? (apropos "special-form-p") will show you that this function still exists, in package LISP, but not in package COMMON-LISP. Let me recall a paragraph from the 1998-09-09 release's NEWS file: * X3J13 writeup is implemented: New function SPECIAL-OPERATOR-P. The function SPECIAL-FORM-P still exists, but its use generates a compiler warning. When you make Screamer ANSI CL compliant, you should change it to use SPECIAL-OPERATOR-P instead of the old, misnamed, confusing SPECIAL-FORM-P. Bruno From Paul.Sokolovsky@technologist.com Mon Feb 1 12:12:42 1999 Received: from infoservice.lg.ua ([62.244.3.42]) by seagull.cdrom.com (8.8.8/8.6.6) with SMTP id MAA06295 for ; Mon, 1 Feb 1999 12:12:09 -0800 (PST) Received: from is by infoservice.lg.ua with smtp (Smail3.2 #11) id m107QdR-000QAiC; Mon, 1 Feb 1999 23:11:57 +0200 (EET) Date: Mon, 1 Feb 1999 22:19:55 +0200 From: Paul Sokolovsky X-Mailer: The Bat! (v1.00 Christmas Preview) UNREG Reply-To: Paul Sokolovsky Priority: Normal Message-ID: <0930.990201@technologist.com> To: Cabuzel Thierry Subject: Re: Need Help with SCREAMER ! References: <9BB197B29402D111B4E20060B056ACDD079D3B@srv_exchgial_2.brucity.be> Mime-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Hello Cabuzel, понедельник, 1 Февраль 99, you wrote to me: CT> Hi ! CT> Can anybody help me ? CT> I have tried to compile and load screamer like you explain in the little CT> Readme. But I have a problem: CT> When i try to compile screamer I have the message : CT> *** - The macro IN-PACKAGE may not be called with 3 arguments CT> *** - FUNCALL: the function SPECIAL-FORM-P is undefined CT> but i don't find any fonction of this name.... Where can i find it ? Strange. I tried Screamer 3.20 (http://www.cis.upenn.edu/~screamer-tools/home.html) and only following was required to make it run (sorry for fc output, haven't diff around): Сравнение файлов screamer.lisp и S:\AI\clisp-1997-09-19\screamer\screamer.lisp ****** screamer.lisp (macro-function (second form) #-(or poplog akcl) environment))) (error "You can't reference the FUNCTION of a special form or~%~ ****** S:\AI\clisp-1997-09-19\screamer\screamer.lisp (macro-function (second form) #-(or poplog akcl CLISP) environment))) (error "You can't reference the FUNCTION of a special form or~%~ ****** ****** screamer.lisp ;; note: Poplog and AKCL only support CLtL1. (macro-function (first form) #-(or poplog akcl) environment))) (walk-macro-call ****** S:\AI\clisp-1997-09-19\screamer\screamer.lisp ;; note: Poplog and AKCL only support CLtL1. (macro-function (first form) #-(or poplog akcl CLISP) environment))) (walk-macro-call ****** But as you see that was with clisp-1997-09-19 yet, I guess many nice and useful changes was made since. Best regards, Paul mailto:Paul.Sokolovsky@technologist.com From murray@uni-paderborn.de Tue Feb 2 00:20:47 1999 Received: from uni-paderborn.de (uni-paderborn.de [131.234.22.30]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id AAA13461 for ; Tue, 2 Feb 1999 00:20:46 -0800 (PST) Received: from pc-kb-7.uni-paderborn.de ([131.234.28.72]:1055 "EHLO uni-paderborn.de" ident: "NO-IDENT-SERVICE") by mail.uni-paderborn.de with ESMTP id <22934-22986>; Tue, 2 Feb 1999 09:30:01 +0100 Message-ID: <36B6B7BE.C070A56F@uni-paderborn.de> Date: Tue, 02 Feb 1999 09:30:54 +0100 From: Oliver Niggemann X-Mailer: Mozilla 4.03 [en] (WinNT; I) MIME-Version: 1.0 To: CLISP mailing list Subject: Re: Q: Foreign Function Call Facility References: <199902011710.SAA04677@jaures.ilog.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bruno Haible wrote: > Oliver Niggemann asks about clisp on Win32: > > > I tried to use DDE using the Foreign Function Call Facility > > (for some domain depending reasons I can't use sockets), > > but as far as I understood I have to recompile CLISP in order to achieve > > this > > (Is this correct?). > > Yes, this is correct. > > On Unix, the binary packages also contain clisp as a static library (lisp.a), > which can be used by a shell script (clisp-link) to create new executables. > This doesn't work on Wind0ws, however, because there is no /bin/sh on these > systems. > If there exists a lisp.a under UNIX, would it be possible (or has it already been done)to put CLISP into a Windows DLL? I personally know several people who would be quite happy to use CLISP as an algorithmic backend ... Thanks for any help, Oliver Niggemann -- Oliver Niggemann University of Paderborn Germany Room No. E4.164 Tel.: +49 5251 603345 EMail: murray@uni-paderborn.de From kevind@rahul.net Fri Feb 5 00:04:51 1999 Received: from aplysia.rahul.net (dyn157.rahul.net [206.61.225.157]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id AAA26878 for ; Fri, 5 Feb 1999 00:04:49 -0800 (PST) Received: (from kevind@localhost) by aplysia.rahul.net (8.9.2/8.9.1/Debian/GNU) id AAA18252; Fri, 5 Feb 1999 00:15:08 -0800 (PST) To: clisp-list@clisp.cons.org Cc: 28975-forwarded@bugs.debian.org, Roman Hodek Subject: Is clisp available for Linux m68k? Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Kevin Dalley Date: 05 Feb 1999 00:15:02 -0800 Message-ID: <8790edp8qh.fsf@aplysia.rahul.net> Lines: 29 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Does anyone have a version of clisp for an m68k Linux. Here is a bug report from Roman Hodek , a Debian Linux user. I just tried to recompile clisp for m68k, but there were some build errors :-( make[1]: Entering directory `/usr/local/build/buildd/clisp-1997-12-06/src/avcall' gcc -O -c ../../ffcall/avcall/avcall-m68k.s ../../ffcall/avcall/avcall-m68k.s: Assembler messages: ../../ffcall/avcall/avcall-m68k.s:8: Error: parse error -- statement `moveml #0x3020,sp@-' ignored ../../ffcall/avcall/avcall-m68k.s:9: Error: parse error -- statement `movel sp@(16),a2' ignored ../../ffcall/avcall/avcall-m68k.s:11: Error: operands mismatch -- statement `moveq #-32,d0' ignored ../../ffcall/avcall/avcall-m68k.s:12: Error: parse error -- statement `addl a2@(20),d0' ignored ../../ffcall/avcall/avcall-m68k.s:13: Error: operands mismatch -- statement `subl a2,d0' ignored ../../ffcall/avcall/avcall-m68k.s:14: Error: operands mismatch -- statement `asrl #2,d0' ignored [...] The file ffcall/avcall/avcall-m68k.s uses an old m68k assembler syntax which isn't used anymore since a.out times... :-) Current assemblers require a '%' prefix before register names. In the current state, the package is uncompilable on m68k due to this. -- Kevin Dalley kevind@rahul.net From sds@eaglets.com Thu Feb 11 13:01:25 1999 Received: from mail.eaglets.com ([208.235.77.228]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id NAA02693 for ; Thu, 11 Feb 1999 13:01:23 -0800 (PST) Received: by mail.eaglets.com from localhost (router,SLMail V3.1); Thu, 11 Feb 1999 16:00:20 -0500 Received: by mail.eaglets.com from eho.eaglets.com [208.235.77.238] (SLmail 3.1.2948 (Release Build)); Thu, 11 Feb 1999 16:00:19 -0500 Received: (from sds@localhost) by eho.eaglets.com (8.9.2/8.9.2) id QAA15557; Thu, 11 Feb 1999 16:00:46 -0500 (EST) To: clisp-list@clisp.cons.org Subject: hemlock in clisp Return-Receipt-To: sds@goems.com Reply-To: sds@goems.com X-Disclaimer: You should not expect anyone to agree with me. X-Attribution: Sam X-No-Archive: Yes Mail-Copies-To: never From: Sam Steingold Date: 11 Feb 1999 16:00:46 -0500 Message-ID: Lines: 21 X-Mailer: Gnus v5.5/Emacs 20.3 One of my pet dreams is a CL-based Emacs (along the lines of CLEMACS, announced by Naggum a couple of years ago and dead ever since). The idea is that there will be a package which will allow loading elisp directly (basically, it will redefine `if' to take many elses and `let' to make everything special), thus things like w3 and gnus will run out of the box (in a couple of years all development will switch from elisp to ansi cl, in a couple more years everyone will switch to this editor and soon we will gain world domination :-). hemlock seems to be the closest thing to this "CLEmacs" - did anyone try to compile it with any other lisp but cmucl? (a question on that was asked on c.l.l recently, but the reply was not encouraging). what do you think? -- Sam Steingold (http://www.goems.com/~sds) running RedHat5.2 GNU/Linux Micros**t is not the answer. Micros**t is a question, and the answer is Linux, (http://www.linux.org) the choice of the GNU (http://www.gnu.org) generation. Do not worry about which side your bread is buttered on: you eat BOTH sides. From ds26@gte.com Fri Feb 12 19:46:39 1999 Received: from newman.gte.com (h132-197-8-26.gte.com [132.197.8.26]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id TAA14822 for ; Fri, 12 Feb 1999 19:42:16 -0800 (PST) Received: from bunny.gte.com (bunny.gte.com [132.197.8.1]) by newman.gte.com (8.9.1/8.9.1) with ESMTP id WAA10520; Fri, 12 Feb 1999 22:41:47 -0500 (EST) From: Dorai Sitaram Received: (ds26@localhost) by bunny.gte.com (8.6.9/8.6.9) id WAA19997; Fri, 12 Feb 1999 22:41:47 -0500 Message-Id: <199902130341.WAA19997@bunny.gte.com> Subject: merge-pathnames bug? To: clisp-list@clisp.cons.org Date: Fri, 12 Feb 1999 22:41:46 -0500 (EST) In-Reply-To: <199804281349.JAA15679@bunny.gte.com> from "Dorai Sitaram" at Apr 28, 98 06:50:28 am X-Mailer: ELM [version 2.4 PL3] Content-Type: text I believe there is a bug in merge-pathnames. (I'm using with January 1999 CLISP on Red Hat Linux 5.2.) (setq x (pathname "../j.lsp")) (setq xdir (make-pathname :directory (pathname-directory x))) (setq y (pathname "a/b/c.lsp")) (merge-pathnames y xdir) returns #P"a/b/c.lsp" when I would have expected #P"../a/b/c.lsp" I tried the same in Allegro CL 5.0, which gives the expected answer. (This is not as puzzling an example as it might appear prima facie. Within CL files, I'd like to load other CL files using relative pathnames, where the relativity is wrt to the loading file (like in HTML files, say), not the directory where CL was invoked. The above corresponds to my loading ../j.lsp where this file loads a/b/c.lsp relative to itself, i.e., ../a/b/c.lsp relative to me.) --d From fc@all.net Sat Feb 13 06:39:15 1999 Received: from all.net (c118194-a.lvrmr1.sfba.home.com [24.1.84.100]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id GAA21246 for ; Sat, 13 Feb 1999 06:39:14 -0800 (PST) Received: (from fc@localhost) by all.net (8.7.5/8.7.3) id GAA28513 for clisp-list@seagull.cons.org; Sat, 13 Feb 1999 06:42:07 -0800 Message-Id: <199902131442.GAA28513@all.net> Subject: General pathname issues with clisp To: clisp-list@seagull.cons.org Date: Sat, 13 Feb 1999 06:42:07 -0800 (PST) In-Reply-To: <199902130341.WAA19997@bunny.gte.com> from "Dorai Sitaram" at Feb 12, 99 07:59:10 pm From: Fred Cohen Reply-To: fc@all.net Organization: I'm not allowed to say X-Mailer: don't even ask X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit In reference to the following view expressed by Dorai Sitaram: > > I believe there is a bug in merge-pathnames. (I'm > using with January 1999 CLISP on Red Hat Linux 5.2.) > > (setq x (pathname "../j.lsp")) > (setq xdir (make-pathname :directory (pathname-directory x))) In general, pathnames and filenames and directory names in Clisp seem to do things poorly. Has anybody written a routine to ease off on the syntactic requirements, figure out what's a directory, file, etc. and handle it all in a reasonable way? FC From hoehle@zeus.gmd.de Mon Feb 15 05:54:45 1999 Received: from mail.gmd.de (mail.gmd.de [129.26.8.90]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id FAA11961 for ; Mon, 15 Feb 1999 05:54:32 -0800 (PST) Received: from zeus.gmd.de (zeus.gmd.de [129.26.145.1]) by mail.gmd.de (8.8.8/8.8.8) with ESMTP id OAA16350 for ; Mon, 15 Feb 1999 14:54:22 +0100 (MET) Received: (from hoehle@localhost) by zeus.gmd.de (8.9.1/8.9.1) id OAA13028 for clisp-list@seagull.cons.org; Mon, 15 Feb 1999 14:53:35 +0100 (MET) Date: Mon, 15 Feb 1999 14:53:35 +0100 (MET) From: Joerg Hoehle Message-Id: <199902151353.OAA13028@zeus.gmd.de> To: clisp-list@seagull.cons.org Subject: Re: merge-pathnames bug? Hello, Dorai Sitaram write: > (setq x (pathname "../j.lsp")) > (setq xdir (make-pathname :directory (pathname-directory x))) > (setq y (pathname "a/b/c.lsp")) > (merge-pathnames y xdir) Unrelated to your bug-report, I'd like to say that the above is not a portable way to extract the relevant information from one pathname in order to build another one. A pathname to a directory in the file system may have more than PATHNAME-DIRECTORY. There may be a DEVICE or even a HOST. The directory where CL was invoked may reside on a different device, or *DEFAULT-PATHNAME-DEFAULTS* could cause the above not to work as intended by you. Therefore, I tend to use either MAKE-PATHNAME with :DEFAULTS key or MERGE-PATHNAMES or a combination thereof, always supplying a pathname as complete as possible as default, since there is no COPY-PATHNAME. (COPY-PATHNAME ~= (MAKE-PATHNAME :DEFAULTS ...)) As you can't (SETF (PATHNAME-NAME/TYPE xdir) NIL), you'll have to resort to the ugly (setq xdir (make-pathname :host (pathname-host x) :device (pathname-device x) :directory (pathname-directory x))) Sadly, you can't use (make-pathname :name nil :type nil :defaults x) since the nil components will be filled in by the defaulting behaviour. You can't supply "" either as you'd get strange and/or unportable results. This would get you a good "directory" pathname, but no solution to your problem yet. The above returns: > #P"a/b/c.lsp" expected: > #P"../a/b/c.lsp" Well, it looks indeed like a bug. CLHS says (while CLtL2 doesn't contain such a clause!): -------- Pathname merging treats a relative directory specially. If (pathname-directory pathname) is a list whose car is :relative, and (pathname-directory default-pathname) is a list, then the merged directory is the value of (append (pathname-directory default-pathname) (cdr ;remove :relative from the front (pathname-directory pathname))) -------- whereas CLISP does this only if default-pathname's directory is absolute, not just a list. Your question might be a candidate for a CLISP mini FAQ :-) src/PATHNAME.D says: # Roger Kehr asks why in CLISP [Hi Roger!] # # (merge-pathnames (make-pathname :directory '(:relative "x")) # (make-pathname :directory '(:relative "y"))) # => #"x/" # # where he expects to get #"y/x/". # # There are two reasons for this behaviour: # # 1. An informal one: I found the latter behaviour confusing and changed # CLISP to do it the former way. It seems to work better this way. # # 2. A formal one: MERGE-PATHNAMES is used to specify default components # for pathnames, so there is some analogy between (MERGE-PATHNAMES a b) # and (or a b). Obviously putting in the same default a second time # should do the same as putting it in once: # # (or a b b) is the same as (or a b), so # # (MERGE-PATHNAMES (MERGE-PATHNAMES a b) b) should be the same as # (MERGE-PATHNAMES a b). # # (This question actually matters because in Common Lisp there is # no distinction between "pathnames with defaults merged-in" and # "pathnames with defaults not yet applied". For example, you don't # know whether COMPILE-FILE will merge in some defaults.) # # Now, (MERGE-PATHNAMES (MERGE-PATHNAMES '#"x/" '#"y/") '#"y/") # and (MERGE-PATHNAMES '#"x/" '#"y/") # are equal in CLISP's implementation, but not in implementations # that strictly follow the Common Lisp spec. In fact, the above # twice-default = once-default rule holds for all pathnames in CLISP. As CLISP is heading towards stricter ANSI-CL conformance, I'd say that there's some chance that the current 7 years old behaviour is now changed to conform by the ANSI-CL letter. This doesn't seem to be documented in _impnotes.txt. I'd vote for the change too. Regards, Jorg Hohle. Maintainer of Amiga-CLISP From tkunze@ccrma.stanford.edu Mon Feb 15 11:56:58 1999 Received: from ccrma.stanford.edu (ccrma.Stanford.EDU [36.49.0.84]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id LAA15574 for ; Mon, 15 Feb 1999 11:56:42 -0800 (PST) Received: from ccrma.stanford.edu ([207.97.74.51]) by ccrma.stanford.edu (8.8.8/8.8.8) with ESMTP id LAA05270 for ; Mon, 15 Feb 1999 11:56:36 -0800 (PST) Sender: tkunze@ccrma.stanford.edu Message-ID: <36C8796D.ED672560@ccrma.stanford.edu> Date: Mon, 15 Feb 1999 14:45:49 -0500 From: Tobias Kunze X-Mailer: Mozilla 4.05 [en] (X11; I; IRIX 6.5 IP22) MIME-Version: 1.0 To: ":clisp" Subject: clisp-1999-01-08 SGI build: Bus error Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi- Did anyone manage to build clisp-1999-01-08 under Irix 6.5? Everything works fine: % setenv CC "cc -woff all" % ./configure % cd src % ./makemake --with-readline --with-dynamic-ffi --with-gettext \ > Makefile % make config.lsp % make init % make allc % make libreadline.a % make lisp.run % make interpreted.mem % make lispinit.mem up to the point where init.fas is loaded: ./lisp.run -N locale -norc -x \ "(load \"init.fas\") (sys::%saveinitmem) (exit)" The first fas to be loaded by init, defseq, then dumps core: ;; Loading file defseq.fas ...*** Termination code 138 (bu21) Here is a dbx stack backtrace: tkunze@ulysses:/usr/local/lisp/clisp-1999-01-08/src [248]> dbx lisp.run core dbx version 7.2.1 Mar 13 1998 19:00:36 Core from signal SIGBUS: Bus error (dbx) where > 0 setjmp(0x7fff19b4, 0x10158d14, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/xlv52/6.5.2f/work/irix/lib/libc/libc_n32_M3/signal/setjmp.s":130, 0xfac8ac4] 1 interpret_bytecode_(0x7fff19b4, 0x10158d14, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":7515, 0x100388a4] 2 funcall_closure(0x26868471, 0x5, 0x10158d14, 0x0, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":5811, 0x100303e0] 3 funcall(0x0, 0x0, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":5026, 0x1002f2e4] 4 interpret_bytecode_(0x7fff19b4, 0x10158d14, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":7010, 0x10035068] 5 funcall_closure(0x26868cd9, 0x0, 0x10158d14, 0x0, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":5829, 0x10030564] 6 funcall(0x26868cd9, 0x0, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":5019, 0x1002f244] 7 C_load(0x7fff19b4, 0x10158d14, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/debug.d":422, 0x100b0b30] 8 eval_subr(0x10141b52, 0x10158d14, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x0, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":3649, 0x10029214] 9 eval1(0x10155c48, 0x10158d14, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":3128, 0x1002863c] 10 eval(0x69a0dc33, 0x10145861, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":2980, 0x10027f0c] 11 C_read_eval_print(0x7fff19b4, 0x10158d14, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/debug.d":240, 0x100b01c8] 12 funcall_subr(0x10141b3a, 0x1, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":5391, 0x1002f584] 13 funcall(0x10141b3a, 0x0, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/eval.d":5017, 0x1002f1f0] 14 driver(0x7fff19b4, 0x10158d14, 0x10158d14, 0x10155c48, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/debug.d":312, 0x100b0614] 15 main(0x6, 0x7fff2ee0, 0x10158d14, 0x6, 0x10158d10, 0x10158d10, 0x10155c48, 0x10158d0c) ["/disk3/local/lisp/clisp-1999-01-08/src/spvw.d":2928, 0x1001e888] 16 __start() ["/xlv55/kudzu-apr12/work/irix/lib/libc/libc_n32_M3/csu/crt1text.s":177, 0x10015584] (dbx) Any idea what went wrong? My sysinfo is: tkunze@ulysses:~ [555]> uname -aR IRIX ulysses 6.5 6.5.2f 11051211 IP22 tkunze@ulysses:~ [556]> cc -version MIPSpro Compilers: Version 7.2.1.2m The system itself is an r4600sc Indy and the SGI_ABI defaults to -n32. Best, -Tobias ______________________________________________________________________ Tobias Kunze tkunze@ccrma.stanford.edu CCRMA, Stanford University http://www-ccrma.stanford.edu/~tkunze From haible@ilog.fr Thu Feb 18 16:58:48 1999 Received: from sceaux.ilog.fr (sceaux.ilog.fr [193.55.64.10]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id QAA24265 for ; Thu, 18 Feb 1999 16:58:45 -0800 (PST) Received: from ilog.ilog.fr ([172.17.4.22]) by sceaux.ilog.fr (8.9.1/8.9.1) with ESMTP id BAA23466; Fri, 19 Feb 1999 01:59:12 +0100 (MET) Received: from jaures.ilog.fr (jaures.ilog.fr [172.16.1.81]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id BAA00509; Fri, 19 Feb 1999 01:58:39 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by jaures.ilog.fr (8.9.0/8.9.0) id BAA24679; Fri, 19 Feb 1999 01:59:09 +0100 (MET) Date: Fri, 19 Feb 1999 01:59:09 +0100 (MET) Message-Id: <199902190059.BAA24679@jaures.ilog.fr> To: clisp-list@seagull.cons.org Cc: Kevin Dalley Cc: Roman Hodek Subject: Re: Is clisp available for Linux m68k? In-Reply-To: <8790edp8qh.fsf@aplysia.rahul.net> References: <8790edp8qh.fsf@aplysia.rahul.net> Kevin Dalley wrote: > Does anyone have a version of clisp for an m68k Linux. Here is a bug > report from Roman Hodek , a > Debian Linux user. With the help of Roman and debian.org, I ported the ffcall package, contained in clisp, to m68k-linux [1]. You should be able to replace clisp's ffcall subdirectory with that one. Bruno [1] ftp://ftp.santafe.edu/pub/gnu/ffcall-1.5.tar.gz From amoroso@mclink.it Sun Feb 21 08:32:43 1999 Received: from mail1.mclink.it (net128-007.mclink.it [195.110.128.7]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id IAA24394 for ; Sun, 21 Feb 1999 08:32:02 -0800 (PST) Received: from net145-034.mclink.it (net145-034.mclink.it [195.110.145.34]) by mail1.mclink.it (8.9.1/8.9.0) with SMTP id RAA22137 for ; Sun, 21 Feb 1999 17:32:38 +0100 (CET) From: amoroso@mclink.it (Paolo Amoroso) To: clisp-list@clisp.cons.org Subject: CLISP 1999.01.08 RPM aborts at startup under Red Hat Linux 5.2 Date: Sun, 21 Feb 1999 16:33:04 GMT Organization: Paolo Amoroso - Milan, ITALY Message-ID: <36cf2088.877512@mail.mclink.it> X-Mailer: Forte Agent 1.5/32.451 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've installed the RPM binaries of CLISP 1999.01.08 for i386 Linux with libc6--i.e. file clisp-1999.01.08-2.i386.rpm--on my Red Hat Linux 5.2 system. By the way, glint complained about a missing group (I think it was "src") for most files and used group root instead. When I start CLISP, it immediately aborts execution and displays the following message: /usr/lib/clisp/lisp.run: error in loading shared libraries : undefined symbol: __register_frame_info Any suggestions? Paolo -- Paolo Amoroso From sds@eaglets.com Sun Feb 21 11:25:24 1999 Received: from mail.eaglets.com ([208.235.77.228]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id LAA26091 for ; Sun, 21 Feb 1999 11:24:58 -0800 (PST) Received: by mail.eaglets.com from localhost (router,SLMail V3.1); Sun, 21 Feb 1999 14:24:08 -0500 Received: by mail.eaglets.com from eho.eaglets.com [208.235.77.238] (SLmail 3.1.2948 (Release Build)); Sun, 21 Feb 1999 14:24:07 -0500 Received: (from sds@localhost) by eho.eaglets.com (8.9.2/8.9.2) id OAA12863; Sun, 21 Feb 1999 14:25:01 -0500 (EST) Sender: "Shteingold, Sam" To: recipients of list Subject: Re: CLISP 1999.01.08 RPM aborts at startup under Red Hat Linux 5.2 References: <36cf2088.877512@mail.mclink.it> Return-Receipt-To: sds@goems.com Reply-To: sds@goems.com X-Disclaimer: You should not expect anyone to agree with me. X-Attribution: Sam X-No-Archive: Yes Mail-Copies-To: never From: Sam Steingold In-Reply-To: amoroso@mclink.it's message of "Sun, 21 Feb 1999 08:41:46 -0800 (PST)" Date: 21 Feb 1999 14:25:00 -0500 Message-ID: Lines: 28 X-Mailer: Gnus v5.7/Emacs 20.3 >>>> In message <36cf2088.877512@mail.mclink.it> >>>> On the subject of "CLISP 1999.01.08 RPM aborts at startup under Red Hat Linux 5.2" >>>> Sent on Sun, 21 Feb 1999 08:41:46 -0800 (PST) >>>> Honorable amoroso@mclink.it (Paolo Amoroso) writes: >> I've installed the RPM binaries of CLISP 1999.01.08 for i386 Linux with >> libc6--i.e. file clisp-1999.01.08-2.i386.rpm--on my Red Hat Linux 5.2 >> system. By the way, glint complained about a missing group (I think it was >> "src") for most files and used group root instead. hmmm - I'll look at this. Thanks. >> When I start CLISP, it immediately aborts execution and displays the >> following message: >> >> /usr/lib/clisp/lisp.run: error in loading shared libraries >> : undefined symbol: __register_frame_info >> >> Any suggestions? The RPMs are built with glibc2.1. you will need to upgrade to the newest rawhide. -- Sam Steingold (http://www.goems.com/~sds) running RedHat5.2 GNU/Linux Micros**t is not the answer. Micros**t is a question, and the answer is Linux, (http://www.linux.org) the choice of the GNU (http://www.gnu.org) generation. Man has 2 states: hungry/angry and sate/sleepy. Catch him in transition. From haible@ilog.fr Mon Feb 22 03:09:29 1999 Received: from sceaux.ilog.fr (sceaux.ilog.fr [193.55.64.10]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id DAA04762 for ; Mon, 22 Feb 1999 03:09:22 -0800 (PST) Received: from ilog.ilog.fr ([172.17.4.22]) by sceaux.ilog.fr (8.9.1/8.9.1) with ESMTP id MAA19505 for ; Mon, 22 Feb 1999 12:09:45 +0100 (MET) Received: from jaures.ilog.fr (jaures.ilog.fr [172.16.1.81]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id MAA13329; Mon, 22 Feb 1999 12:09:10 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by jaures.ilog.fr (8.9.0/8.9.0) id MAA09037; Mon, 22 Feb 1999 12:09:41 +0100 (MET) Date: Mon, 22 Feb 1999 12:09:41 +0100 (MET) Message-Id: <199902221109.MAA09037@jaures.ilog.fr> To: clisp-list@seagull.cons.org Subject: Re: CLISP 1999.01.08 RPM aborts at startup under Red Hat Linux 5.2 In-Reply-To: <36cf2088.877512@mail.mclink.it> References: <36cf2088.877512@mail.mclink.it> [Message forwarded from .] ------------------------------------------------------------------------------- this has already been discussed on the list: 1: rebuild from sources or 2: upgrade your glibc either will fix the problem. > Date: Sun, 21 Feb 1999 08:51:54 -0800 (PST) > Reply-To: clisp-list@seagull.cons.org > Originator: clisp-list@clisp.cons.org > Sender: clisp-list@seagull.cons.org > Precedence: bulk > From: amoroso@mclink.it (Paolo Amoroso) > > I've installed the RPM binaries of CLISP 1999.01.08 for i386 Linux with > libc6--i.e. file clisp-1999.01.08-2.i386.rpm--on my Red Hat Linux 5.2 > system. By the way, glint complained about a missing group (I think it was > "src") for most files and used group root instead. > > When I start CLISP, it immediately aborts execution and displays the > following message: > > /usr/lib/clisp/lisp.run: error in loading shared libraries > : undefined symbol: __register_frame_info > > Any suggestions? > > > Paolo > -- > Paolo Amoroso >