From barmar@Think.COM (barmar@Think.COM) Tue Feb 1 18:33:09 1994 Return-Path: Received: from mail.think.com by cli.com (4.1/SMI-4.1) id AA11488; Tue, 1 Feb 94 18:33:09 CST Received: from Telecaster.Think.COM by mail.think.com; Tue, 1 Feb 94 19:31:53 -0500 From: Barry Margolin Received: by telecaster.think.com (4.1/Think-1.2) id AA28771; Tue, 1 Feb 94 19:31:52 EST Date: Tue, 1 Feb 94 19:31:52 EST Message-Id: <9402020031.AA28771@telecaster.think.com> To: Many Lisp Related Lists Subject: Online access to 2nd dpANS CL Followup-To: poster Reply-To: kmp@harlequin.com Dear Common Lisp standardization participant, The online files for the dpANS corresponding to the second Public Review of Common Lisp are now in place in the directory /pub/cl/dpANS2/* on Internet host PARCFTP.Xerox.COM, which is accessible by anonymous FTP, IP address 13.1.64.94. (Many thanks to Larry Masinter and Xerox for their help with this.) These files correspond to draft 14.10, also known as document X3J13/93-102, which was forwarded by X3J13 to X3 in October, 1993. Anyone considering transferring the full set of files should FIRST transfer and READ just the file /pub/cl/dpANS2/Reviewer-Notes.text, which contains a guide to the other files and some important notes about the process. Based on the content of that file, you'll most easily be able to determine which of the other files you need. Any problems with those files or the instructions for their use should be directed to me as soon as possible, so that I can get them fixed in a timely way for others who might encounter the same problem. No document--especially of this size--is ever perfect, but we at X3J13 are unofficially hoping that this comment period will serve to confirm our belief that this document is at least as solid as the de facto standards that have preceded it, and that it is time to proceed from a dpANS to a full standard. If you obtain the document and your overall impression concurs with ours--that this standard is finally ready--please feel free to mention this fact as part of your comments! Sincerely, Kent Pitman X3J13 Technical Editor KMP@Harlequin.COM From bugs@math.ucla.edu (bugs@math.ucla.edu) Tue Feb 8 18:38:06 1994 Received: from julia.math.ucla.edu by cli.com (4.1/SMI-4.1) id AA29036; Tue, 8 Feb 94 18:38:06 CST Return-Path: Received: from localhost by julia.math.ucla.edu (Sendmail 4.1/1.09) id AA07834; Tue, 8 Feb 94 16:39:41 PST Message-Id: <9402090039.AA07834@julia.math.ucla.edu> To: kcl@cli.com Cc: lunnon@math.ucla.edu Subject: compile-file gives bogus SYSTEM command line Date: Tue, 08 Feb 94 16:39:41 -0800 From: "Bugs Manager (Jim Carter)" Our user Rachel Lunnon has hit a problem in kcl's compiled code extension. malibu.4> kcl AKCL (Austin Kyoto Common Lisp) Version(1.615) Thu Dec 10 09:21:54 PST 1992 Contains Enhancements by W. Schelter >(compile-file "shrink") Compiling shrink.lsp. ; (DEFUN SHRINKLOOP ...) is being compiled. ;; The variable CHOOSEONE is undefined. ;; The compiler will assume this variable is a global. End of Pass 1. ;; Note: Tail-recursive call of SHRINKLOOP was replaced by iteration. ... above message for a number of loops ... End of Pass 2. sh: syntax error at line 1: `end of file' unexpected Correctable error: (SYSTEM "(cd . ;cc -DVOL= -I/m/zuma/kcl/akcl/o -Bstatic -temp=. -pipe -O ") returned a non-zero value 2. Signalled by UNLESS. If continued: Continues anyway. Broken at CERROR. Type :H for Help. As you can see, the command line argument of SYSTEM was "(stuff" explaining the shell's obscure complaint. I'm assuming that the syntax of a quoted string is supposed to be like (SYSTEM "commandline") If anyone knows what to do about this problem or where to investigate further, could you please reply direct to as well as to the list, as we do not normally subscribe. Thank you. James F. Carter Voice 310 825 2897 FAX 310 206 6673 UCLA-Mathnet; 6221 MSA; 405 Hilgard Ave.; Los Angeles, CA, USA 90024-1555 Internet: jimc@math.ucla.edu BITNET: jimc%math.ucla.edu@INTERBIT UUCP:...!{ucsd,ames,ncar,gatech,purdue,rutgers,decvax,uunet}!math.ucla.edu!jimc From atoval@ambrosio.dif.um.es (atoval@ambrosio.dif.um.es) Fri Feb 11 08:39:05 1994 Return-Path: Received: from unimur.um.es by cli.com (4.1/SMI-4.1) id AA16483; Fri, 11 Feb 94 08:39:05 CST Received: from ambrosio.dif.um.es (mapocho.dif.um.es) by unimur.um.es (4.1/SMI-4.1) id AA09424; Fri, 11 Feb 94 15:39:34 +0100 Message-Id: <9402111439.AA09424@unimur.um.es> Date: Fri 11 Feb 1994 15:38:07 From: atoval@ambrosio.dif.um.es (Ambrosio Toval Alvarez) To: kcl@cli.com Dear Sir/Madam, This mail is just to ask if you have knowledge on the existence of any KCL, or AKCL, support for window system (if any) or any contact address to get this information. Thank you very much in advance for your attention. Please could you acknowledge receipt of this e-mail? Thank you again, Ambrosio Toval Dept. Informatica y Sistemas Universidad de Murcia (Spain) fax + 34 68 364151; e-mail atoval@dif.um.es From barmar@Think.COM (barmar@Think.COM) Mon Mar 14 11:51:11 1994 Return-Path: Received: from mail.think.com by cli.com (4.1/SMI-4.1) id AA04408; Mon, 14 Mar 94 11:51:11 CST Received: from Telecaster.Think.COM by mail.think.com; Mon, 14 Mar 94 12:49:54 -0500 From: Barry Margolin Received: by telecaster.think.com (4.1/Think-1.2) id AA17736; Mon, 14 Mar 94 12:49:53 EST Date: Mon, 14 Mar 94 12:49:53 EST Message-Id: <9403141749.AA17736@telecaster.think.com> To: Lisp-Related groups:;@Think.COM Subject: LUV'94 CALL FOR PARTICIPATION AND FEEDBACK LUV'94 CALL FOR PARTICIPATION AND FEEDBACK The 4th annual Lisp Users and Vendors Conference (LUV'94) will be held in Berkeley, California on August 15-19, 1994. As we prepare to finalize our schedule of events, we are soliciting immediate input from the Lisp community on the following issues: * What tutorial topics would you be most likely to attend? * What tutorial presenters would you most prefer to hear? * Is there a tutorial topic that you would be interested in presenting? * Are there particular conference speakers that you would like to hear from? * Are there particular topics that you would like to hear discussed? * Is there some other activity or event that would increase your likelihood of attendance or your perception of the value offered if you already plan to attend? If you wish to have input on any of these issues, or have other questions or comments, please send them AS SOON AS POSSIBLE to luv-94@ai.sri.com. Thanks for your time and interest. See you in Berkeley! Kent Pitman (kmp@harlequin.com) Thomas Pole (pole@ads.com) LUV'94 co-chairmen From attardi@DI.UniPi.IT (attardi@DI.UniPi.IT) Tue Mar 22 14:24:32 1994 Return-Path: Received: from apollo.di.unipi.it by cli.com (4.1/SMI-4.1) id AA24832; Tue, 22 Mar 94 14:24:32 CST Received: from database.di.unipi.it by apollo.di.unipi.it with SMTP (16.7/16.2) id AA04136; Tue, 22 Mar 94 20:17:46 +0100 Organization: Dipartimento di Informatica - Universita' di Pisa - Italy Received: by database (4.1/SMI-4.1) id AA06838; Tue, 22 Mar 94 20:17:45 +0100 Date: Tue, 22 Mar 94 20:17:45 +0100 From: attardi@DI.UniPi.IT Message-Id: <9403221917.AA06838@database> To: kcl@cli.com Subject: setf bug In akcl 1.615: >(setq x '(nil nil)) (NIL NIL) >(setf (nth 0 x) #'(lambda (x) x)) (LAMBDA-CLOSURE ((#:G1058 ((LAMBDA-CLOSURE ((#:G1058 ((LAMBDA-CLOSURE ((#:G1058 ((LAMBDA-CLOSURE ((#:G1058 ((LAMBDA-CLOSURE ((#:G1058 ((LAMBDA-CLOSURE ((#:G1058 ((LAMBDA-CLOSURE ... From kmp@harlequin.com (kmp@harlequin.com) Thu Mar 31 03:30:28 1994 Return-Path: Received: from hilly.harlequin.com by cli.com (4.1/SMI-4.1) id AA19791; Thu, 31 Mar 94 03:30:28 CST Received: from epcot.harlequin.com by hilly.harlequin.com; Thu, 31 Mar 1994 04:33:17 -0500 Received: from sonata.harlequin.com (sonata) by epcot.harlequin.com; Thu, 31 Mar 1994 04:37:13 -0500 From: Kent Pitman Date: Thu, 31 Mar 1994 04:37:11 -0500 Message-Id: <15608.199403310937@sonata.harlequin.com> Subject: Registration Forms for LUV '94: Lisp Users and Vendors Conference Reply-To: luv-94@ai.sri.com Apparently-To: The Association of Lisp Users invites you to attend LUV '94 The Fourth International Lisp Users and Vendors Conference to be held in Berkeley, California on August 15-19, 1994 Please mark your calendar and plan to join us! Whether you're a user or implementor of Common Lisp, Scheme, Dylan, or EMACS Lisp--or just an interested party--this conference is for you. It's a chance to find out what's been going on and to influence what happens next in the Lisp community. You'll hear what users and vendors have been up to, and what they're planning in the future. You'll participate in the interactive dialog between the users and vendors about the needs of the Lisp community in the years ahead. It's a valuable opportunity to do more than just program in Lisp--it's a chance to be a part of the Lisp community, to learn, and to contribute to a strong future. The keynote address will be by Richard Stallman of the Free Software Foundation. Other interesting talks, panels, and paper presentations are being arranged and will be announced later. The conference will be held at the Berkeley Marina Marriott hotel. We are pleased to announce that this years sleeping room rate is $89.00 (single/double). There is complimentary parking at the hotel. Either the Oakland or San Francisco airport may be used; Oakland is suggested for domestic flights. Information about special airfare and ground transportation rates will be forthcoming. Registration pricing remains unchanged from last year: Monday and Tuesday will be half-day tutorials at the rate of $125 per tutorial. The main conference (Wednesday through Friday) will be $400. Very substantial discounts are available for full-time students. A registration form is attached below. For further information, or to volunteer to help out, please contact: Meetings Unlimited, Kent Pitman, Thomas Pole, LUV '94 Committee Conference Organizers Co-Chairman Co-Chairman luv-94@ai.sri.com CompuServe 76470.3334 (617) 374-2516 (703) 902-7100 luv-organizer@ai.sri.com kmp@harlequin.com pole@chesapeake.ads.com ============================================================================== TUTORIAL SCHEDULE 1. Good Lisp Programming Style A survey of styles and techniques that make code less error prone and more maintainable, both at the individual function level and at the complete system level. Instructor: To be determined. Prerequisite: Basic knowledge of programming concepts. 2. CLOS I An introduction to the Common Lisp Object System (CLOS), the object-oriented extension to the proposed ANSI Common Lisp standard. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 3. Efficiency and Optimization in Lisp A survey of topics such as profiling, common algorithmic optimizations, consing, declarations and type checking, garbage collection, using C code, arrays and delivery considerations. Some general guidelines will be portable, others will be specific to the major commercial Common Lisp implementations. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 4. Macros and Compiler Macros for Abstraction and Efficiency Common Lisp provides a number of syntactic mechanisms for making code more maintainable and efficient. Learn when and how to use macros, compiler macros, reader macros, and inlined functions to improve your coding style and productivity. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 5. CLIM I How to use the Common Lisp Interface Manager (CLIM) to build interfaces to appllication programs. Use of application frames presentations, menus and dialogs, commands, command tables, interaction styles, and drawing graphics. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp and CLOS concepts. 6. CLOS II Complex initializations protocols, customized method combinations, and the various ``meta object'' protocols for CLOS, as well as a survey of existing implementational techniques and their consequences. Instructor: To be determined. Prerequisite: CLOS I and/or a good understanding of CLOS and Lisp. 7. Advanced topics in Common Lisp The topics that most beginning courses never get around to: LOOP, FORMAT, conditions and restarts, UNWIND-PROTECT, PRINT-OBJECT and MAKE-LOAD-FORM methods, the pretty printer, and issues relating to implementation and storage representation that influence practical programs. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 8. GNU EMACS Lisp Programming The EMACS extension language, EMACS Lisp, which allows users to not only customize the popular EMACS editor, but also allows the development of active documents applications that interact with the user. Instructor: Richard Stallman Prerequisite: Basic knowledge of programming concepts. 9. Common Lisp and Databases (Relational and Object-Oriented) A survey of concepts, techniques, and tools for working with relational and object-oriented databases from within Common Lisp. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 10. Hybrid development environments: Getting Lisp, C, and other languages to work together. For example, foreign function interfaces, datatype interchange, external character encodings. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 11. CLIM II Hardcopy, pointer tracking and manipulation, incremental redisplay, table and graph formatting, drawing in color, the drawing environment, and doing transformations. Instructor: To be determined. Prerequisite: CLIM I and/or a good understanding of CLIM, CLOS and Lisp. 12. Comparing and Contrasting Common Lisp, Scheme, and Dylan An overview of these three languages, with emphasis on where they overlap and how they differ, for programmers who need to move back and forth between them. Instructor: To be determined. Prerequisite: Basic knowledge of programming concepts. 13. Advanced Vendor-Specific Tools and Techniques: Helpful hints for people who already use a certain vendor's Lisp regularly and want to improve their use of that vendor's tools and language extensions. Specify Vendor: ____________________ Instructor: To be determined. Prerequisite: User of specified Common Lisp from specified vendor. ****************************** NOTES ****************************** In items 1-13 above, a prerequisite is specified in order to guide potential attendees to courses at their level of expertise. In NO case is the prerequisite enforced. It is just a guideline to let you know at what level the instructor will be speaking in order to help you get the best value for your money. Tutorial are SUBJECT TO SCHEDULE CHANGE. Tutorials are SUBJECT TO CANCELLATION if there is insufficient enrollment. -----8<----- Cut here -----8<----- Cut here -----8<----- Cut here ----- ***** LUV '94 REGISTRATION FORM ***** (version 3, 30-Mar-94) Confidential? Name __________________________________________________ [ ] Company __________________________________________________ [ ] [ ] Home Address [ ] Work Address __________________________________________________ [ ] City __________________________________________________ [ ] State __________________________________________________ [ ] Zip/Postal Code ____________________ Country _____________________ [ ] [ ] Home Phone [ ] Work Phone __________________________________________________ [ ] (please include country, area, or city codes) E-Mail __________________________________________________ [ ] PRIVACY DISCLAIMER: If you take no special action, the information provided might be published as some form of public record of the conference attendees. If you check the "Confidential?" box in the right column of any line, the information on that line will be excluded from any published record of conference attendees. Registration Status: [ ] Full-time student or full-time academic. (Please bring proof.) [ ] Others, Normal Registration. Must be received BEFORE 8-Jul-94. [ ] Others, Late Registration. - - - - - - - - - - Please send these three pages of registration material plus your check or money order to: Association of Lisp Users attn: LUV 94 Registration P.O. Box 294 Malvern, PA 19355-0294 U.S.A. Registration material sent by e-mail will NOT be accepted. - - - - - - - - - - (LUV'94 REG / PAGE 1 OF 3) TUTORIAL REGISTRATION Monday Morning, 4 hours, 8am-noon (choose one) [ ] 1. Good Lisp Programming Style [ ] 2. CLOS I [ ] 3. Efficiency and Optimization in Common Lisp Monday Afternoon, 4 hours, 1pm-5pm (choose one) [ ] 4. Macros and Compiler Macros for Abstraction and Efficiency [ ] 5. CLIM I [ ] 6. CLOS II Tuesday Morning, 4 hours, 8am-noon (choose one) [ ] 7. Advanced Topics in Common Lisp [ ] 8. GNU EMACS Lisp Programming [ ] 9. Common Lisp and Databases (Relational and Object-Oriented) Tuesday Afternoon, 4 hours, 1pm-5pm (choose one) [ ] 10. Hybrid development environments: Lisp, C, and others [ ] 11. CLIM II [ ] 12. Comparing and Contrasting Common Lisp, Scheme, and Dylan Tuesday EVENING, 3 hours, 8pm-11pm (choose one) [ ] 13. Advanced Vendor-Specific Tools and Techniques Specify vendor: ____________________ - - - - - - - - - - If some tutorial topic is not shown here that you would like to have chosen instead of or in addition to those above, please mention it (and any suggested instructors) here. Please also say whether you want an introductory or advanced level course: If the above schedule is keeping you from enrolling in the tutorials you most want to attend, please explain the nature of the conflict here: Please specify any substitutions you would be willing to make if your first choice tutorials do not receive enough interest: Tutorial times are subject to change, and tutorials themselves could be cancelled if there is insufficient enrollment. If a need to make such changes would create a special hardship for you, please specify the nature of your need/concern: - - - - - - - - - - (LUV'94 REG / PAGE 2 OF 3) CONFERENCE FEES TUTORIALS (Mon-Tue): $50 (per session) for full-time students or full-time academics. $125 (per session) for others--normal registration (BEFORE 8-Jul-94). $175 (per session) for others--late registration. ( price = $ _____ ) x ( number of sessions = _____ ) = $ __________ CONFERENCE (Wed-Fri): Includes exhibits, keynote address by Richard Stallman of the Free Software Foundation, technical paper presentations, and vendor presentations. $100 for full-time students or full-time academics. $400 for others--normal registration (BEFORE 8-Jul-94). $500 for others--late registration. This price is for all three days. One-day fees are not available. $ __________ =============== TOTAL ENCLOSED . . . . . . . . . . . . . . . . . . . . . . . . $ __________ Please pay this part with check or money order made payable (in US funds only) to "Association of Lisp Users". - - - - - - - - - - HOTEL RESERVATIONS A limited number of rooms have been blocked at a special rate of $89.00 single/double per night + 12% tax. Room Preference (check one): [ ] single [ ] double If double, specify roommate: _________________________ Arrival Day and Date: _______________________________ Departure Day and Date: _______________________________ Credit Card Information (to guarantee late arrival only): Card Type: _______________ Expiration Date: _____ / _____ Account Number: ___________________________________________ Signature: ________________________________________________ >>> Warning: NEVER send credit card information by e-mail <<< - - - - - - - - - - (LUV'94 REG / PAGE 3 OF 3) From kmp@harlequin.com (kmp@harlequin.com) Sun Apr 3 01:11:52 1994 Return-Path: Received: from hilly.harlequin.com by cli.com (4.1/SMI-4.1) id AA09034; Sun, 3 Apr 94 01:11:52 CST Received: from epcot.harlequin.com by hilly.harlequin.com; Sun, 3 Apr 1994 03:14:43 -0400 Received: from sonata.harlequin.com (sonata) by epcot.harlequin.com; Sun, 3 Apr 1994 03:18:41 -0400 From: Kent Pitman Date: Sun, 3 Apr 1994 03:18:39 -0400 Message-Id: <23730.199404030718@sonata.harlequin.com> Subject: CALL FOR PAPERS: 1994 Lisp Users and Vendors Conference (LUV '94) Reply-To: luv-94@ai.sri.com Apparently-To: CALL FOR PAPERS FOURTH INTERNATIONAL LISP USERS AND VENDORS CONFERENCE (LUV'94) AUGUST 15-19, 1994 BERKELEY MARINA MARRIOTT HOTEL BERKELEY, CALIFORNIA. Attention authors and potential authors of papers on Lisp! As is now traditional, the schedule for this year's Lisp Users and Vendors Conference (LUV '94) provides for technical papers about Lisp. Unlike the more theory-oriented ACM Lisp & Functional Programming Conference, what we're looking for are concrete, practical papers that talk about issues of importance to those who build their commercial business in today's marketplace using Lisp-based products. This is a chance to share your success stories, discuss your techniques, or even document technical and social obstacles you're facing that you haven't yet managed to overcome. The conference together experts who are focused on making Lisp succeed in the marketplace, and there is no better forum for you to engage in a public dialog about the issues facing Lisp today. - - - - - - - - - - SCOPE AND CONTENT. Material in papers must clearly demonstrate a practical value from the use of the Lisp language or Lisp technology; as such, papers need not be especially innovative or original. Preference will be given to previously undisseminated reports or experiences. Topics in the area of programming languages and environments are welcome. Untested or purely theoretical ideas are less suitable. The full range of Lisp dialects are appropriate to this conference, including (but not limited to) Common Lisp, ISLISP, Eulisp, DKLISP, JKLISP, Emacs Lisp, XLISP, AutoLisp, Interleaf Lisp, Scheme, and Dylan. SUBMISSIONS. Authors should submit SEVEN (7) copies of their papers to the LUV '94 at the following address: Bradford Miller, LUV '94 Paper Chair Computer Science Dept. University of Rochester Rochester, NY 14627-0226 The length of the written papers should not exceed TEN (10) pages (numbered, font size 10pt or larger). Submissions should include a return postal address, a telephone number, and (if available) an electronic mail address. DEADLINES. Please mark your calendar with the following dates: 31 May 94 Deadline for receipt of papers (or extended abstracts). 27 Jun 94 Last day for notification of acceptance or rejection. 8 Jul 94 Deadline for "normal" registration. (After this, rates go up...) 22 Jul 94 Deadline for receipt of final copy of accepted papers. COPYRIGHT. Authors of accepted paper will be required to sign a release for publication in the conference proceedings. Authors may retain the copyright themselves if they wish by installing their own copyright notice in the paper. Previously copyrighted material may still be published depending on the permission to publish; in this case, the previous copyright and notice of permission should appear in the paper. PRESENTATION OF ACCEPTED PAPERS. Accepted papers will appear in the written proceedings, which will be distributed at the conference and might or might not also be distributed in some other fashion after the conference. The authors of certain selected papers will be invited to make a 20-minute verbal presentation at the technical talks sessions during the conference. (Time constraints might prevent the verbal presentation of some accepted papers. Some accepted papers might be presented during a poster paper session.) STUDENT PAPERS. There will be a separate track for Student papers. Submission and acceptance dates, as well as acceptable themes, are the same as for other authors. Accepted papers will appear in the written proceedings (please see above instructions regarding copyright and permission to publish requirements). ADDITIONAL INFORMATION. For further information about paper submission or about the conference itself (including requests conference registration information), please contact: Bradford Miller, LUV '94 Committee LUV '94 paper chair luv-94@ai.sri.com miller@cs.rochester.edu Meetings Unlimited, Kent Pitman, Thomas Pole, Conference Organizers Co-Chairman Co-Chairman luv-organizer@ai.sri.com kmp@harlequin.com pole@chesapeake.ads.com CompuServe 76470.3334 (617) 374-2516 (703) 902-7100 From wfs@math.utexas.edu (wfs@math.utexas.edu) Tue Apr 5 18:51:47 1994 Return-Path: Received: from fireant.ma.utexas.edu by cli.com (4.1/SMI-4.1) id AA25997; Tue, 5 Apr 94 18:51:47 CDT Received: from nicolas.ma.utexas.edu by fireant.ma.utexas.edu (5.64/5.51) id AA00535; Tue, 5 Apr 94 18:51:23 -0500 Date: Tue, 5 Apr 94 18:50:26 -0500 From: wfs@math.utexas.edu (Bill Schelter) Posted-Date: Tue, 5 Apr 94 18:50:26 -0500 Message-Id: <9404052350.AA21777@nicolas.ma.utexas.edu> Received: by nicolas.ma.utexas.edu (5.61/5.51) id AA21777; Tue, 5 Apr 94 18:50:26 -0500 To: kcl@cli.com Cc: Subject: setf bug? Reply-To: wfs@math.utexas.edu > Date: Tue, 22 Mar 94 20:17:45 +0100 > From: attardi@DI.UniPi.IT > Subject: setf bug I believe perhaps this is not a bug, but appeared to be one since the pretty printer does not print the closure properly unless *print-circle* is true. The setf form expands into a let*, in order to guard the order of evaluation, and that let* which encloses the #'(lambda...) makes the latter into a closure for those temporary let* variables, and because the operation destructively modifies the list, you get a circular list. In some lisps the environment would not print out, and so you would not see the bindings of the environment variables, and so you would not need *print-circle* = t. Of course the compiler would have eliminated unnecessary variables from the environment, but that is not usually done in an interpreter. (setq *print-circle* t) >(setq x '(nil nil)) (NIL NIL) >(setf (nth 0 x) #'(lambda (x) x)) #0=(LAMBDA-CLOSURE ((#:G1077 (#0# NIL)) (#:G1076 0)) () () (X) X) >(setq me *) #0=(LAMBDA-CLOSURE ((#:G1077 (#0# NIL)) (#:G1076 0)) () () (X) X) >(funcall me 3) 3 From jug@itd.dsto.gov.au Wed May 4 19:46:25 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00252; Wed, 4 May 94 19:46:25 CDT Received: from itd0.dsto.gov.au by cli.com (4.1/SMI-4.1) id AA22355; Wed, 4 May 94 18:57:26 CDT Received: from tcs22.dsto.gov.au by itd0.dsto.gov.au with SMTP (5.64+1.3.1+0.50/DSTO-1.0) id AA08200; Thu, 5 May 1994 09:27:14 +0930 Date: Thu, 5 May 1994 09:27:14 +0930 From: Jim Grundy Message-Id: <9405042357.AA08200@itd0.dsto.gov.au> To: kcl@cli.com Subject: Trouble compiling AKCL under Linux Hi First let me say that I don't know for sure if I should be mailing this list with my problems. If I should not, just let me know and I won't do it again. However, I was advised by someone on comp.lang.lisp that it might be a usefull thing to do. So here goes. As the subject line says, I am having trouble building AKCL under Linux. In particular I am trying to build AKCL 1-624 under the Slackware 1.1.2 distribution of Linux (Kernal 0.99pl14, gcc 2.5.8, libc 4.5.19). First off, I don't get to far unless I use Reginald S. Perry's replacement 386-linux.h and 386-linux.defs files (which I will include at the end of this mail incase people have not seen them). Next step, I have to comment out the definition of SIGBUS from 386-linux.h as it is redefined later by one of the system includes (well I don't actually have to comment it out, but it saves a lot of warning messages). They I also have to comment out the definition of ulong from arith.h as it is also defined in one of the system include files. Then the build starts to work. It builds raw_kcl fine, but the saved_kcl does not work. I think I have traced the problem to the function si:save-image. The images produced by this function will not run, they encounter a segmentation fault immediately upon start up. Well, thats my problem as best I can see it. I would really appreciate any help or pointers anyone may have for me. Thanks in advance Jim Grundy ======================================================================== Information Technology Division | Building 171 Laboratories Area | phone: +61 8 2596162 PO Box 1500 | fax: +61 8 2595980 Salisbury SA 5108 | email: jug@itd.dsto.gov.au AUSTRALIA | telex: AA82799 ======================================================================== ----------------------------386-linux.h------------------------ #define BSD386 #include "bsd.h" /* #include "386.h" */ #undef HAVE_SIGVEC #undef RUN_PROCESS #define ADDITIONAL_FEATURES \ ADD_FEATURE("BSD386"); \ ADD_FEATURE("MC68020") #define I386 #define IEEEFLOAT #undef HAVE_XDR #ifdef IN_UNIXSAVE #include #endif #define USE_ATT_TIME /* fix this later. How to check for input */ #undef LISTEN_FOR_INPUT #if 1 /* Required for CLX to work correctly */ #if defined IN_FILE #include #include #include #include #endif #define FIOREADN _IOR('f', 127, int) /* This is really FIONREAD */ /* if there is no input there return false */ #define LISTEN_FOR_INPUT(fp) \ if(((fp)->_IO_read_ptr >= (fp)->_IO_read_end) && (c=0,ioctl((fp)->_fileno, FIOREADN, &c),c<=0)) \ return 0 #endif /* end listen for input */ /* we dont need to worry about zeroing fp->_base , to prevent */ #define FCLOSE_SETBUF_OK /* #define DATA_BEGIN((TXTRELOC+header.a_text+(SEGSIZ-1)) & ~(SEGSIZ-1)); */ #define DATA_BEGIN (char *)(char *)N_DATADDR(header); /* #undef FILECPY_HEADER #define FILECPY_HEADER \ if (header.a_magic == ZMAGIC) \ filecpy(save, original, PAGSIZ - sizeof(header)); \ filecpy(save, original, header.a_text); */ #define RELOC_FILE "rel_sun3.c" #define LITTLE_ENDIAN #define PAGSIZ (NBPG) #define SEGSIZ (NBPG * CLSIZE) #define TXTRELOC 0 #define USE_DIRENT #define GETPATHNAME #define PATHNAME_CACHE 30 /* try out the gnu malloc */ #if 1 /* (conflict with PAGEWIDTH != 11) */ #define GNU_MALLOC /* works if PAGEWIDTH==11 */ #define GNUMALLOC #endif #define INSTALL_SEGMENTATION_CATCHER \ (void) signal(SIGSEGV,segmentation_catcher) #undef SIGBUS #define SIGBUS SIGSEGV #define SIGSYS SIGSEGV #define SIGEMT SIGSEGV #define WANT_SGC #ifdef WANT_SGC /* begin defines for SGC */ /* SGC is a performance winner for large applications as it doesn't run the entire image through the pager during collection. SGC requires the 'mprotect' function. Need Jeffrey Hsu's kernel patch for signal handlers. Should be in FreeBSD versions later than 1.0.2. Also need to add #include before #include in c/sgc.c Also - the above handler conflicts with use of '(un)catch-bad-signals' You may want to modify unixint.c to account for SGC use. */ #define SGC #define SIGPROTV SIGBUS #endif /* end of SGC mods */ /* #define SIGPROTV SIGBUS */ /* In my implementation I have put the address in code Doubtless this will change in Xinu code. */ #define GET_FAULT_ADDR(sig,code,sv,a) ((char *) code) /* get the fileno of a FILE* */ #define FILENO(x) fileno(x) #define ULONG_DEFINED #define NO_PROFILE #define UNIXSAVE "unexlin.c" #undef LD_COMMAND #define LD_COMMAND(command,main,start,input,ldarg,output) \ sprintf(command, "ld -d -S -N -x -A %s -T %x %s %s -o %s", \ main,start,input,ldarg,output) /* Begin for cmpinclude */ /* yes we have alloca */ #define HAVE_ALLOCA /* _setjmp and _longjmp exist on bsd and are more efficient and handle the C stack which is all we need. [I think!] */ /* End for cmpinclude */ -------------------------------386-linux.defs------------------- # Machine dependent makefile definitions for intel 386,486 running 386bsd LBINDIR=/usr/local/bin OFLAG = -O2 LIBS = -lm ODIR_DEBUG= -g # This CC string will be used for compilation of the system, # and also in the compiler::*cc* variable for later compilation of # lisp files. CC = gcc -fwritable-strings -DVOL=volatile -I$(AKCLDIR)/o MAINDIR = /usr/local/kcl # Enable the fastloading mechanism which does not use ld -A # requires c/rel_.. machine dependent code. RSYM = rsym SFASL = $(ODIR)/sfasl.o # Use the mp.s file on 68k machine # new gcc doesn't make a good .s file using optimisations. # so either use $(MPDIR)/mpi.o $(MPDIR)/libmport.a #MPFILES= $(MPDIR)/mpi-386.o $(MPDIR)/libmport.a MPFILES= $(MPDIR)/mpi-386d.o $(MPDIR)/libmport.a # When using SFASL it is good to have (si::build-symbol-table) INITFORM=(si::build-symbol-table) # Use symbolic links SYMB=-s LIBFILES=bsearch.o # the make to use for saved_kcp the profiler. KCP=kcp-bsd # dont add the .data CAT=true From jug@itd.dsto.gov.au Wed May 4 20:28:06 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00256; Wed, 4 May 94 20:28:06 CDT Received: from itd0.dsto.gov.au by cli.com (4.1/SMI-4.1) id AA22393; Wed, 4 May 94 19:39:32 CDT Received: from tcs22.dsto.gov.au by itd0.dsto.gov.au with SMTP (5.64+1.3.1+0.50/DSTO-1.0) id AA08664; Thu, 5 May 1994 10:09:15 +0930 Date: Thu, 5 May 1994 10:09:15 +0930 From: Jim Grundy Message-Id: <9405050039.AA08664@itd0.dsto.gov.au> To: kcl@cli.com Subject: Trouble buildin AKCL under Linux Cc: jug@itd.dsto.gov.au Hi First let me say that I don't know for sure if I should be mailing this list with my problems. If I should not, just let me know and I won't do it again. However, I was advised by someone on comp.lang.lisp that it might be a usefull thing to do. So here goes. As the subject line says, I am having trouble building AKCL under Linux. In particular I am trying to build AKCL 1-624 under the Slackware 1.1.2 distribution of Linux (Kernal 0.99pl14, gcc 2.5.8, libc 4.5.19). First off, I don't get to far unless I use Reginald S. Perry's replacement 386-linux.h and 386-linux.defs files (which I will include at the end of this mail incase people have not seen them). Next step, I have to comment out the definition of SIGBUS from 386-linux.h as it is redefined later by one of the system includes (well I don't actually have to comment it out, but it saves a lot of warning messages). They I also have to comment out the definition of ulong from arith.h as it is also defined in one of the system include files. Then the build starts to work. It builds raw_kcl fine, but the saved_kcl does not work. I think I have traced the problem to the function si:save-image. The images produced by this function will not run, they encounter a segmentation fault immediately upon start up. Well, thats my problem as best I can see it. I would really appreciate any help or pointers anyone may have for me. Thanks in advance Jim Grundy ======================================================================== Information Technology Division | Building 171 Laboratories Area | phone: +61 8 2596162 PO Box 1500 | fax: +61 8 2595980 Salisbury SA 5108 | email: jug@itd.dsto.gov.au AUSTRALIA | telex: AA82799 ======================================================================== ----------------------------386-linux.h------------------------ #define BSD386 #include "bsd.h" /* #include "386.h" */ #undef HAVE_SIGVEC #undef RUN_PROCESS #define ADDITIONAL_FEATURES \ ADD_FEATURE("BSD386"); \ ADD_FEATURE("MC68020") #define I386 #define IEEEFLOAT #undef HAVE_XDR #ifdef IN_UNIXSAVE #include #endif #define USE_ATT_TIME /* fix this later. How to check for input */ #undef LISTEN_FOR_INPUT #if 1 /* Required for CLX to work correctly */ #if defined IN_FILE #include #include #include #include #endif #define FIOREADN _IOR('f', 127, int) /* This is really FIONREAD */ /* if there is no input there return false */ #define LISTEN_FOR_INPUT(fp) \ if(((fp)->_IO_read_ptr >= (fp)->_IO_read_end) && (c=0,ioctl((fp)->_fileno, FIOREADN, &c),c<=0)) \ return 0 #endif /* end listen for input */ /* we dont need to worry about zeroing fp->_base , to prevent */ #define FCLOSE_SETBUF_OK /* #define DATA_BEGIN((TXTRELOC+header.a_text+(SEGSIZ-1)) & ~(SEGSIZ-1)); */ #define DATA_BEGIN (char *)(char *)N_DATADDR(header); /* #undef FILECPY_HEADER #define FILECPY_HEADER \ if (header.a_magic == ZMAGIC) \ filecpy(save, original, PAGSIZ - sizeof(header)); \ filecpy(save, original, header.a_text); */ #define RELOC_FILE "rel_sun3.c" #define LITTLE_ENDIAN #define PAGSIZ (NBPG) #define SEGSIZ (NBPG * CLSIZE) #define TXTRELOC 0 #define USE_DIRENT #define GETPATHNAME #define PATHNAME_CACHE 30 /* try out the gnu malloc */ #if 1 /* (conflict with PAGEWIDTH != 11) */ #define GNU_MALLOC /* works if PAGEWIDTH==11 */ #define GNUMALLOC #endif #define INSTALL_SEGMENTATION_CATCHER \ (void) signal(SIGSEGV,segmentation_catcher) #undef SIGBUS #define SIGBUS SIGSEGV #define SIGSYS SIGSEGV #define SIGEMT SIGSEGV #define WANT_SGC #ifdef WANT_SGC /* begin defines for SGC */ /* SGC is a performance winner for large applications as it doesn't run the entire image through the pager during collection. SGC requires the 'mprotect' function. Need Jeffrey Hsu's kernel patch for signal handlers. Should be in FreeBSD versions later than 1.0.2. Also need to add #include before #include in c/sgc.c Also - the above handler conflicts with use of '(un)catch-bad-signals' You may want to modify unixint.c to account for SGC use. */ #define SGC #define SIGPROTV SIGBUS #endif /* end of SGC mods */ /* #define SIGPROTV SIGBUS */ /* In my implementation I have put the address in code Doubtless this will change in Xinu code. */ #define GET_FAULT_ADDR(sig,code,sv,a) ((char *) code) /* get the fileno of a FILE* */ #define FILENO(x) fileno(x) #define ULONG_DEFINED #define NO_PROFILE #define UNIXSAVE "unexlin.c" #undef LD_COMMAND #define LD_COMMAND(command,main,start,input,ldarg,output) \ sprintf(command, "ld -d -S -N -x -A %s -T %x %s %s -o %s", \ main,start,input,ldarg,output) /* Begin for cmpinclude */ /* yes we have alloca */ #define HAVE_ALLOCA /* _setjmp and _longjmp exist on bsd and are more efficient and handle the C stack which is all we need. [I think!] */ /* End for cmpinclude */ -------------------------------386-linux.defs------------------- # Machine dependent makefile definitions for intel 386,486 running 386bsd LBINDIR=/usr/local/bin OFLAG = -O2 LIBS = -lm ODIR_DEBUG= -g # This CC string will be used for compilation of the system, # and also in the compiler::*cc* variable for later compilation of # lisp files. CC = gcc -fwritable-strings -DVOL=volatile -I$(AKCLDIR)/o MAINDIR = /usr/local/kcl # Enable the fastloading mechanism which does not use ld -A # requires c/rel_.. machine dependent code. RSYM = rsym SFASL = $(ODIR)/sfasl.o # Use the mp.s file on 68k machine # new gcc doesn't make a good .s file using optimisations. # so either use $(MPDIR)/mpi.o $(MPDIR)/libmport.a #MPFILES= $(MPDIR)/mpi-386.o $(MPDIR)/libmport.a MPFILES= $(MPDIR)/mpi-386d.o $(MPDIR)/libmport.a # When using SFASL it is good to have (si::build-symbol-table) INITFORM=(si::build-symbol-table) # Use symbolic links SYMB=-s LIBFILES=bsearch.o # the make to use for saved_kcp the profiler. KCP=kcp-bsd # dont add the .data CAT=true From ltm@cns.NYU.EDU Wed May 4 20:56:26 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00261; Wed, 4 May 94 20:56:26 CDT Received: from cmcl2.NYU.EDU (NYU.EDU) by cli.com (4.1/SMI-4.1) id AA22413; Wed, 4 May 94 20:16:13 CDT Received: from WOTAN.CNS.NYU.EDU by cmcl2.NYU.EDU (5.61/1.34) id AA29646; Wed, 4 May 94 21:16:06 -0400 Received: from wozzeck.cns.nyu.edu by wotan.cns.nyu.edu (4.1/SMI-4.0) id AA02237; Wed, 4 May 94 21:19:00 EDT Date: Wed, 4 May 94 21:19:00 EDT From: ltm@cns.NYU.EDU (Laurence T. Maloney) Message-Id: <9405050119.AA02237@wotan.cns.nyu.edu> To: kcl@cli.com unsubscribe From wfs@math.utexas.edu Thu May 5 12:29:46 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00309; Thu, 5 May 94 12:29:46 CDT Received: from fireant.ma.utexas.edu by cli.com (4.1/SMI-4.1) id AA23683; Thu, 5 May 94 11:38:26 CDT Received: from nicolas.ma.utexas.edu by fireant.ma.utexas.edu (5.64/5.51) id AA23170; Thu, 5 May 94 10:20:01 -0500 Date: Thu, 5 May 94 10:19:11 -0500 From: wfs@math.utexas.edu (Bill Schelter) Posted-Date: Thu, 5 May 94 10:19:11 -0500 Message-Id: <9405051519.AA21924@nicolas.ma.utexas.edu> Received: by nicolas.ma.utexas.edu (5.61/5.51) id AA21924; Thu, 5 May 94 10:19:11 -0500 To: jug@itd.dsto.gov.au Cc: kcl@cli.com In-Reply-To: Jim Grundy's message of Thu, 5 May 1994 09:27:14 +0930 <9405042357.AA08200@itd0.dsto.gov.au> Subject: Re: Trouble compiling AKCL under Linux Get akcl-1-625.tgz [it definitely compiles there] Note this is a beta release of akcl under the GNU general public license. AKCL will be released as GNU Common Lisp under the GNU Library Licnese. This permits users to redistribute executables with possibly proprietary code linked in, as long as they make available sufficient data (eg their proprietary .o files) to rebuild an image with a recompiled AKCL. It will be moving towards the ANSI standard, and other developments are expected. We will start a gcl mailing list, and I think it would be reasonable to put the names of people on the kcl mailing list, onto this new list, until they ask to be taken off. From pdg@cs.uow.edu.au Mon May 16 02:49:40 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA10353; Mon, 16 May 94 02:49:40 CDT Received: from wraith.cs.uow.edu.au by cli.com (4.1/SMI-4.1) id AA11434; Mon, 16 May 94 02:00:03 CDT Received: from draci.cs.uow.edu.au (pdg@draci [130.130.64.3]) by wraith.cs.uow.edu.au (8.6.9/8.6.6) with ESMTP id QAA20179 for ; Mon, 16 May 1994 16:59:58 +1000 From: Peter D Gray Received: (pdg@localhost) by draci.cs.uow.edu.au (8.6.9/8.6.6) id QAA26562 for kcl@cli.com; Mon, 16 May 1994 16:59:51 +1000 Message-Id: <199405160659.QAA26562@draci.cs.uow.edu.au> Subject: KCL on SUN solaris 2 machines? To: kcl@cli.com Date: Mon, 16 May 1994 16:59:50 +1000 (EST) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 346 I guess the subject says it all. Is there a port of KCL to SOLARIS 2 and if so, where can I get the sources. pdg Peter Gray EMail: pdg@cs.uow.EDU.AU Dept of Computer Science University of Wollongong Phone: +61 42 213770 N.S.W. 2522 Australia Fax : +61 42 213262 From rpeters2@ua.d.umn.edu Mon May 16 11:27:05 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA10399; Mon, 16 May 94 11:27:05 CDT Received: from ua.d.umn.edu by cli.com (4.1/SMI-4.1) id AA11819; Mon, 16 May 94 10:44:36 CDT Received: from ub.d.umn.edu by ua.d.umn.edu with SMTP id AA10219 (5.65c/IDA-1.4.4 for ); Mon, 16 May 1994 10:44:30 -0500 Received: by ub.d.umn.edu (5.0/SMI-SVR4) id AA13301; Mon, 16 May 1994 10:43:30 +0600 From: rpeters2@ua.d.umn.edu Message-Id: <9405161543.AA13301@ub.d.umn.edu> Subject: unsubscribe To: kcl@cli.com Date: Mon, 16 May 1994 10:43:30 -0500 (CDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 16 unsubscribe kcl From @festival.edinburgh.ac.uk:jeff@aiai.edinburgh.ac.uk Mon May 16 15:24:23 1994 Return-Path: <@festival.edinburgh.ac.uk:jeff@aiai.edinburgh.ac.uk> Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA10411; Mon, 16 May 94 15:24:23 CDT Received: from sun2.nsfnet-relay.ac.uk by cli.com (4.1/SMI-4.1) id AA12369; Mon, 16 May 94 14:30:26 CDT Via: uk.ac.edinburgh.festival; Mon, 16 May 1994 16:45:46 +0100 Received: from aiai.ed.ac.uk by festival.ed.ac.uk id aa23885; 16 May 94 16:45 BST Received: from subnode.aiai.ed.ac.uk (bute) by aiai.ed.ac.uk; Mon, 16 May 94 16:47:15 BST Date: Mon, 16 May 94 16:47:13 BST Message-Id: <12062.9405161547@subnode.aiai.ed.ac.uk> From: Jeff Dalton Subject: what happened to si:faslink? To: kcl@cli.com I've just tried using AKCL 1.624 on a Solaris 2 Sun, and si:faslink doesn't seem to exist. -- jeff From @festival.edinburgh.ac.uk:jeff@aiai.edinburgh.ac.uk Mon May 16 16:27:11 1994 Return-Path: <@festival.edinburgh.ac.uk:jeff@aiai.edinburgh.ac.uk> Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA10420; Mon, 16 May 94 16:27:11 CDT Received: from sun2.nsfnet-relay.ac.uk by cli.com (4.1/SMI-4.1) id AA12641; Mon, 16 May 94 15:40:55 CDT Via: uk.ac.edinburgh.festival; Mon, 16 May 1994 21:10:01 +0100 Received: from aiai.ed.ac.uk by festival.ed.ac.uk id ab29427; 16 May 94 21:09 BST Received: from subnode.aiai.ed.ac.uk (bute) by aiai.ed.ac.uk; Mon, 16 May 94 21:11:37 BST Date: Mon, 16 May 94 21:11:35 BST Message-Id: <13430.9405162011@subnode.aiai.ed.ac.uk> From: Jeff Dalton Subject: Re: what happened to si:faslink? To: Pinku Surana In-Reply-To: Pinku Surana's message of Mon, 16 May 1994 14:50:27 -0500 Cc: kcl@cli.com > >From Note on KCL/UNIX (kclunix document): > "Note: SI:FASLINK is only defined in the BSD versions of KCL." Ok, so how do I load such things when the OS is Solaris 2? From kmp@harlequin.com Mon May 23 11:39:21 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA10906; Mon, 23 May 94 11:39:21 CDT Received: from hilly.harlequin.com by cli.com (4.1/SMI-4.1) id AA22026; Mon, 23 May 94 10:14:16 CDT Received: from epcot.harlequin.com by hilly.harlequin.com; Mon, 23 May 1994 06:20:45 -0400 Received: from sonata.harlequin.com (sonata) by epcot.harlequin.com; Mon, 23 May 1994 06:25:12 -0400 Date: Mon, 23 May 1994 06:25:11 -0400 Message-Id: <7238.199405231025@sonata.harlequin.com> From: kmp@harlequin.com Sender: kmp@harlequin.com Subject: 2ND CFP: LUV '94 (AUG 15-19, BERKELEY, CA) Reply-To: kmp@harlequin.com Apparently-To: SECOND CALL FOR PAPERS (SUBMISSION DEADLINE APPROACHING!) FOURTH INTERNATIONAL LISP USERS AND VENDORS CONFERENCE (LUV'94) AUGUST 15-19, 1994 BERKELEY MARINA MARRIOTT HOTEL BERKELEY, CALIFORNIA. Attention authors and potential authors of papers on Lisp, Scheme, Dylan, and other dialects of Lisp! As is now traditional, the schedule for this year's Lisp Users and Vendors Conference (LUV '94) provides for technical papers about Lisp. Unlike the more theory-oriented ACM Lisp & Functional Programming Conference, what we're looking for are concrete, practical papers that talk about issues of importance to those who build their commercial business in today's marketplace using Lisp-based products. This is a chance to share your success stories, discuss your techniques, or even document technical and social obstacles you're facing that you haven't yet managed to overcome. The conference together experts who are focused on making Lisp succeed in the marketplace, and there is no better forum for you to engage in a public dialog about the issues facing Lisp today. THE SUBMISSION DEADLINE (FOR PAPERS OR EXTENDED ABSTRACTS) IS 31 MAY 94. PLEASE CONTACT US IMMEDIATELY IF YOU PLAN TO SUBMIT SOMETHING BUT WILL HAVE DIFFICULTY MAKING THIS DEADLINE. Paper presenters will be in very distinguished company. We are pleased to announce that invited talks at this conference will be: ``Lisp as an Extension Language'' Richard Stallman, Free Software Foundation ``Perspectives on Lisp'' John McCarthy, Stanford University - - - - - - - - - - SCOPE AND CONTENT. Material in papers must clearly demonstrate a practical value from the use of the Lisp language or Lisp technology; as such, papers need not be especially innovative or original. Preference will be given to previously undisseminated reports or experiences. Topics in the area of programming languages and environments are welcome. Untested or purely theoretical ideas are less suitable. The full range of Lisp dialects are appropriate to this conference, including (but not limited to) Common Lisp, ISLISP, Eulisp, DKLISP, JKLISP, Emacs Lisp, XLISP, AutoLisp, Interleaf Lisp, Scheme, and Dylan. SUBMISSIONS. Authors should submit SEVEN (7) copies of their papers to the LUV '94 at the following address: Bradford Miller, LUV '94 Paper Chair Computer Science Dept. University of Rochester Rochester, NY 14627-0226 The length of the written papers should not exceed TEN (10) pages (numbered, font size 10pt or larger). Submissions should include a return postal address, a telephone number, and (if available) an electronic mail address. DEADLINES. Please mark your calendar with the following dates: 31 May 94 Deadline for receipt of papers (or extended abstracts). 27 Jun 94 Last day for notification of acceptance or rejection. 8 Jul 94 Deadline for "normal" registration. (After this, rates go up...) 22 Jul 94 Deadline for receipt of final copy of accepted papers. If you have difficulty making the 31 May 94 submission deadline, please be sure to contact the Paper Chair immediately with information about your situation and needs. Our ability to make special arrangements may vary depending on the volume of requests we are handling and other circumstances, but in general we will try to be flexible where we are able. COPYRIGHT. Authors of accepted paper will be required to sign a release for publication in the conference proceedings. Authors may retain the copyright themselves if they wish by installing their own copyright notice in the paper. Previously copyrighted material may still be published depending on the permission to publish; in this case, the previous copyright and notice of permission should appear in the paper. PRESENTATION OF ACCEPTED PAPERS. Accepted papers will appear in the written proceedings, which will be distributed at the conference and might or might not also be distributed in some other fashion after the conference. The authors of certain selected papers will be invited to make a 20-minute verbal presentation at the technical talks sessions during the conference. (Time constraints might prevent the verbal presentation of some accepted papers. Some accepted papers might be presented during a poster paper session.) STUDENT PAPERS. There will be a separate track for Student papers. Submission and acceptance dates, as well as acceptable themes, are the same as for other authors. Accepted papers will appear in the written proceedings (please see above instructions regarding copyright and permission to publish requirements). REGISTRATION. Sorry, conference budget limitations are such that we can't waive the registration fee for paper authors. Authors whose papers are accepted for the proceedings and presentation are expected to register for the conference. ADDITIONAL INFORMATION. For further information about paper submission or about the conference itself (including requests conference registration information), please contact: Bradford Miller, LUV '94 Committee LUV '94 Paper Chair luv-94@ai.sri.com miller@cs.rochester.edu Meetings Unlimited, Kent Pitman, Thomas Pole, Conference Organizers Co-Chairman Co-Chairman luv-94-organizer@ai.sri.com kmp@harlequin.com pole@chesapeake.ads.com CompuServe 76470.3334 (617) 374-2516 (703) 902-7100 From kcl-request@cli.com Wed May 25 02:35:35 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA11048; Wed, 25 May 94 02:35:35 CDT Received: from news.cs.utexas.edu by cli.com (4.1/SMI-4.1) id AA28150; Wed, 25 May 94 01:50:29 CDT Received: from rascal.ics.utexas.edu (rascal.ics.utexas.edu [128.83.138.20]) by news.cs.utexas.edu (8.6.9/8.6.9) with ESMTP id BAA02104 for ; Wed, 25 May 1994 01:50:13 -0500 Received: from ki.et-inf.fho-emden.de (ki.et-inf.fho-emden.de [192.129.16.60]) by rascal.ics.utexas.edu (8.6.8.1/8.6.6) with SMTP id BAA17717 for ; Wed, 25 May 1994 01:49:20 -0500 From: socher@ki.et-inf.fho-emden.de Received: by ki.et-inf.fho-emden.de (AIX 3.2/UCB 5.64/4.03) id AA12765; Wed, 25 May 1994 08:48:30 +0200 Date: Wed, 25 May 1994 08:48:30 +0200 Message-Id: <9405250648.AA12765@ki.et-inf.fho-emden.de> To: kcl@rascal.ics.utexas.edu Subject: Kyoto Common Lisp Dear Sirs, please tell me where I can get the licensing information for Kyoto Common Lisp. I have tried ftp on rascal.ics.utexas.edu, but for some strange reason, I wasn't able to get the kcl.broadcast or the kcl.license files. Thank you in advance, Rolf Socher-Ambrosius ______________________ Rolf Socher-Ambrosius FH Ostfriesland, FB E+I Constantiaplatz 4 D-26723 Emden Germany Tel.: +49-4921-807-537 socher@ki.et-inf.fho-emden.de From carol@xn.ll.mit.edu Thu May 26 13:02:14 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA11189; Thu, 26 May 94 13:02:14 CDT Received: from xn.ll.mit.edu by cli.com (4.1/SMI-4.1) id AA01471; Thu, 26 May 94 12:16:23 CDT Received: from titan2.mi.ll.mit.edu by xn.ll.mit.edu id AA04502g; Thu, 26 May 94 13:14:11 EDT Received: by titan2.mi.ll.mit.edu; Thu, 26 May 94 13:14:59 EDT Date: Thu, 26 May 94 13:14:59 EDT From: carol@xn.ll.mit.edu Message-Id: <9405261714.AA11875@titan2.mi.ll.mit.edu> To: kcl@cli.com Subject: Akcl and Solaris Problems Cc: carol@xn.ll.mit.edu, rld@xn.ll.mit.edu I'm trying to port a lisp package that has been written using Austin KCL from Sun 4.1.3 to Solaris. I'm having several problems and wonder if there is someone who can help. My current problems include: 1. We add several c defined functions to the akcl. These include sqrt, ldexp, cos, sin, atan2, ... My software can use the ldexp instruction that was defined, but cannot use the sqrt instruction (the message is symbol sqrt is not in base image). The man page for ldexp says that it is MT-Safe. The man page for sqrt says that it is MT-Safe when compiled with the shared library, libm.so, but unsafe if compiled with the archived library, libm.a. I am using the gcc compiler to compile AKCL. The options on the CC line are: CC= gcc -I${AKCLDIR}/o -static -DVOL=volatile gcc version is 2.5.8. solaris version 2.3 2. We depend on faslink to load libraries. faslink does not seem to be supported for solaris. Any ideas? Thank You, Carol Lazott From carol@xn.ll.mit.edu Thu May 26 13:23:39 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA11193; Thu, 26 May 94 13:23:39 CDT Received: from xn.ll.mit.edu by cli.com (4.1/SMI-4.1) id AA01529; Thu, 26 May 94 12:43:49 CDT Received: from titan2.mi.ll.mit.edu by xn.ll.mit.edu id AA05095g; Thu, 26 May 94 13:41:45 EDT Received: by titan2.mi.ll.mit.edu; Thu, 26 May 94 13:42:34 EDT Date: Thu, 26 May 94 13:42:34 EDT From: carol@xn.ll.mit.edu Message-Id: <9405261742.AA11888@titan2.mi.ll.mit.edu> To: kcl@cli.com Subject: Akcl and Solaris Problems Cc: carol@xn.ll.mit.edu, rld@xn.ll.mit.edu I'm trying to port a lisp package that has been written using Austin KCL from Sun 4.1.3 to Solaris. I'm having several problems and wonder if there is someone who can help. My current problems include: 1. We add several c defined functions to the akcl. These include sqrt, ldexp, cos, sin, atan2, ... My software can use the ldexp instruction that was defined, but cannot use the sqrt instruction (the message is symbol sqrt is not in base image). The man page for ldexp says that it is MT-Safe. The man page for sqrt says that it is MT-Safe when compiled with the shared library, libm.so, but unsafe if compiled with the archived library, libm.a. I am using the gcc compiler to compile AKCL. The options on the CC line are: CC= gcc -I${AKCLDIR}/o -static -DVOL=volatile gcc version is 2.5.8. solaris version 2.3 2. We depend on faslink to load libraries. faslink does not seem to be supported for solaris. Any ideas? Thank You, Carol Lazott From @festival.edinburgh.ac.uk:jeff@aiai.edinburgh.ac.uk Thu May 26 14:46:25 1994 Return-Path: <@festival.edinburgh.ac.uk:jeff@aiai.edinburgh.ac.uk> Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA11204; Thu, 26 May 94 14:46:25 CDT Received: from sun2.nsfnet-relay.ac.uk by cli.com (4.1/SMI-4.1) id AA01848; Thu, 26 May 94 14:02:59 CDT Via: uk.ac.edinburgh.festival; Thu, 26 May 1994 19:27:44 +0100 Received: from aiai.ed.ac.uk by festival.ed.ac.uk id aa05848; 26 May 94 19:27 BST Received: from subnode.aiai.ed.ac.uk (bute) by aiai.ed.ac.uk; Thu, 26 May 94 19:29:23 BST Date: Thu, 26 May 94 19:29:21 BST Message-Id: <8771.9405261829@subnode.aiai.ed.ac.uk> From: Jeff Dalton Subject: Re: Akcl and Solaris Problems To: carol@xn.ll.mit.edu, kcl@cli.com In-Reply-To: carol@edu.mit.ll.xn's message of Thu, 26 May 94 13:42:34 EDT Cc: rld@xn.ll.mit.edu > 2. We depend on faslink to load libraries. faslink does not seem > to be supported for solaris. Any ideas? Well, I have *an* idea. Go back to 4.1.3. That's all I've been able to come up with. (The problem is that Solaris 2 isn't a BSD Unix, and faslink requires BSD. Earlier someone suggested thet GNU ld might work if you set AKCL up to use it.) -- jeff From luke@umnstat.stat.umn.edu Thu May 26 15:44:48 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA11209; Thu, 26 May 94 15:44:48 CDT Received: from mail.unet.umn.edu by cli.com (4.1/SMI-4.1) id AA02035; Thu, 26 May 94 15:02:12 CDT Received: from umnstat.stat.umn.edu (nokomis.stat.umn.edu) by mail.unet.umn.edu (5.65c) id AA22514; Thu, 26 May 1994 15:02:01 -0500 From: "Luke Tierney" Message-Id: <199405262001.AA03216@umnstat.stat.umn.edu> Received: by umnstat.stat.umn.edu; Thu, 26 May 1994 15:01:59 -0500 Subject: Re: Akcl and Solaris Problems To: jeff@aiai.edinburgh.ac.uk (Jeff Dalton) Date: Thu, 26 May 94 15:01:57 CDT Cc: carol@xn.ll.mit.edu, kcl@cli.com, rld@xn.ll.mit.edu In-Reply-To: <8771.9405261829@subnode.aiai.ed.ac.uk>; from "Jeff Dalton" at May 26, 94 7:29 pm X-Mailer: ELM [version 2.3 PL6] > > > 2. We depend on faslink to load libraries. faslink does not seem > > to be supported for solaris. Any ideas? > > Well, I have *an* idea. Go back to 4.1.3. That's all I've > been able to come up with. > > (The problem is that Solaris 2 isn't a BSD Unix, and faslink requires > BSD. Earlier someone suggested thet GNU ld might work if you set AKCL > up to use it.) > > -- jeff > > I have not had much luck with GNU ld on Solaris (which may just be me), but it should be possible to make the ELF programmer's interface to shared libraries (functions dlopen, dllose, dlsym and dlerror) do the trick. Might be worth while too, since these are implemented on lots of systems (SunOs 4 and up, IRIX, DEC OSF, e.g.), so using them is moderately portable. luke From cbliek@amberes.dcc.uchile.cl Thu Jun 9 18:50:32 1994 Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA01763; Thu, 9 Jun 94 18:50:32 CDT Received: from dcc.uchile.cl ([146.83.5.204]) by cli.com (4.1/SMI-4.1) id AA26573; Thu, 9 Jun 94 17:59:45 CDT Return-Path: Received: from amberes [146.83.4.205] by dcc.uchile.cl (8.6.8.1/Main-DCCV8-Jo2) id WAA05291; Thu, 9 Jun 1994 22:59:28 GMT Received: by amberes.dcc.uchile.cl (NX5.67d/NX3.0S) id AA00495; Thu, 9 Jun 94 18:59:35 -0400 Date: Thu, 9 Jun 94 18:59:35 -0400 From: Christian Bliek Message-Id: <9406092259.AA00495@amberes.dcc.uchile.cl> Received: by NeXT.Mailer (1.100) Received: by NeXT Mailer (1.100) To: kcl@cli.com Subject: akcl ... bug or feature Cc: cbliek@dcc.uchile.cl I don't quite understand the behavior shown below, looks like a bug to me. Any clues? (both for Version(1.615) on NeXT and Version(1.624) on Sun) >(defstruct foo bar) FOO >(setq a-foo (make-foo)) #S(FOO BAR NIL) >(push 1 (foo-bar a-foo)) (1) >a-foo #S(FOO BAR (1)) >(push #'(lambda (x) x) (foo-bar a-foo)) ((LAMBDA-CLOSURE ((#:G1054 #S(FOO BAR ((LAMBDA-CLOSURE ((#:G1054 #S(FOO BAR ((LAMBDA-CLOSURE ((#:G1054 #S(FOO BAR ((LAMBDA-CLOSURE [... ad infinitum ...] ;; However, the following is works. >(setq a-foo (make-foo)) #S(FOO BAR NIL) >(setf (foo-bar a-foo) (cons #'(lambda (x) x) (foo-bar a-foo))) ((LAMBDA-CLOSURE () () () (X) X)) >a-foo #S(FOO BAR ((LAMBDA-CLOSURE () () () (X) X))) From @festival.edinburgh.ac.uk:jeff@aiai.edinburgh.ac.uk Fri Jun 10 11:59:50 1994 Return-Path: <@festival.edinburgh.ac.uk:jeff@aiai.edinburgh.ac.uk> Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA01914; Fri, 10 Jun 94 11:59:50 CDT Received: from sun2.nsfnet-relay.ac.uk by cli.com (4.1/SMI-4.1) id AA27859; Fri, 10 Jun 94 11:12:21 CDT Via: uk.ac.edinburgh.festival; Fri, 10 Jun 1994 16:00:01 +0100 Received: from aiai.ed.ac.uk by festival.ed.ac.uk id aa03367; 10 Jun 94 15:59 BST Received: from subnode.aiai.ed.ac.uk (bute) by aiai.ed.ac.uk; Fri, 10 Jun 94 16:01:51 BST Date: Fri, 10 Jun 94 16:01:49 BST Message-Id: <26306.9406101501@subnode.aiai.ed.ac.uk> From: Jeff Dalton Subject: Re: akcl ... bug or feature To: Christian Bliek , kcl@cli.com In-Reply-To: Christian Bliek's message of Thu, 9 Jun 94 18:59:35 -0400 > (both for Version(1.615) on NeXT and Version(1.624) on Sun) > > >(defstruct foo bar) > >(push #'(lambda (x) x) (foo-bar a-foo)) > ((LAMBDA-CLOSURE > ((#:G1054 #S(FOO BAR > ((LAMBDA-CLOSURE > ((#:G1054 #S(FOO BAR > ((LAMBDA-CLOSURE > ((#:G1054 > #S(FOO BAR > ((LAMBDA-CLOSURE > [... ad infinitum ...] > ;; However, the following is works. > >(setf (foo-bar a-foo) (cons #'(lambda (x) x) (foo-bar a-foo))) > ((LAMBDA-CLOSURE () () () (X) X)) > > >a-foo > #S(FOO BAR ((LAMBDA-CLOSURE () () () (X) X))) Is it a bug? That depends. I don't think it is so far as CLtL 1st edition (the "aluminum book") is concerned. It's wrong for new CL (CLtL II or the dpANS), but only because it's representing a function as a list. But that isn't what you were thinking of, of course. Why is the behavior so different? Well, (LAMBDA-CLOSURE ...) is used to represent a function that results from evaluating a #'(lambda ...). In some cases, the function refers to a (lexically scoped) variable that is bound outside the body of the #'(lambda ...). In that case, the resulting function value has to "close over" the variable in order to "remember" the binding. Now, if you macroexpand your two cases, you will see that this kind of thing is sort of happening in the first case but not in the second. This is a consequence of how PUSH is implemented. >(macroexpand-1 '(push #'(lambda (x) x) (foo-bar a-foo))) (LET* ((#:G974 A-FOO) (#:G975 (CONS #'(LAMBDA (X) X) (FOO-BAR #:G974)))) (SYSTEM:STRUCTURE-SET #:G974 'FOO 0 #:G975)) T >(macroexpand-1 '(setf (foo-bar a-foo) (cons #'(lambda (x) x) (foo-bar a-foo)))) (SYSTEM:STRUCTURE-SET A-FOO 'FOO 0 (CONS #'(LAMBDA (X) X) (FOO-BAR A-FOO))) T I said "sort of happening" because #'(lambda (x) x) does't actually refer to #:G974 (#:G1054 in your example). A compiler might notice this and arrange for the function to avoid closing over a binding it doesn't actually neeed. But interpreters are often less fussy. (The same sort of thing may be happening in many other Common Lisps, but they typically represent function values as "opaque" structures so that you don't see that it's happened. But some have used structs instead of lists and yet still printed out the "closed over" values, making them just as much of a pain.) Now, merely having some closed-over bindings that get printed when the function is printed still doesn't quite account for the *circularity* in your example. That happens because the value of #:G974 (your #:G1054) is a FOO struct that contains a LAMBDA-CLOSURE that is "closed over" a variable (#:G974 / #:G1054 again) whose value is the same FOO struct. In other words, it happens because: 1. The KCL interpreter has the result of #'(lambda ...)-expressions include all lexical bindings that are in force where the #'(lambda ...) was evaluated even if the function doesn't need those bindings. 2. The way PUSH is implemented creates a lexical variable that is closed over in that way. 3. The variable PUSH created has the structure you're modifying as its value. Consequently the LAMBDA-CLOSURE refers, indirectly, to that structure. Since the LAMBDA-CLOSURE is then installed in a slot of the same struct, the struct ends up referring, indirectly, to itself. Jeff Dalton, AI Applications Institute, J.Dalton@ed.ac.uk Edinburgh University. From boyer@cli.com Sun Jun 12 09:23:18 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00212; Sun, 12 Jun 94 09:23:18 CDT Received: from rita (rita.cli.com) by cli.com (4.1/SMI-4.1) id AA00797; Sun, 12 Jun 94 08:36:11 CDT From: boyer@cli.com (Robert S. Boyer) Received: by rita (4.1) id AA26603; Sun, 12 Jun 94 08:36:10 CDT Date: Sun, 12 Jun 94 08:36:10 CDT Message-Id: <9406121336.AA26603@rita> To: kcl@cli Here are extracts from a recent GNU mailing. From: gnu@ai.mit.edu (GNU Mailing List Maintenance) Sender: gnu@ai.mit.edu Date: Fri, 10 Jun 94 02:31:49 EDT To: info-gnu@prep.ai.mit.edu Reply-To: gnu@prep.ai.mit.edu Organization: Project GNU, Free Software Foundation, 675 Massachusetts Ave., Cambridge, MA 02139-3309, USA +1-617-876-3296 Home: 36 Porter Street, Somerville, MA 02143, USA +1-617-623-7739 Subject: June 1994 GNU's Bulletin Resent-From: info-gnu-request@prep.ai.mit.edu [ Please freely redistribute this text to other forums under the term of the Copyright Notice below. ] ... * Common Lisp Freed! GNU Common Lisp (GCL) has been added. Previously, GCL had distribution terms under which each user had to have a signed paper contract on file. However, the authors recently decided to switch to the GPL. See ``GNU Software'', and ``Emacs Tape'', for more information. ... * GNU Common Lisp (For current status, see ``GNU Software''.) Planned development for GNU Common Lisp (GCL) includes moving to the ANSI standard, adding a byte compiler with source level debugging, and adding a windowing interface. A new compiler is being tested; it will make all functions pass arguments on the C stack and return values in a standard register with additional locations when necessary. This will speed up other function calls and funcalling (critical for object oriented work). Contributors to any of these areas would be helpful; contact `schelter@math.utexas.edu'. ... * GNU Common Lisp (EmcsT, SrcCD) GNU Common Lisp (GCL) has a compiler and interpreter for Common Lisp. It is very portable and extremely efficient on a wide class of applications. It compares favorably in performance with commercial Lisps on several large theorem prover and symbolic algebra systems. It supports the CLtL1 specification but is moving towards the proposed ANSI definition. It is based on AKCL and KCL. KCL was written by Taiichi Yuasa and Masami Hagiya in 1984, and AKCL has been developed by William Schelter since 1987. GCL compiles to C and then uses the native optimizing C compilers (e.g. GCC). A function with a fixed number of args and one value turns into a C function of the same number of args and returning 1 value, so it cannot really be any more efficient on such calls. It has a conservative GC which allows great freedom for the C compiler to put Lisp values in arbitrary registers. It has a source level Lisp debugger for interpreted code, with display of source code in the other Emacs window. It has profiling tools based on the C profiling tools, which count function calls and percentage of time. CLX works with GCL. There is an Xlib interface via C. PCL worked with earlier versions. See ``Forthcoming GNUs'', for plans for about GCL. GCL version 1.0 is being released under the GNU Library General Public License. (FTP `/pub/gnu/gcl.README' on `prep.ai.mit.edu'.) Get source from `ftp.cli.com'. For details ask `schelter@math.utexas.edu'. May 1994 Source Code CD-ROM --------------------------- The Free Software Foundation has produced the fourth edition of its Source Code CD-ROM. It contains the following: ... * GCL 1.0 ... From kmp@harlequin.com Fri Jun 17 16:47:32 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00928; Fri, 17 Jun 94 16:47:32 CDT Received: from hilly.harlequin.com by cli.com (4.1/SMI-4.1) id AA20081; Fri, 17 Jun 94 15:51:15 CDT Received: from epcot.harlequin.com by hilly.harlequin.com; Fri, 17 Jun 1994 16:54:29 -0400 Received: from sonata.harlequin.com by epcot.harlequin.com; Fri, 17 Jun 1994 16:59:14 -0400 Date: Fri, 17 Jun 1994 16:59:13 -0400 Message-Id: <1303.199406172059@sonata.harlequin.com> From: kmp@harlequin.com Sender: kmp@harlequin.com Subject: CALL FOR REGISTRATION: LUV '94, Aug 15-19, Berkeley (Lisp Users and Vendors) Reply-To: kmp@harlequin.com Apparently-To: The Association of Lisp Users invites you to attend LUV '94 The Fourth International Lisp Users and Vendors Conference to be held in Berkeley, California on August 15-19, 1994 Please mark your calendar and plan to join us! Whether you're a user or implementor of Common Lisp, Scheme, Dylan, or EMACS Lisp--or just an interested party--this conference is for you. It's a chance to find out what's been going on and to influence what happens next in the Lisp community. You'll hear what users and vendors have been up to, and what they're planning in the future. You'll participate in the interactive dialog between the users and vendors about the needs of the Lisp community in the years ahead. It's a valuable opportunity to do more than just program in Lisp--it's a chance to be a part of the Lisp community, to learn, and to contribute to a strong future. The keynote addresses will be: ``Lisp as an Extension Language'' by Richard Stallman, Free Software Foundation ``Perspectives on Lisp'' by John McCarthy, Professor of Computer Science, Stanford University The agenda also features other interesting talks, panels, and paper presentations. See the attached schedule of events. The conference will be held at the Berkeley Marina Marriott hotel. We are pleased to announce that this years sleeping room rate is $89.00 (single/double). There is complimentary parking at the hotel. Either the Oakland or San Francisco airport may be used; Oakland is suggested for domestic flights. Registration pricing remains unchanged from last year: Monday and Tuesday will be half-day tutorials at the rate of $125 per tutorial. The main conference (Wednesday through Friday) will be $400. Very substantial discounts are available for full-time students. A registration form is attached below. For further information, or to volunteer to help out, please contact: Meetings Unlimited, Kent Pitman, Thomas Pole, LUV '94 Committee Conference Organizers Co-Chairman Co-Chairman luv-94@ai.sri.com (215) 651-0797 (617) 374-2516 (703) 902-7100 luv-organizer@ai.sri.com kmp@harlequin.com pole@chesapeake.ads.com CompuServe 76470.3334 * * * * * It's coming very soon. PLEASE don't delay. Make your reservations TODAY! Knowing now that you will be attending will help us IMMENSELY in our ongoing planning for an exciting conference. ============================================================================== CONFERENCE HIGHLIGHTS TUTORIALS Monday Morning: Lisp Style, CLOS I, Efficiency/Optimization Afternoon: Macros and Compiler Macros, CLIM I, CLOS II Tuesday Morning: Advanced CL topics, GNU EMACS Lisp, CL and DBs Afternoon: Hybrid Devel Envs, CLIM II, Contrasting CL/Scheme/Dylan Evening: Advanced Vendor-Specific Tools and Techniques MAIN CONFERENCE Wednesday KEYNOTE ADDRESS: ``Lisp as an Extension Language'' Richard Stallman, Free Software Foundation PANEL: ``What Counts as Lisp?'' for Scheme: Brian Harvey, Lecturer, Univ of CA at Berkeley for Dylan: Rick Fleischman, Dylan Prog Mgr, Apple Computer, Inc. (and others still being confirmed) Vendor product Presentations and Exhibits User/Vendor Two-Way Discussion (round 1) Technical paper Presentations (paper selection process is underway) Birds of A Feather Sessions Vendor-Sponsored Lunch Thursday PANEL: ``Where is Lisp? Where should it be going?'' Brad Miller, URCS Research Staff, University of Rochester Professor Masayuki Ida, CSRL, Aoyama Gakuin University (and others to be confirmed) Vendor product Presentations and Exhibits User/Vendor Two-Way Discussion (round 2) Technical paper Presentations ALU board meeting Vendor-Sponsored Lunch Friday KEYNOTE ADDRESS: ``Perspectives on Lisp'' John McCarthy, Professor of Computer Science, Stanford Univ. ... and originator of Lisp itself! Technical paper Presentations LUV Administrative matters The conference formally ends at lunch time, but there still exists the possibility of a third Vendor-Sponsored Lunch, as well as the possibility of our traditional free afternoon tutorial. Topic and details are still being confirmed; suggestions are still welcome. ============================================================================== TUTORIAL SCHEDULE 1. Good Lisp Programming Style A survey of styles and techniques that make code less error prone and more maintainable, both at the individual function level and at the complete system level. Instructor: Kent Pitman (Harlequin) Prerequisite: Basic knowledge of programming concepts. 2. CLOS level I An introduction to the Common Lisp Object System (CLOS), the object-oriented extension to the proposed ANSI Common Lisp standard. Instructor: Lois Wolf (Franz) Prerequisite: Basic knowledge of Common Lisp concepts. 3. Efficiency and Optimization in Lisp A survey of topics such as profiling, common algorithmic optimizations, consing, declarations and type checking, garbage collection, using C code, arrays and delivery considerations. Some general guidelines will be portable, others will be specific to the major commercial Common Lisp implementations. Instructor: Ken Anderson (BBN) and possibly another party yet to be named. Prerequisite: Basic knowledge of Common Lisp concepts. 4. Macros and Compiler Macros for Abstraction and Efficiency Common Lisp provides a number of syntactic mechanisms for making code more maintainable and efficient. Learn when and how to use macros, compiler macros, reader macros, and inlined functions to improve your coding style and productivity. Instructor: [still being confirmed] Prerequisite: Basic knowledge of Common Lisp concepts. 5. CLIM level I How to use the Common Lisp Interface Manager (CLIM) version 2.0 to build interfaces to appllication programs. Use of application frames presentations, menus and dialogs, commands, command tables, interaction styles, and drawing graphics. Instructor: Colin Meldrum (Franz) Prerequisite: Basic knowledge of Common Lisp and CLOS concepts. 6. CLOS level II Complex initializations protocols, customized method combinations, and the various ``meta object'' protocols for CLOS, as well as a survey of existing implementational techniques and their consequences. Instructor: Steve Haflich (Franz) Prerequisite: CLOS level I and/or a good understanding of CLOS and Lisp. 7. Advanced topics in Common Lisp The topics that most beginning courses never get around to: LOOP, FORMAT, conditions and restarts, UNWIND-PROTECT, PRINT-OBJECT and MAKE-LOAD-FORM methods, the pretty printer, and issues relating to implementation and storage representation that influence practical programs. Instructor: Steve Haflich (Franz), and probably another party yet to be named. Prerequisite: Basic knowledge of Common Lisp concepts. 8. GNU EMACS Lisp Programming The EMACS extension language, EMACS Lisp, which allows users to not only customize the popular EMACS editor, but also allows the development of active documents applications that interact with the user. Instructor: Richard Stallman (Free Software Foundation) Prerequisite: Basic knowledge of programming concepts. 9. Common Lisp and Databases (Relational and Object-Oriented) A survey of concepts, techniques, and tools for working with relational and object-oriented databases from within Common Lisp. Instructor: Jim Veitch (Franz) and and Judy Anderson (Harlequin) Prerequisite: Basic knowledge of Common Lisp concepts. 10. Hybrid development environments: Getting Lisp, C, and other languages to work together. For example, foreign function interfaces, datatype interchange, external character encodings. Instructor: [still being confirmed] Prerequisite: Basic knowledge of Common Lisp concepts. 11. CLIM level II Hardcopy, pointer tracking and manipulation, incremental redisplay, table and graph formatting, drawing in color, the drawing environment, and doing transformations in CLIM version 2.0. Instructor: John Aspinall (Harlequin) and Scott McKay (Harlequin) Prerequisite: CLIM level I and/or a good understanding of CLIM, CLOS and Lisp. 12. Comparing and Contrasting Common Lisp, Scheme, and Dylan An overview of these three languages, with emphasis on where they overlap and how they differ, for programmers who need to move back and forth between them. Instructor: Kent Pitman (Harlequin) and probably another party yet to be named. Prerequisite: Basic knowledge of programming concepts. 13. Advanced Vendor-Specific Tools and Techniques: Helpful hints for people who already use a certain vendor's Lisp regularly and want to improve their use of that vendor's tools and language extensions. Specify Vendor: ____________________ Instructor: [vendor-supplied experts] Prerequisite: User of specified Common Lisp from specified vendor. ****************************** NOTES ****************************** In items 1-13 above, a prerequisite is specified in order to guide potential attendees to courses at their level of expertise. In NO case is the prerequisite enforced. It is just a guideline to let you know at what level the instructor will be speaking in order to help you get the best value for your money. Tutorials are SUBJECT TO INSTRUCTOR SUBSTITUTION. Tutorial are SUBJECT TO SCHEDULE CHANGE. Tutorials are SUBJECT TO CANCELLATION if there is insufficient enrollment. -----8<----- Cut here -----8<----- Cut here -----8<----- Cut here ----- ***** LUV '94 REGISTRATION FORM ***** (version 5, 16-Jun-94) Confidential? Name __________________________________________________ [ ] Company __________________________________________________ [ ] [ ] Home Address [ ] Work Address __________________________________________________ [ ] City __________________________________________________ [ ] State __________________________________________________ [ ] Zip/Postal Code ____________________ Country _____________________ [ ] [ ] Home Phone [ ] Work Phone __________________________________________________ [ ] (please include country, area, or city codes) E-Mail __________________________________________________ [ ] PRIVACY DISCLAIMER: If you take no special action, the information provided might be published as some form of public record of the conference attendees. If you check the "Confidential?" box in the right column of any line, the information on that line will be excluded from any published record of conference attendees. Registration Status: [ ] Full-time student or full-time academic. (Please bring proof.) [ ] Others, Normal Registration. Must be received BEFORE 8-Jul-94. [ ] Others, Late Registration. - - - - - - - - - - Please send these three pages of registration material plus your check or money order to: Association of Lisp Users attn: LUV 94 Registration P.O. Box 294 Malvern, PA 19355-0294 U.S.A. Registration material sent by e-mail will NOT be accepted. FAX REGISTRATIONS from international attendees may be sent at any time. Domestic attendees may only fax registrations between July 18, 1994 and to August 9, 1994. Faxed registrations will not be confirmed until payment is received. The FAX number is (215) 651-0936. - - - - - - - - - - (LUV'94 REG / PAGE 1 OF 3) TUTORIAL REGISTRATION Monday Morning, 4 hours, 8am-noon (choose one) [ ] 1. Good Lisp Programming Style [ ] 2. CLOS level I [ ] 3. Efficiency and Optimization in Common Lisp Monday Afternoon, 4 hours, 1pm-5pm (choose one) [ ] 4. Macros and Compiler Macros for Abstraction and Efficiency [ ] 5. CLIM level I [ ] 6. CLOS level II Tuesday Morning, 4 hours, 8am-noon (choose one) [ ] 7. Advanced Topics in Common Lisp [ ] 8. GNU EMACS Lisp Programming [ ] 9. Common Lisp and Databases (Relational and Object-Oriented) Tuesday Afternoon, 4 hours, 1pm-5pm (choose one) [ ] 10. Hybrid development environments: Lisp, C, and others [ ] 11. CLIM level II [ ] 12. Comparing and Contrasting Common Lisp, Scheme, and Dylan Tuesday EVENING, 3 hours, 8pm-11pm (choose one) [ ] 13. Advanced Vendor-Specific Tools and Techniques [The price for this tutorial is the same as for the others.] Specify vendor: ____________________ - - - - - - - - - - If some tutorial topic is not shown here that you would like to have chosen instead of or in addition to those above, please mention it (and any suggested instructors) here. Please also say whether you want an introductory or advanced level course: If the above schedule is keeping you from enrolling in the tutorials you most want to attend, please explain the nature of the conflict here: Please specify any substitutions you would be willing to make if your first choice tutorials do not receive enough interest: Tutorial times are subject to change, and tutorials themselves could be cancelled if there is insufficient enrollment. If a need to make such changes would create a special hardship for you, please specify the nature of your need/concern: - - - - - - - - - - (LUV'94 REG / PAGE 2 OF 3) CONFERENCE FEES TUTORIALS (Mon-Tue): $50 (per session) for full-time students or full-time academics. $125 (per session) for others--normal registration (BEFORE 8-Jul-94). $175 (per session) for others--late registration. ( price = $ _____ ) x ( number of sessions = _____ ) = $ __________ CONFERENCE (Wed-Fri): Includes exhibits, keynote address by Richard Stallman of the Free Software Foundation, technical paper presentations, and vendor presentations. $100 for full-time students or full-time academics. $400 for others--normal registration (BEFORE 8-Jul-94). $500 for others--late registration. Sorry, we can't waive the registration fee for paper authors. Authors whose papers are accepted for the proceedings and presentation are expected to register for the conference. This price is for all three days. One-day fees are not available. $ __________ =============== TOTAL ENCLOSED . . . . . . . . . . . . . . . . . . . . . . . . $ __________ Please pay this part with check or money order made payable (in US funds only) to "Association of Lisp Users". Sorry, we are unable to accept credit card payment for registration fees. Registrations will be confirmed in writing by mail or fax within 14 days. - - - - - - - - - - HOTEL RESERVATIONS A limited number of rooms have been blocked at a special rate of $89.00 single/double per night + 12% tax. Room Preference (check one): [ ] single [ ] double If double, specify roommate: _________________________ Arrival Day and Date: _______________________________ Departure Day and Date: _______________________________ Credit Card Information (to guarantee late arrival only): Card Type: _______________ Expiration Date: _____ / _____ Account Number: ___________________________________________ Signature: ________________________________________________ * PLEASE help us by making reservations THROUGH US, NOT DIRECT with hotel. * For availability info, call Meetings Unlimited at (215) 651-0797. * NEVER SEND CREDIT CARD INFORMATION BY E-MAIL! - - - - - - - - - - (LUV'94 REG / PAGE 3 OF 3) From tchrist@wraeththu.cs.colorado.edu Tue Jun 28 17:01:52 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA02050; Tue, 28 Jun 94 17:01:52 CDT Errors-To: nobody@wraeththu.cs.colorado.edu Received: from wraeththu.cs.colorado.edu by cli.com (4.1/SMI-4.1) id AA09485; Tue, 28 Jun 94 15:48:29 CDT Errors-To: nobody@wraeththu.cs.colorado.edu Received: (from tchrist@localhost) by wraeththu.cs.colorado.edu (8.6.9/8.6.9) id MAA05356 for kcl@cli.com; Tue, 28 Jun 1994 12:04:57 -0600 Date: Tue, 28 Jun 1994 12:04:57 -0600 Message-Id: <199406281804.MAA05356@wraeththu.cs.colorado.edu> From: Tom Christiansen Errors-To: nobody@wraeththu.cs.colorado.edu Subject: *FINAL* Call for Participation: USENIX VHLL SYMPOSIUM Precedence: junk Organization: Usenix Association Office, Berkeley CA Apparently-To: kcl@cli.com Your address was mentioned to me in reference to high level computer languages. I've just returned from Santa Fe, and while reflecting on how beautiful it was there high in the Rockies, I realized that there might be quite a few people who didn't know about the VHLL Symposium to there. If you haven't heard, there's a symposium coming up that you might be interested in attending, perhaps with an eye towards presenting some of your work. If you'd like to present something, we'll be accepting abstracts through the July 4th Holiday, or about a week from now. If you'd like a registration brochure on the symposium, you can send mail to . If you received this message in error, I apologize for the intrusion. If you know someone else who might benefit from this message besides yourself, please pass it on. thanks, --tom "Unix was not designed to stop people from doing stupid things, because that would also stop them from doing clever things." --Doug Gwyn Tom Christiansen Director, Usenix Association tchrist@usenix.org =================================================================================== USENIX SYMPOSIUM ON VERY HIGH LEVEL LANGUAGES (VHLL) October 26-28, 1994 El Dorado Hotel Santa Fe, New Mexico DATES FOR REFEREED PAPER SUBMISSIONS: Extended Abstracts Due: June 30, 1994 <- ONE WEEK !! Notifications to Authors: July 27, 1994 Final Papers Due: Sept 12, 1994 REGISTRATION MATERIALS AVAILABLE: August, 1994 PROGRAM COMMITTEE Program Chair: Tom Christiansen, Consultant Stephen C. Johnson, Melismatic Software Brian Kernighan, AT&T Bell Laboratories John Ousterhout, University of California, Berkeley Henry Spencer, University of Toronto Using very high level languages (VHLLs), programmers can assemble entire applications from large building blocks in just a small fraction of the time required if conventional programming strategies were used. These languages allow programmers to take advantage of increasingly available hardware cycles, trading cheap machine time for costly programmer time. Thus, VHLLs offer one of the most promising approaches toward radically improving programmer productivity. UNIX has long supported very high level languages: consider awk and the various shells. Often programmers create what are essentially new little languages whenever a problem appears of sufficient complexity to merit a higher level programming interface -- consider sendmail.cf. In recent years many UNIX programmers have been turning to VHLLs for both rapid prototypes and complete applications. They take advantage of these languages' higher level of abstraction to complete projects more rapidly and more easily than they could have using lower-level languages. Some VHLLs such as TCL, Perl, Icon, and REXX have gained widespread use and popularity. Many others never see the public light. Some of these languages are special purpose, addressing a limited-problem domain (such as graphics, text processing, or mathematical modeling) using powerful primitives created for that specific problem. Other VHLLs are more general purpose in nature, but still much higher level than most traditional compiled languages. Some are stand-alone languages, while others are designed to be embedded in other programs. Many are interpreted, although some are compiled to native machine code; a few occupy a gap between both worlds. SYMPOSIUM SCOPE AND FORMAT The USENIX Symposium on Very High Level Languages will spotlight these languages and their usefulness in leveraging certain kinds of tasks. The Symposium will introduce participants to concepts and approaches they haven't examined yet, and publish original work in these areas. Programmers will learn about the relative strengths and weaknesses and extract the key concepts that run through the various languages presented. The USENIX Symposium on Very High Level Languages will run three days: * Wednesday, October 26, will feature hour-long overviews by invited speakers of some of the more popular VHLLs in use today, such as TCL, Perl, Icon, and REXX. * Thursday and Friday, October 27-28, will consist of refereed papers, tutorial-style invited talks on related topics, and panel discussions. * Birds-of-a-Feather sessions will be held Wednesday and Thursday evenings, and a Reception will be held Thursday evening. Papers on brand-new languages, on existing languages about which little or nothing has been published, on applications that use these languages in creative fashions not yet seen, and on experiences at extending existing languages (for example, adding windowing capabilities to awk) are all welcome. Papers should address designing, building, testing, debugging, and measuring the performance and usability of these languages, as well as reference and compare related work in the area. Mention both advantages and disadvantages of the approach selected. For applications using these languages, compare and contrast the design, development, and support effort that were required with this approach versus one using a lower-level language. Good papers will be of interest to people who use other VHLLs than the one described in the paper. For example, a paper describing a system built in a particular language will be much more interesting if it highlights some important feature of the language or problems with the language, or some issue relevant to VHLLs in general. HOW TO SUBMIT TO THE SYMPOSIUM: Persons interested in participating in panel discussions or organizing Birds-of-a-Feather sessions should contact the program chair as indicated below. Submissions of papers to be presented at the Symposium and published in the Symposium Proceedings must be in the form of an extended abstract. The extended abstract should be 1500-2500 words (3-5 pages) and must be received by June 30, 1994. (If you do send a full paper, you must also include an extended abstract for evaluation.) The extended abstract should represent your paper in short form. Its purpose is to convince the program committee that a good paper and presentation will result. You should show that you are addressing an interesting problem, have surveyed existing solutions, have devised an innovative, original solution, and have drawn appropriate conclusions about what has been learned. All submissions should indicate the electronic mail address and telephone number of a principal contact. Authors will be notified of acceptance by July 27, 1994, and will be provided with guidelines for preparing camera-ready copy of the final paper. The final paper must be received no later than September 12, 1994. Note that the USENIX conference, like most conferences and journals, considers it unethical to submit the same paper simultaneously to more than one conference or publication or to submit a paper that has been or will be published elsewhere. Please submit your extended abstracts to the program chair as follows. EMAILED SUBMISSIONS (PREFERRED): must be in ASCII, troff (with the -me macro set or raw troff preferred), or Postscript form; send to tchrist@usenix.org HARD COPY SUBMISSIONS: * via FAX to +1 (303) 442-7177 (Please refer to Tom Christiansen) * via postal mail, please submit 6 paper copies to: Tom Christiansen USENIX VHLL Symposium 2227 Canyon Blvd, #262 Boulder CO 80302 FOR PROGRAM AND REGISTRATION INFORMATION: Materials containing full details of the symposium program, registration fees and forms, and hotel discount and reservation information will be mailed and posted to the net in August 1994. If you wish to receive these materials, please contact: USENIX Conference Office 22672 Lambert Street, Suite 613 Lake Forest, CA USA 92630 +1 (714) 588-8649; FAX: +1 (714) 588-9706 Internet: conference@usenix.org From donhan@srvr5.engin.umich.edu Thu Jun 30 15:27:07 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA02256; Thu, 30 Jun 94 15:27:07 CDT Received: from srvr5.engin.umich.edu by cli.com (4.1/SMI-4.1) id AA13689; Thu, 30 Jun 94 14:25:48 CDT Received: from erdpc-2.umtri.umich.edu (erdpc-2.umtri.umich.edu [141.211.139.21]) by srvr5.engin.umich.edu (8.6.8/8.6.4) with SMTP id PAA26710 for ; Thu, 30 Jun 1994 15:25:46 -0400 Date: Thu, 30 Jun 94 15:28:19 -0400 From: Dongsuk Han To: kcl@cli.com Subject: AKCL on SGI IRIX 4.05 Message-Id: Content-Type: TEXT/plain; charset=US-ASCII Hi, I am having trouble to make AKCL on our SGI machine running IRIX 4.05. I have checked mail archives of this mail group and found out that there were many questions on SGI's AKCL but there were not many answers. Has anyone made AKCL/KCL running on SGI recently ? Any info on porting AKCL/KCL to SGI would be greatly appreciated. ps) Please send reply diretly to me or cc to me. I am not subscribing this mailing group yet. ============================================ Dongsuk Han U of Michigan Transportation Research Inst. E-mail: donhan@umich.edu ============================================ From schelter@posso.ibp.fr Tue Jul 5 13:43:48 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA02790; Tue, 5 Jul 94 13:43:48 CDT Received: from ibp.ibp.fr by cli.com (4.1/SMI-4.1) id AA21165; Tue, 5 Jul 94 12:44:31 CDT Received: from posso.ibp.fr by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id TAA01726 ; Tue, 5 Jul 1994 19:01:04 +0200 Received: from sysal.ibp.fr (sisal.ibp.fr) by posso.ibp.fr (4.1/SMI-4.1) id AA14629; Tue, 5 Jul 94 18:59:00 +0200 Date: Tue, 5 Jul 94 18:59:00 +0200 From: schelter@posso.ibp.fr (William Schelter) Message-Id: <9407051659.AA14629@posso.ibp.fr> Received: by sysal.ibp.fr (4.1/SMI-4.1) id AA10369; Tue, 5 Jul 94 18:59:06 +0200 To: gcl@cli.com Cc: stolcke@ICSI.Berkeley.EDU, tkunze@vader.kgw.TU-Berlin.DE, poirot@aio.jsc.nasa.gov, cwitty@csl.sri.com, kcng@iet.com, bm1822@adasv2.sbc.com Subject: pcl (clos) under gcl 1.0 I have put a complete version of PCL (the xerox common lisp object system) adapted for GNU common lisp (GCL version 1.0) on math.utexas.edu:pub/gcl/pcl-gcl-1.0.tgz for anonymous ftp. It should compile without error in gcl 1.0 if you do % make -f makefile.gcl compile to then save an image do % make -f makefile.gcl saved_pcl Bill Schelter From stolcke@ICSI.Berkeley.EDU Tue Jul 5 15:29:39 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA02813; Tue, 5 Jul 94 15:29:39 CDT Received: from icsia.ICSI.Berkeley.EDU by cli.com (4.1/SMI-4.1) id AA21383; Tue, 5 Jul 94 14:24:55 CDT Received: from tiramisu (stolcke@tiramisu.ICSI.Berkeley.EDU [128.32.201.72]) by icsia.ICSI.Berkeley.EDU (8.6.8/HUB+V8$Revision: 1.21 $) with ESMTP id MAA01102; Tue, 5 Jul 1994 12:10:17 -0700 Received: from localhost (stolcke@localhost) by tiramisu (8.6.8/1.8) with ESMTP id MAA05980; Tue, 5 Jul 1994 12:10:14 -0700 Message-Id: <199407051910.MAA05980@tiramisu> X-Authentication-Warning: tiramisu: stolcke owned process doing -bs To: schelter@posso.ibp.fr (William Schelter) Cc: gcl@cli.com, tkunze@vader.kgw.TU-Berlin.DE, poirot@aio.jsc.nasa.gov, cwitty@csl.sri.com, kcng@iet.com, bm1822@adasv2.sbc.com Subject: Re: pcl (clos) under gcl 1.0 In-Reply-To: Your message of Tue, 05 Jul 1994 18:59:00 +0200. <9407051659.AA14629@posso.ibp.fr> Date: Tue, 05 Jul 1994 12:10:13 PDT From: Andreas Stolcke In message <9407051659.AA14629@posso.ibp.fr>you wrote: > I have put a complete version of PCL (the xerox common lisp object system) > adapted for GNU common lisp (GCL version 1.0) on > great! a small problem seems to remain: defclass.lisp makes use of the CltL2 macro `declaim' which is not defined in GCL. It's trivial to fix it to use the old `proclaim' instead. I was successful in build pcl-gcl for sun4 and testing it on some 20k lines of CLOS code from my thesis. I wasn't as lucky with the sgi4d version. I fails to compile gcl-low.c because cc complains about the line use_fast_links(); generated at line 1877. Any ideas? s --Andreas *** defclass.lisp.orig Mon Dec 21 13:24:38 1992 --- defclass.lisp Tue Jul 5 10:39:11 1994 *************** *** 178,189 **** (if defstruct-p '(load eval) *defclass-times*) `(progn ,@(mapcar #'(lambda (x) ! `(declaim (ftype (function (t) t) ,x))) #+cmu *readers* #-cmu nil) ,@(mapcar #'(lambda (x) #-setf (when (consp x) (setq x (get-setf-function-name (cadr x)))) ! `(declaim (ftype (function (t t) t) ,x))) #+cmu *writers* #-cmu nil) (let ,(mapcar #'cdr *initfunctions*) (load-defclass ',name --- 178,189 ---- (if defstruct-p '(load eval) *defclass-times*) `(progn ,@(mapcar #'(lambda (x) ! `(proclaim '(ftype (function (t) t) ,x))) #+cmu *readers* #-cmu nil) ,@(mapcar #'(lambda (x) #-setf (when (consp x) (setq x (get-setf-function-name (cadr x)))) ! `(proclaim '(ftype (function (t t) t) ,x))) #+cmu *writers* #-cmu nil) (let ,(mapcar #'cdr *initfunctions*) (load-defclass ',name From barmar@Think.COM Thu Jul 7 14:45:25 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA03021; Thu, 7 Jul 94 14:45:25 CDT Received: from mail.think.com by cli.com (4.1/SMI-4.1) id AA26526; Thu, 7 Jul 94 13:50:47 CDT Received: from Telecaster.Think.COM by mail.think.com; Thu, 7 Jul 94 14:49:35 -0400 From: Barry Margolin Received: by telecaster.think.com (4.1/Think-1.2) id AA19857; Thu, 7 Jul 94 14:49:35 EDT Date: Thu, 7 Jul 94 14:49:35 EDT Message-Id: <9407071849.AA19857@telecaster.think.com> To: Lisp-related mailing lists:;@Think.COM Subject: LUV-94 reminder and registration material Reminder: the early registration deadline is THIS Friday! The Association of Lisp Users invites you to attend LUV '94 The Fourth International Lisp Users and Vendors Conference to be held in Berkeley, California on August 15-19, 1994 Please mark your calendar and plan to join us! Whether you're a user or implementor of Common Lisp, Scheme, Dylan, or EMACS Lisp--or just an interested party--this conference is for you. It's a chance to find out what's been going on and to influence what happens next in the Lisp community. You'll hear what users and vendors have been up to, and what they're planning in the future. You'll participate in the interactive dialog between the users and vendors about the needs of the Lisp community in the years ahead. It's a valuable opportunity to do more than just program in Lisp--it's a chance to be a part of the Lisp community, to learn, and to contribute to a strong future. The keynote address will be by Richard Stallman of the Free Software Foundation. Other interesting talks, panels, and paper presentations are being arranged and will be announced later. The conference will be held at the Berkeley Marina Marriott hotel. We are pleased to announce that this years sleeping room rate is $89.00 (single/double). There is complimentary parking at the hotel. Either the Oakland or San Francisco airport may be used; Oakland is suggested for domestic flights. Information about special airfare and ground transportation rates will be forthcoming. Registration pricing remains unchanged from last year: Monday and Tuesday will be half-day tutorials at the rate of $125 per tutorial. The main conference (Wednesday through Friday) will be $400. Very substantial discounts are available for full-time students. A registration form is attached below. For further information, or to volunteer to help out, please contact: Meetings Unlimited, Kent Pitman, Thomas Pole, LUV '94 Committee Conference Organizers Co-Chairman Co-Chairman luv-94@ai.sri.com CompuServe 76470.3334 (617) 374-2516 (703) 902-7100 luv-organizer@ai.sri.com kmp@harlequin.com pole@chesapeake.ads.com ============================================================================== TUTORIAL SCHEDULE 1. Good Lisp Programming Style A survey of styles and techniques that make code less error prone and more maintainable, both at the individual function level and at the complete system level. Instructor: To be determined. Prerequisite: Basic knowledge of programming concepts. 2. CLOS I An introduction to the Common Lisp Object System (CLOS), the object-oriented extension to the proposed ANSI Common Lisp standard. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 3. Efficiency and Optimization in Lisp A survey of topics such as profiling, common algorithmic optimizations, consing, declarations and type checking, garbage collection, using C code, arrays and delivery considerations. Some general guidelines will be portable, others will be specific to the major commercial Common Lisp implementations. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 4. Macros and Compiler Macros for Abstraction and Efficiency Common Lisp provides a number of syntactic mechanisms for making code more maintainable and efficient. Learn when and how to use macros, compiler macros, reader macros, and inlined functions to improve your coding style and productivity. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 5. CLIM I How to use the Common Lisp Interface Manager (CLIM) to build interfaces to appllication programs. Use of application frames presentations, menus and dialogs, commands, command tables, interaction styles, and drawing graphics. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp and CLOS concepts. 6. CLOS II Complex initializations protocols, customized method combinations, and the various ``meta object'' protocols for CLOS, as well as a survey of existing implementational techniques and their consequences. Instructor: To be determined. Prerequisite: CLOS I and/or a good understanding of CLOS and Lisp. 7. Advanced topics in Common Lisp The topics that most beginning courses never get around to: LOOP, FORMAT, conditions and restarts, UNWIND-PROTECT, PRINT-OBJECT and MAKE-LOAD-FORM methods, the pretty printer, and issues relating to implementation and storage representation that influence practical programs. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 8. GNU EMACS Lisp Programming The EMACS extension language, EMACS Lisp, which allows users to not only customize the popular EMACS editor, but also allows the development of active documents applications that interact with the user. Instructor: Richard Stallman Prerequisite: Basic knowledge of programming concepts. 9. Common Lisp and Databases (Relational and Object-Oriented) A survey of concepts, techniques, and tools for working with relational and object-oriented databases from within Common Lisp. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 10. Hybrid development environments: Getting Lisp, C, and other languages to work together. For example, foreign function interfaces, datatype interchange, external character encodings. Instructor: To be determined. Prerequisite: Basic knowledge of Common Lisp concepts. 11. CLIM II Hardcopy, pointer tracking and manipulation, incremental redisplay, table and graph formatting, drawing in color, the drawing environment, and doing transformations. Instructor: To be determined. Prerequisite: CLIM I and/or a good understanding of CLIM, CLOS and Lisp. 12. Comparing and Contrasting Common Lisp, Scheme, and Dylan An overview of these three languages, with emphasis on where they overlap and how they differ, for programmers who need to move back and forth between them. Instructor: To be determined. Prerequisite: Basic knowledge of programming concepts. 13. Advanced Vendor-Specific Tools and Techniques: Helpful hints for people who already use a certain vendor's Lisp regularly and want to improve their use of that vendor's tools and language extensions. Specify Vendor: ____________________ Instructor: To be determined. Prerequisite: User of specified Common Lisp from specified vendor. ****************************** NOTES ****************************** In items 1-13 above, a prerequisite is specified in order to guide potential attendees to courses at their level of expertise. In NO case is the prerequisite enforced. It is just a guideline to let you know at what level the instructor will be speaking in order to help you get the best value for your money. Tutorial are SUBJECT TO SCHEDULE CHANGE. Tutorials are SUBJECT TO CANCELLATION if there is insufficient enrollment. -----8<----- Cut here -----8<----- Cut here -----8<----- Cut here ----- ***** LUV '94 REGISTRATION FORM ***** (version 3, 30-Mar-94) Confidential? Name __________________________________________________ [ ] Company __________________________________________________ [ ] [ ] Home Address [ ] Work Address __________________________________________________ [ ] City __________________________________________________ [ ] State __________________________________________________ [ ] Zip/Postal Code ____________________ Country _____________________ [ ] [ ] Home Phone [ ] Work Phone __________________________________________________ [ ] (please include country, area, or city codes) E-Mail __________________________________________________ [ ] PRIVACY DISCLAIMER: If you take no special action, the information provided might be published as some form of public record of the conference attendees. If you check the "Confidential?" box in the right column of any line, the information on that line will be excluded from any published record of conference attendees. Registration Status: [ ] Full-time student or full-time academic. (Please bring proof.) [ ] Others, Normal Registration. Must be received BEFORE 8-Jul-94. [ ] Others, Late Registration. - - - - - - - - - - Please send these three pages of registration material plus your check or money order to: Association of Lisp Users attn: LUV 94 Registration P.O. Box 294 Malvern, PA 19355-0294 U.S.A. Registration material sent by e-mail will NOT be accepted. - - - - - - - - - - (LUV'94 REG / PAGE 1 OF 3) TUTORIAL REGISTRATION Monday Morning, 4 hours, 8am-noon (choose one) [ ] 1. Good Lisp Programming Style [ ] 2. CLOS I [ ] 3. Efficiency and Optimization in Common Lisp Monday Afternoon, 4 hours, 1pm-5pm (choose one) [ ] 4. Macros and Compiler Macros for Abstraction and Efficiency [ ] 5. CLIM I [ ] 6. CLOS II Tuesday Morning, 4 hours, 8am-noon (choose one) [ ] 7. Advanced Topics in Common Lisp [ ] 8. GNU EMACS Lisp Programming [ ] 9. Common Lisp and Databases (Relational and Object-Oriented) Tuesday Afternoon, 4 hours, 1pm-5pm (choose one) [ ] 10. Hybrid development environments: Lisp, C, and others [ ] 11. CLIM II [ ] 12. Comparing and Contrasting Common Lisp, Scheme, and Dylan Tuesday EVENING, 3 hours, 8pm-11pm (choose one) [ ] 13. Advanced Vendor-Specific Tools and Techniques Specify vendor: ____________________ - - - - - - - - - - If some tutorial topic is not shown here that you would like to have chosen instead of or in addition to those above, please mention it (and any suggested instructors) here. Please also say whether you want an introductory or advanced level course: If the above schedule is keeping you from enrolling in the tutorials you most want to attend, please explain the nature of the conflict here: Please specify any substitutions you would be willing to make if your first choice tutorials do not receive enough interest: Tutorial times are subject to change, and tutorials themselves could be cancelled if there is insufficient enrollment. If a need to make such changes would create a special hardship for you, please specify the nature of your need/concern: - - - - - - - - - - (LUV'94 REG / PAGE 2 OF 3) CONFERENCE FEES TUTORIALS (Mon-Tue): $50 (per session) for full-time students or full-time academics. $125 (per session) for others--normal registration (BEFORE 8-Jul-94). $175 (per session) for others--late registration. ( price = $ _____ ) x ( number of sessions = _____ ) = $ __________ CONFERENCE (Wed-Fri): Includes exhibits, keynote address by Richard Stallman of the Free Software Foundation, technical paper presentations, and vendor presentations. $100 for full-time students or full-time academics. $400 for others--normal registration (BEFORE 8-Jul-94). $500 for others--late registration. This price is for all three days. One-day fees are not available. $ __________ =============== TOTAL ENCLOSED . . . . . . . . . . . . . . . . . . . . . . . . $ __________ Please pay this part with check or money order made payable (in US funds only) to "Association of Lisp Users". - - - - - - - - - - HOTEL RESERVATIONS A limited number of rooms have been blocked at a special rate of $89.00 single/double per night + 12% tax. Room Preference (check one): [ ] single [ ] double If double, specify roommate: _________________________ Arrival Day and Date: _______________________________ Departure Day and Date: _______________________________ Credit Card Information (to guarantee late arrival only): Card Type: _______________ Expiration Date: _____ / _____ Account Number: ___________________________________________ Signature: ________________________________________________ >>> Warning: NEVER send credit card information by e-mail <<< - - - - - - - - - - (LUV'94 REG / PAGE 3 OF 3) From chrisp@max.tiac.net Fri Jul 15 07:26:13 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA03840; Fri, 15 Jul 94 07:26:13 CDT Received: from max.tiac.net by cli.com (4.1/SMI-4.1) id AA13439; Fri, 15 Jul 94 06:26:51 CDT Received: (from chrisp@localhost) by max.tiac.net (8.6.8/8.6.6.Beta9) id HAA13751; Fri, 15 Jul 1994 07:23:42 -0400 Date: Fri, 15 Jul 1994 07:23:42 -0400 From: Chris Patti { Feoh } Message-Id: <199407151123.HAA13751@max.tiac.net> To: wfs@math.utexas.edu Cc: gcl@cli.com Subject: Here are the diffs to gcl.el that made it work for me.. Hi. I had to bash gcl.el a bit to get it to work. Here is the diff: 83c83,84 < (require 'shell) --- > (require 'sshell) > (load "inf-lisp") 97c98,100 < (t (inferior-lisp-mode)))) --- > (t > (inferior-lisp-mode) > (setq inferior-lisp-buffer (get-buffer "*gcl-lisp*"))))) 347d349 < 'run' was failing on make-shell because you had required 'shell instead of 'sshell. The bigger problem was that you were trying to use inferior-lisp-mode which doesn't come pre-loaded . it's only loaded after inferior-lisp is called which autoloads the rest of the package.. The way I got around this is to load inf-lisp.el which contains the appropriate code. The only other problem was that once we'd successfully entered inferior-lisp- mode emacs didn't know which lisp to send to, so I set the inferior-lisp-buffer variable to the buffer named *gcl-lisp* which gets created by make-shell. That's about it. Am I missing something blatantly obvious? Did I do all this for naught because I forgot some subtle trick in the installation procedure? -Chris P.S. It's so short I'm going to include the full gcl.el here since I'm not sure I did the right thing with diff. From saugus!leverich@rand.org Sat Jul 16 14:20:52 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA04305; Sat, 16 Jul 94 14:20:52 CDT Received: from rand.org by cli.com (4.1/SMI-4.1) id AA15686; Sat, 16 Jul 94 13:05:02 CDT Received: from saugus.UUCP by rand.org with UUCP id AA05786 (5.67a/IDA-1.5 for kcl@cli.com); Sat, 16 Jul 1994 11:05:01 -0700 Received: by saugus (Linux Smail3.1.28.1 #1) id m0qPDrC-000D3zC; Sat, 16 Jul 94 10:49 PDT Message-Id: From: saugus!leverich@rand.org Subject: CLX on Linux To: kcl@cli.com Date: Sat, 16 Jul 1994 10:49:02 -0700 (PDT) Cc: Michael_Harm@rand.org, Brian_Leverich@rand.org Organization: RAND, Santa Monica, CA Reply-To: Brian_Leverich@rand.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1282 Using Linux circa March 93 and AKCL 615/CLX sources from sunsite.unc.edu, last summer we had AKCL and CLX working fine on top of Linux and we even had most of the then-current version of Garnet up and running fine. Now we're doing the canonical upgrade-everything-in-sight maneuver. GCL seems to compile and run fine on recent Linux installations (Slackware 1.1.2, kernel 1.1.18, and everything else circa about the end of April, 1994 ... ). CLX compiles fine, but it manifests some real personality when we try to run the demos - for example, when we run the "just-say-lisp" demo it seems to be doing everything right, but the menu window never gets mapped to the screen. When I do simple poking around, it looks like CLX is talking through the socket to X just fine. It's not immediately obvious why the window's not getting mapped to the screen. Anyway, has anybody already "been there, done that" with this one before Mike or I run the problem down ourselves? (Just fishing, but has anybody already done the port of Garnet 2.2 or Garnet 3.0a to GCL/CLX before we go off and do that, too?) Thanks all, B. ------------ Dr. Brian Leverich | 1700 Main Street Information Systems Scientist | Santa Monica, CA 90407-2138 The RAND Corporation | (310) 393-0411 x7769 From AI.Repository@GLINDA.OZ.CS.CMU.EDU Fri Jul 22 15:56:44 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00205; Fri, 22 Jul 94 15:56:44 CDT Received: from GLINDA.OZ.CS.CMU.EDU by cli.com (4.1/SMI-4.1) id AA00538; Fri, 22 Jul 94 14:57:51 CDT Message-Id: <9407221957.AA00538@cli.com> Date: Fri, 22 Jul 94 14:53:12 EDT From: AI.Repository@GLINDA.OZ.CS.CMU.EDU To: allegro-cl@CS.BERKELEY.EDU, kcl@cli.com, slug@AI.SRI.COM Subject: ** CMU AI Repository ** My apologies if you've seen multiple copies of this message. I believe the content merits posting it to the several newsgroups and mailing lists. --mark ** ANNOUNCING ** ++++++++++++++++++++++++++++++++++++++++++ + CMU Artificial Intelligence Repository + + and + + Prime Time Freeware for AI + ++++++++++++++++++++++++++++++++++++++++++ July 1994 The CMU Artificial Intelligence Repository was established by Carnegie Mellon University to contain public domain and freely distributable software, publications, and other materials of interest to AI researchers, educators, students, and practitioners. The AI Repository currently contains more than a gigabyte of material and is growing steadily. The AI Repository is accessible for free by anonymous FTP, AFS, and WWW. A selection of materials from the AI Repository is also being published on CD-ROM by Prime Time Freeware and should be available for purchase at AAAI-94 or direct by mail or fax from Prime Time Freeware (see below). ---------------------------- Accessing the AI Repository: ---------------------------- To access the AI Repository by anonymous FTP, ftp to: ftp.cs.cmu.edu [128.2.206.173] and cd to the directory: /user/ai/ Use username "anonymous" (without the quotes) and type your email address (in the form "user@host") as the password. To access the AI Repository by AFS (Andrew File System), use the directory: /afs/cs.cmu.edu/project/ai-repository/ai/ To access the AI Repository by WWW, use the URL: http://www.cs.cmu.edu:8001/Web/Groups/AI/html/repository.html Be sure to read the files 0.doc and readme.txt in this directory. ------------------------------ Contents of the AI Repository: ------------------------------ The AI Programming Languages and the AI Software Packages sections of the repository are "complete". These can be accessed in the lang/ and areas/ subdirectories of the AI Repository. Compression and archiving utilities may be found in the util/ subdirectory. Other directories, which are in varying states of completion, are events/ (Calendar of Events, Conference Calls) and pubs/ (Publications, including technical reports, books, mail/news archives). The AI Programming Languages section includes directories for Common Lisp, Prolog, Scheme, Smalltalk, and other AI-related programming languages. The AI Software Packages section includes subdirectories for: agents/ Intelligent Agent Architectures alife/ Artificial Life and Complex Adaptive Systems anneal/ Simulated Annealing blackbrd/ Blackboard Architectures bookcode/ Code From AI Textbooks ca/ Cellular Automata classics/ Classical AI Programs constrnt/ Constraint Processing dai/ Distributed AI discover/ Discovery and Data-Mining doc/ Documentation edu/ Educational Tools expert/ Expert Systems/Production Systems faq/ Frequently Asked Questions fuzzy/ Fuzzy Logic games/ Game Playing genetic/ Genetic Algorithms, Genetic Programming, Evolutionary Programming icot/ ICOT Free Software kr/ Knowledge Representation, Semantic Nets, Frames, ... learning/ Machine Learning misc/ Miscellaneous AI music/ Music neural/ Neural Networks, Connectionist Systems, Neural Systems nlp/ Natural Language Processing (Natural Language Understanding, Natural Language Generation, Parsing, Morphology, Machine Translation) planning/ Planning, Plan Recognition reasonng/ Reasoning (Analogical Reasoning, Case Based Reasoning, Defeasible Reasoning, Legal Reasoning, Medical Reasoning, Probabilistic Reasoning, Qualitative Reasoning, Temporal Reasoning, Theorem Proving/Automated Reasoning, Truth Maintenance) robotics/ Robotics search/ Search speech/ Speech Recognition and Synthesis testbeds/ Planning/Agent Testbeds vision/ Computer Vision The repository has standardized on using 'tar' for producing archives of files and 'gzip' for compression. ------------------------------------ Keyword Searching of the Repository: ------------------------------------ To search the keyword index by mail, send a message to: ai+query@cs.cmu.edu with one or more lines containing calls to the keys command, such as: keys lisp iteration in the message body. You'll get a response by return mail. Do not include anything else in the Subject line of the message or in the message body. For help on the query mail server, include: help instead. A Mosaic interface to the keyword searching program is in the works. We also plan to make the source code (including indexes) to this program available, as soon as it is stable. ----------------------------------------- Contributing Materials to the Repository: ----------------------------------------- Contributions of software and other materials are always welcome, but must be accompanied by an unambiguous copyright statement that grants permission for free use, copying, and distribution, such as: - a declaration that the materials are in the public domain, or - a copyright notice that states that the materials are subject to the GNU General Public License (cite version), or - some other copyright notice (we will tell you if the copying permissions are too restrictive for us to include the materials in the repository) Inclusion of materials in the repository does not modify their copyright status in any way. Materials may be placed in: ftp.cs.cmu.edu:/user/ai/new/ When you put anything in this directory, please send mail to ai+contrib@cs.cmu.edu giving us permission to distribute the files, and state whether this permission is just for the AI Repository, or also includes publication on the CD-ROM version (Prime Time Freeware for AI). We would appreciate if you would include a 0.doc file for your package; see /user/ai/new/package.doc for a template. (If you don't have the time to write your own, we can write it for you based on the information in your package.) ------------------------------------ Prime Time Freeware for AI (CD-ROM): ------------------------------------ A portion of the contents of the repository is published annually by Prime Time Freeware. The first issue consists of two ISO-9660 CD-ROMs bound into a 224-page book. Each CD-ROM contains approximately 600 megabytes of gzipped archives (more than 2 gigabytes uncompressed and unpacked). Prime Time Freeware for AI is particularly useful for folks who do not have FTP access, but may also be useful as a way of saving disk space and avoiding annoying FTP searches and retrievals. Prime Time Freeware helped establish the CMU AI Repository, and sales of Prime Time Freeware for AI will continue to help support the maintenance and expansion of the repository. It sells (list) for US$60 plus applicable sales tax and shipping and handling charges. Payable through Visa, MasterCard, postal money orders in US funds, and checks in US funds drawn on a US bank. For further information on Prime Time Freeware for AI and other Prime Time Freeware products, please contact: Prime Time Freeware 370 Altair Way, Suite 150 Sunnyvale, CA 94086 USA Tel: +1 408-433-9662 Fax: +1 408-433-0727 E-mail: ptf@cfcl.com ---------------------- Repository Maintainer: ---------------------- The AI Repository was established by Mark Kantrowitz in 1993 as an outgrowth of the Lisp Utilities Repository (established 1990) and his work on the FAQ (Frequently Asked Questions) postings for the AI, Lisp, Scheme, and Prolog newsgroups. The Lisp Utilities Repository has been merged into the AI Repository. Bug reports, comments, questions and suggestions concerning the repository should be sent to Mark Kantrowitz . Bug reports, comments, questions and suggestions concerning a particular software package should be sent to the address indicated by the author. ------------------------------------------------------------------------- From kmp@harlequin.com Mon Aug 1 06:24:02 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00762; Mon, 1 Aug 94 06:24:02 CDT Received: from hilly.harlequin.com by cli.com (4.1/SMI-4.1) id AA18527; Mon, 1 Aug 94 05:24:23 CDT Received: from epcot.harlequin.com by hilly.harlequin.com; Mon, 1 Aug 1994 06:27:49 -0400 Received: from sonata.harlequin.com by epcot.harlequin.com; Mon, 1 Aug 1994 06:32:59 -0400 Date: Mon, 1 Aug 1994 06:32:57 -0400 Message-Id: <15470.199408011032@sonata.harlequin.com> From: kmp@harlequin.com Sender: kmp@harlequin.com Subject: LUV '94 REMINDER & SCHEDULE INFO (AUG 15-19) Reply-To: kmp@harlequin.com Apparently-To: Harlequin, Inc., Franz, Inc. and The Association of Lisp Users invite you to attend LUV '94 The Fourth International Lisp Users and Vendors Conference to be held in Berkeley, California on August 15-19, 1994 Whether you're a user or implementor of Common Lisp, Scheme, Dylan, or EMACS Lisp--or just an interested party--this conference is for you. It's a chance to find out what's been going on and to influence what happens next in the Lisp community. You'll hear what users and vendors have been up to, and what they're planning in the future. You'll participate in the interactive dialog between the users and vendors about the needs of the Lisp community in the years ahead. It's a valuable opportunity to do more than just program in Lisp--it's a chance to be a part of the Lisp community, to learn, and to contribute to a strong future. The keynote addresses will be: ``Perspectives on Lisp'' by John McCarthy, Professor of Computer Science, Stanford University ``Lisp as an Extension Language'' by Richard Stallman, Free Software Foundation The agenda also features other interesting talks, panels, and paper presentations. See the attached schedule of events. The conference will be held at the Berkeley Marina Marriott hotel. We are pleased to announce that this years sleeping room rate is $89.00 (single/double). There is complimentary parking at the hotel. Either the Oakland or San Francisco airport may be used; Oakland is suggested for domestic flights. Late registration fees are now in effect: $175 per tutorial ($50 academic), and $500 for the main conference ($100 academic). A registration form is attached below. For further information, or to volunteer to help out, please contact: Meetings Unlimited, Kent Pitman, Thomas Pole, LUV '94 Committee Conference Organizers Co-Chairman Co-Chairman luv-94@ai.sri.com (215) 651-0797 (617) 374-2516 (703) 902-7100 luv-organizer@ai.sri.com kmp@harlequin.com pole@chesapeake.ads.com CompuServe 76470.3334 * * * * * It's less than two weeks away. PLEASE don't delay. Make your reservations TODAY! ============================================================================== APPROXIMATE CONFERENCE TIMETABLE MON 8:00 - 10:00 Tutorial 3: Efficiency 10:00 - 10:15 BREAK 10:15 - 12:00 Tutorials 3 cont'd 12:00 - 1:30 LUNCH (on own) 1:30 - 3:30 Tutorials 4-6: Macros, CLIM I, CLOS II 3:30 - 3:45 BREAK 3:45 - 5:30 Tutorials 4-6 cont'd TUE 8:00 - 10:00 Tutorials 7-9: Adv Topics, GNU Emacs, CL DB 10:00 - 10:15 BREAK 10:15 - 12:00 Tutorials 7-9 cont'd 12:00 - 1:30 LUNCH (on own) 1:30 - 3:30 Tutorials 10-11: Hybrid Env, CLIM II 3:30 - 3:45 BREAK 3:45 - 5:30 Tutorials 10-11 cont'd WED 9:00 - 9:30 OPENING REMARKS: Kent Pitman, Harlequin 9:30 - 10:30 KEYNOTE ADDRESS: ``Perspectives on Lisp'' John McCarthy, Stanford University 10:30 - 10:45 BREAK 10:45 - 12:00 Panel: ``What Counts as Lisp?'' for Scheme: Brian Harvey, Lecturer, UC Berkeley for Dylan: Rick Fleischman, Apple Computer, Inc. Others TBD 12:00 - 1:30 LUNCH (Sponsored by Harlequin) 1:30 - 3:30 VENDOR PRESENTATION: Harlequin 3:30 - 3:45 BREAK 3:45 - 5:00 USER/VENDOR Q&A 5:00 - 8:00 DINNER (on own) 8:00 - 11:00 BIRDS OF A FEATHER (BOF) SESSIONS THU 9:00 - 10:15 TECHNICAL PAPERS M. Semenov, ``The Integrated Windows Environment of PRIME-LISP'' S. Ball, V. Mah, ``SENEX: CLOS in Molecular Pathology'' K. Anderson, ``Courages in Profiles'' 10:15 - 10:30 BREAK 10:30 - 11:00 TECHNICAL PAPERS G. Attardi, ``The Embeddable Common Lisp'' 11:00 - 12:00 VENDOR PRESENTATION: Franz 12:00 - 1:30 LUNCH (Sponsored by Franz) 1:30 - 2:30 KEYNOTE ADDRESS: ``Lisp as an Extension Language'' Richard Stallman, Free Software Foundation 2:30 - 3:30 ALU BOARD ELECTIONS 3:30 - 3:45 BREAK 3:45 - 5:00 PANEL: ``Where is Lisp? Where should it be going?'' Brad Miller, URCS Research Staff, University of Rochester Professor Masayuki Ida, CSRL, Aoyama Gakuin University Scott McKay, Harlequin Inc. Others TBD 5:00 - 8:00 DINNER (on own) 5:00 - 8:00 New ALU board will meet over dinner. 8:00 - 9:00 MEET THE ALU BOARD 8:00 - 11:00 VENDOR EXHIBITS FRI 10:00 - 12:00 ALU MEETING & PLANNING LUV '95 ============================================================================== TUTORIAL SCHEDULE (Some topics have been cancelled due to undersubscription. The numbering has NOT been adjusted to avoid confusion.) 3. Efficiency and Optimization in Lisp A survey of topics such as profiling, common algorithmic optimizations, consing, declarations and type checking, garbage collection, using C code, arrays and delivery considerations. Some general guidelines will be portable, others will be specific to the major commercial Common Lisp implementations. Instructor: Ken Anderson (BBN) and possibly another party yet to be named. Prerequisite: Basic knowledge of Common Lisp concepts. 4. Macros and Compiler Macros for Abstraction and Efficiency Common Lisp provides a number of syntactic mechanisms for making code more maintainable and efficient. Learn when and how to use macros, compiler macros, reader macros, and inlined functions to improve your coding style and productivity. Instructor: Kent Pitman (Harlequin) Prerequisite: Basic knowledge of Common Lisp concepts. 5. CLIM level I How to use the Common Lisp Interface Manager (CLIM) version 2.0 to build interfaces to appllication programs. Use of application frames presentations, menus and dialogs, commands, command tables, interaction styles, and drawing graphics. Instructor: Colin Meldrum (Franz) Prerequisite: Basic knowledge of Common Lisp and CLOS concepts. 6. CLOS level II Complex initializations protocols, customized method combinations, and the various ``meta object'' protocols for CLOS, as well as a survey of existing implementational techniques and their consequences. Instructor: Steve Haflich (Franz) Prerequisite: CLOS level I and/or a good understanding of CLOS and Lisp. 7. Advanced topics in Common Lisp The topics that most beginning courses never get around to: LOOP, FORMAT, conditions and restarts, UNWIND-PROTECT, PRINT-OBJECT and MAKE-LOAD-FORM methods, the pretty printer, and issues relating to implementation and storage representation that influence practical programs. Instructor: Steve Haflich (Franz), and probably another party yet to be named. Prerequisite: Basic knowledge of Common Lisp concepts. 8. GNU EMACS Lisp Programming The EMACS extension language, EMACS Lisp, which allows users to not only customize the popular EMACS editor, but also allows the development of active documents applications that interact with the user. Instructor: Richard Stallman (Free Software Foundation) Prerequisite: Basic knowledge of programming concepts. 9. Common Lisp and Databases (Relational and Object-Oriented) A survey of concepts, techniques, and tools for working with relational and object-oriented databases from within Common Lisp. Instructor: Jim Veitch (Franz) and and Judy Anderson (Harlequin) Prerequisite: Basic knowledge of Common Lisp concepts. 10. Hybrid development environments: Getting Lisp to talk to the Non-Lisp world. Interfacing Lisp as client or server in networked applications. Interfacing Lisp to serial devices. Interfacing lisp to GL and CLX. General techniques and pitfalls for embedding C code in lisp applications. Instructor: Dave Dyer (Information International) Prerequisite: Basic knowledge of Common Lisp concepts. 11. CLIM level II Hardcopy, pointer tracking and manipulation, incremental redisplay, table and graph formatting, drawing in color, the drawing environment, and doing transformations in CLIM version 2.0. Instructor: John Aspinall (Harlequin) and Scott McKay (Harlequin) Prerequisite: CLIM level I and/or a good understanding of CLIM, CLOS and Lisp. ****************************** NOTES ****************************** In the above, a prerequisite is specified in order to guide potential attendees to courses at their level of expertise. In NO case is the prerequisite enforced. It is just a guideline to let you know at what level the instructor will be speaking in order to help you get the best value for your money. Tutorials are SUBJECT TO INSTRUCTOR SUBSTITUTION. Tutorial are SUBJECT TO SCHEDULE CHANGE. Tutorials are SUBJECT TO CANCELLATION if there is insufficient enrollment. -----8<----- Cut here -----8<----- Cut here -----8<----- Cut here ----- ***** LUV '94 REGISTRATION FORM ***** (version 8, 1-Aug-94) Confidential? Name __________________________________________________ [ ] Company __________________________________________________ [ ] [ ] Home Address [ ] Work Address __________________________________________________ [ ] City __________________________________________________ [ ] State __________________________________________________ [ ] Zip/Postal Code ____________________ Country _____________________ [ ] [ ] Home Phone [ ] Work Phone __________________________________________________ [ ] (please include country, area, or city codes) E-Mail __________________________________________________ [ ] PRIVACY DISCLAIMER: If you take no special action, the information provided might be published as some form of public record of the conference attendees. If you check the "Confidential?" box in the right column of any line, the information on that line will be excluded from any published record of conference attendees. Registration Status: [ ] Full-time student or full-time academic. (Please bring proof.) [ ] Others, Normal Registration. Must be received BEFORE 8-Jul-94. [ ] Others, Late Registration. - - - - - - - - - - Please send these three pages of registration material plus your check or money order to: Association of Lisp Users attn: LUV 94 Registration P.O. Box 294 Malvern, PA 19355-0294 U.S.A. Registration material sent by e-mail will NOT be accepted. FAX REGISTRATIONS from international attendees may be sent at any time. Domestic attendees may only fax registrations between July 18, 1994 and to August 9, 1994. Faxed registrations will not be confirmed until payment is received. The FAX number is (215) 651-0936. - - - - - - - - - - (LUV'94 REG / PAGE 1 OF 3) TUTORIAL REGISTRATION Monday Morning, 4 hours, 8am-noon (choose one) [ ] 3. Efficiency and Optimization in Common Lisp Monday Afternoon, 4 hours, 1pm-5pm (choose one) [ ] 4. Macros and Compiler Macros for Abstraction and Efficiency [ ] 5. CLIM level I [ ] 6. CLOS level II Tuesday Morning, 4 hours, 8am-noon (choose one) [ ] 7. Advanced Topics in Common Lisp [ ] 8. GNU EMACS Lisp Programming [ ] 9. Common Lisp and Databases (Relational and Object-Oriented) Tuesday Afternoon, 4 hours, 1pm-5pm (choose one) [ ] 10. Hybrid development environments: Lisp, C, and others [ ] 11. CLIM level II - - - - - - - - - - If some tutorial topic is not shown here that you would like to have chosen instead of or in addition to those above, please mention it (and any suggested instructors) here. Please also say whether you want an introductory or advanced level course: If the above schedule is keeping you from enrolling in the tutorials you most want to attend, please explain the nature of the conflict here: Please specify any substitutions you would be willing to make if your first choice tutorials do not receive enough interest: Tutorial times are subject to change, and tutorials themselves could be cancelled if there is insufficient enrollment. If a need to make such changes would create a special hardship for you, please specify the nature of your need/concern: - - - - - - - - - - (LUV'94 REG / PAGE 2 OF 3) CONFERENCE FEES TUTORIALS (Mon-Tue): $50 (per session) for full-time students or full-time academics. $125 (per session) for others--normal registration (BEFORE 8-Jul-94). $175 (per session) for others--late registration. ( price = $ _____ ) x ( number of sessions = _____ ) = $ __________ CONFERENCE (Wed-Fri): Includes exhibits, keynote address by Richard Stallman of the Free Software Foundation, technical paper presentations, and vendor presentations. $100 for full-time students or full-time academics. $400 for others--normal registration (BEFORE 8-Jul-94). $500 for others--late registration. Sorry, we can't waive the registration fee for paper authors. Authors whose papers are accepted for the proceedings and presentation are expected to register for the conference. This price is for all three days. One-day fees are not available. $ __________ =============== TOTAL ENCLOSED . . . . . . . . . . . . . . . . . . . . . . . . $ __________ Please pay this part with check or money order made payable (in US funds only) to "Association of Lisp Users". Sorry, we are unable to accept credit card payment for registration fees. Registrations will be confirmed in writing by mail or fax within 14 days. - - - - - - - - - - HOTEL RESERVATIONS A limited number of rooms have been blocked at a special rate of $89.00 single/double per night + 12% tax. Room Preference (check one): [ ] single [ ] double If double, specify roommate: _________________________ Arrival Day and Date: _______________________________ Departure Day and Date: _______________________________ Credit Card Information (to guarantee late arrival only): Card Type: _______________ Expiration Date: _____ / _____ Account Number: ___________________________________________ Signature: ________________________________________________ * PLEASE help us by making reservations THROUGH US, NOT DIRECT with hotel. * For availability info, call Meetings Unlimited at (215) 651-0797. * NEVER SEND CREDIT CARD INFORMATION BY E-MAIL! - - - - - - - - - - (LUV'94 REG / PAGE 3 OF 3) From takamura@i.h.kyoto-u.ac.jp Thu Sep 1 04:33:04 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00541; Thu, 1 Sep 94 04:33:04 CDT Received: from hakken.i.h.kyoto-u.ac.jp by cli.com (4.1/SMI-4.1) id AA26034; Thu, 1 Sep 94 03:17:45 CDT Received: (from takamura@localhost) by hakken.i.h.kyoto-u.ac.jp (8.6.8+2.4Wb/3.3Wb) id RAA02307; Thu, 1 Sep 1994 17:17:28 +0900 Date: Thu, 1 Sep 1994 17:17:28 +0900 Message-Id: <199409010817.RAA02307@hakken.i.h.kyoto-u.ac.jp> From: "Shin'ya TAKAMURA" Content-Type: text/plain; charset="iso-2022-jp" To: kcl@cli.com Subject: Join X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) I'd like to join this ML. Thanks in advance. Sinya TAKAMURA From blake@edge.ercnet.com Thu Sep 1 12:54:32 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00577; Thu, 1 Sep 94 12:54:32 CDT Received: from edge.ercnet.com ([199.0.68.2]) by cli.com (4.1/SMI-4.1) id AA26687; Thu, 1 Sep 94 11:31:37 CDT Received: from ip216.ercnet.com (ip216.ercnet.com [199.0.68.216]) by edge.ercnet.com (8.6.9/8.6.9) with SMTP id LAA03193 for ; Thu, 1 Sep 1994 11:27:09 -0500 Date: Thu, 1 Sep 1994 11:27:09 -0500 Message-Id: <199409011627.LAA03193@edge.ercnet.com> X-Sender: blake@edge.ercnet.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: kcl@cli.com From: blake@edge.ercnet.com (Blake McBride) Subject: Mailing list X-Mailer: Due to the fact that a) there doesn't seem to be any information regarding the kcl mailing list in either the AKCL or GCL packages, and b) I have not recieved any response from people I have asked for information regarding this list, I am requesting information on how to join the KCL mailing list. (my e-mail address changed and I would like to correct the list.) Is it now for GCL too? Or is there another list for that? Thanks. -- Blake McBride (615) 790-8521 voice 3020 Liberty Hills Drive (615) 791-7736 fax Franklin, TN 37064 blake@edge.ercnet.com U.S.A. From takamura@i.h.kyoto-u.ac.jp Mon Sep 5 11:38:58 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00145; Mon, 5 Sep 94 11:38:58 CDT Received: from kaede.i.h.kyoto-u.ac.jp by cli.com (4.1/SMI-4.1) id AA01495; Mon, 5 Sep 94 09:24:57 CDT Received: (from takamura@localhost) by kaede.i.h.kyoto-u.ac.jp (8.6.8+2.4Wb/3.3Wb) id XAA19498; Mon, 5 Sep 1994 23:24:51 +0900 Date: Mon, 5 Sep 1994 23:24:51 +0900 Message-Id: <199409051424.XAA19498@kaede.i.h.kyoto-u.ac.jp> From: "Shin'ya TAKAMURA" Content-Type: text/plain; charset="iso-2022-jp" To: kcl@cli.com Subject: join In-Reply-To: Your message of Mon, 5 Sep 94 04:28:20 MDT. <9409051028.AA19500@everest.den.mmc.com> X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) I'd like to join this ML. Thanks in advance. Sinya TAKAMURA From blake@edge.ercnet.com Fri Sep 9 10:00:54 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00788; Fri, 9 Sep 94 10:00:54 CDT Received: from edge.ercnet.com by cli.com (4.1/SMI-4.1) id AA10872; Fri, 9 Sep 94 09:05:47 CDT Received: from ip223.ercnet.com (ip223.ercnet.com [199.0.68.223]) by edge.ercnet.com (8.6.9/8.6.9) with SMTP id JAA04664 for ; Fri, 9 Sep 1994 09:02:44 -0500 Date: Fri, 9 Sep 1994 09:02:44 -0500 Message-Id: <199409091402.JAA04664@edge.ercnet.com> X-Sender: blake@edge.ercnet.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: kcl@cli.com From: blake@edge.ercnet.com (Blake McBride) Subject: Mailing list X-Mailer: Due to the fact that a) there doesn't seem to be any information regarding the kcl mailing list in either the AKCL or GCL packages, and b) I have not recieved any response from people I have asked for information regarding this list, I am requesting information on how to join the KCL mailing list. (my e-mail address changed and I would like to correct the list.) Is it now for GCL too? Or is there another list for that? Thanks. -- Blake McBride (615) 790-8521 voice 3020 Liberty Hills Drive (615) 791-7736 fax Franklin, TN 37064 blake@edge.ercnet.com U.S.A. From pinkus@comm.mot.com Wed Sep 14 18:15:26 1994 Return-Path: Received: from cli.com by jingles.cli.com.cliftp (4.1/SMI-4.1) id AA00356; Wed, 14 Sep 94 18:15:26 CDT Received: from motgate.mot.com by cli.com (4.1/SMI-4.1) id AA20379; Wed, 14 Sep 94 17:09:06 CDT Received: from pobox.mot.com ([129.188.137.100]) by motgate.mot.com with SMTP (5.67b/IDA-1.4.4/MOT-3.1 for ) id AA08403; Wed, 14 Sep 1994 17:09:05 -0500 Received: from comm.mot.com (il02dns1.comm.mot.com) by pobox.mot.com with SMTP (5.67b/IDA-1.4.4/MOT-3.1 for ) id AA13345; Wed, 14 Sep 1994 17:09:03 -0500 Received: from rover (rover.stc.comm.mot.com) by comm.mot.com (4.1/SMI-4.0) id AA04803; Wed, 14 Sep 94 17:09:05 CDT Received: by rover (5.0/SMI-SVR4) id AA20170; Wed, 14 Sep 1994 17:09:01 -0500 Date: Wed, 14 Sep 1994 17:09:01 -0500 From: pinkus@comm.mot.com Message-Id: <9409142209.AA20170@rover> To: kcl@cli.com Subject: KCL C-interface for Solaris Content-Length: 383 When I write a simple C-interface function in AKCL, it works as expected on a SunOS 4.x machine. However, when I compile and load it for a Solaris machine, I get the following notice: (for a function "silly") [unknown global sym silly]start address -T 277400 Finished loading silly.o Any idea what causes this? When I execute the function, it core dumps. Thanks, Pinku Surana From rcthakur@map.iitd.ernet.in Tue Oct 18 04:51:55 1994 Return-Path: Received: from cli.com by ftp.cli.com (4.1/SMI-4.1) id AA02281; Tue, 18 Oct 94 04:51:55 CDT Received: from sangam.ncst.ernet.in by cli.com (4.1/SMI-4.1) id AA19734; Tue, 18 Oct 94 03:41:41 CDT Received: (from root@localhost) by sangam.ncst.ernet.in (8.6.8.1/8.6.6) with UUCP id OAA22204; Tue, 18 Oct 1994 14:11:10 +0500 Received: from map.iitd.ernet.in (netearth) by henna.iitd.ernet.in (4.1/SMI-4.1-MHS-7.0 ) id AA16123; Tue, 18 Oct 94 14:10:49 IST X-Organisation: Indian Institute of Technology, New Delhi. Received: by map.iitd.ernet.in; id AA01059; Tue, 18 Oct 1994 14:10:48 +0530 Received: by map; Tue, 18 Oct 1994 14:10:48 +0530 id AA01059; Tue, 18 Oct 1994 14:10:48 +0530 Date: Tue, 18 Oct 1994 14:10:47 +0530 (IST) From: "Mr. R.C. Thakur SSO-II" Subject: To: gcl-request@cli.com Cc: gcl@cli.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII subscribe mailing list From FLYNXzz@aol.com Fri Oct 28 04:59:59 1994 Return-Path: Received: from cli.com by ftp.cli.com (4.1/SMI-4.1) id AA05528; Fri, 28 Oct 94 04:59:59 CDT Received: from mail02.prod.aol.net by cli.com (4.1/SMI-4.1) id AA18736; Fri, 28 Oct 94 04:03:16 CDT Received: by mail02.prod.aol.net (1.38.193.5/16.2) id AA28680; Fri, 28 Oct 1994 05:03:05 -0400 Date: Fri, 28 Oct 1994 05:03:05 -0400 From: FLYNXzz@aol.com Sender: FLYNXzz@aol.com Message-Id: <9410280501454502038@aol.com> To: KCL@cli.com Subject: KCL PLEASE SEND ME INFORMATION ON HOW TO OBTAIN KCL FOR MY MACINTOSH. I'M SURE YOU ARE VERY BUSY, BUT I WOULD APPRECIATE YOUR ASSISTANCE WHEN YOU ARE ABLE. THANK YOU VERY MUCH. From chandan@blr.sni.de Mon Nov 7 05:06:48 1994 Return-Path: Received: from cli.com by ftp.cli.com (4.1/SMI-4.1) id AA10456; Mon, 7 Nov 94 05:06:48 CST Received: from mail.sni.de (news.sni.de) by cli.com (4.1/SMI-4.1) id AA11991; Mon, 7 Nov 94 03:24:43 CST Received: from blrsn01.blr.sni.de by mail.sni.de with SMTP (PP) id <07392-0@mail.sni.de>; Mon, 7 Nov 1994 10:09:23 +0100 Received: from blrast03.blr.sni.de by blr.sni.de (4.1/SMI-4.1) id AA29880; Mon, 7 Nov 94 14:41:10+050 Date: Mon, 7 Nov 94 14:41:10+050 From: chandan@blr.sni.de (Dr. Chandan Haldar) Message-Id: <9411070941.AA29880@blr.sni.de> Received: by blrast03.blr.sni.de (5.0/SMI-SVR4) id AA00420; Mon, 7 Nov 94 14:48:46 GMT To: kcl@cli.com Subject: Making akcl on solaris x86. Content-Length: 719 Hello everybody! I am trying to make akcl version 1.600 on a Solaris 2 X86 machine running gcc 2.5.8. I tried to use the mp386 defs, but unixfasl.c doesn't compile. Apparently filehdr.h and scnhdr.h are not found. Has anybody encountered this problem before? Thanks for any help. - Chandan -------------------------------------------------------------------------- Dr. Chandan Haldar -------------------------------------------------------------------------- Siemens Information Systems Limited 29 Infantry Road Bangalore 560 001 India. Phone: +91 80 559 1012, +91 80 559 1113 Internet: chandan@blr.sni.de, Chandan.Haldar@blr.sni.de -------------------------------------------------------------------------- From chandan@blr.sni.de Mon Nov 7 06:45:30 1994 Return-Path: Received: from cli.com by ftp.cli.com (4.1/SMI-4.1) id AA10463; Mon, 7 Nov 94 06:45:30 CST Received: from mail.sni.de (news.sni.de) by cli.com (4.1/SMI-4.1) id AA12050; Mon, 7 Nov 94 05:24:35 CST Received: from blrsn01.blr.sni.de by mail.sni.de with SMTP (PP) id <07387-0@mail.sni.de>; Mon, 7 Nov 1994 10:08:56 +0100 Received: from blrast03.blr.sni.de by blr.sni.de (4.1/SMI-4.1) id AA29877; Mon, 7 Nov 94 14:40:41+050 Date: Mon, 7 Nov 94 14:40:41+050 From: chandan@blr.sni.de (Dr. Chandan Haldar) Message-Id: <9411070940.AA29877@blr.sni.de> Received: by blrast03.blr.sni.de (5.0/SMI-SVR4) id AA00419; Mon, 7 Nov 94 14:48:17 GMT To: kcl@cli.com Subject: change of address Content-Length: 719 Hello everybody! I am trying to make akcl version 1.600 on a Solaris 2 X86 machine running gcc 2.5.8. I tried to use the mp386 defs, but unixfasl.c doesn't compile. Apparently filehdr.h and scnhdr.h are not found. Has anybody encountered this problem before? Thanks for any help. - Chandan -------------------------------------------------------------------------- Dr. Chandan Haldar -------------------------------------------------------------------------- Siemens Information Systems Limited 29 Infantry Road Bangalore 560 001 India. Phone: +91 80 559 1012, +91 80 559 1113 Internet: chandan@blr.sni.de, Chandan.Haldar@blr.sni.de -------------------------------------------------------------------------- From root@bulsuper.cs.rulimburg.nl Wed Jul 10 06:01:05 1996 Return-Path: Received: from cli.com by ftp.cli.com. (SMI-8.6/SMI-SVR4) id GAA23143; Wed, 10 Jul 1996 06:01:04 -0500 Received: from bommel.cs.rulimburg.nl by cli.com (SMI-8.6/SMI-SVR4) id EAA17680; Wed, 10 Jul 1996 04:09:04 -0500 Received: from bulsuper.cs.rulimburg.nl by bommel.cs.rulimburg.nl (4.1/SMI-4.1) id AA27226; Wed, 10 Jul 96 11:05:57 +0200 Received: from localhost by bulsuper.cs.rulimburg.nl (AIX 3.2/UCB 5.64/4.03) id AA13552; Wed, 10 Jul 1996 11:07:36 -0500 Date: Wed, 10 Jul 1996 11:07:36 -0500 (CDT) From: "Alfred D.M. Wan" To: wfs@cli.com, kcl@cli.com, wfs@rascal.ics.utexas.edu Subject: GCL Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 34535 Dear sirs, I have unsuccessfully tried to compile the package gcl-2.2 and gcl-2.0. A segmentation violation occurred which stopped the compilation process, the (standard) output of the process is listed below. I have tried to compile using both cc and gcc, unfortunately with the same result. The problem seems to occur somewhere in the link process, but I have not been able to fix it. The machine is an IBM RS/6000 running AIX 3.2.4, perhaps the error is due to a bug in ld, but that's only guessing. Are you familiar with this problem and do you know a way to fix it? I'm looking forward to your answer. Sincerely, Fred Wan. +---------------------------------------------------------------------------+ | Fred Wan; wan@bulsuper.cs.rulimburg.nl http://www.cs.rulimburg.nl/~wan | | tel: +31 (0)43 3883478; home: +31 (0)43 3478256 / +31 (0)20 6817123 | | Dept. Computer Science, P.O. Box 616, 6200 MD Maastricht, The Netherlands.| +---------------------------------------------------------------------------+ cat h/config.h | sed -e "1,/Begin for cmpincl/d" \ -e "/End for cmpinclude/,50000d" > tmpx cat h/cmpincl1.h h/compbas.h h/enum.h h/object.h h/vs.h h/bds.h h/frame.h h/lex.h h/eval.h h/funlink.h h/att_ext.h h/compbas2.h h//compat.h h//cmponly.h >> tmpx xbin/move-if-changed mv tmpx h/cmpinclude.h tmpx and h/cmpinclude.h were not the same. ln tmpx h/cmpinclude.h xbin/move-if-changed ln h/cmpinclude.h o/cmpinclude.h h/cmpinclude.h and o/cmpinclude.h were not the same. ln h/cmpinclude.h o/cmpinclude.h (cd bin; make all) cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0 -H4096 -qchars=signed -DUNIX -o dpp dpp.c (cd mp ; make all) make all1 "MPFILES=./mpi.o ./lo-rios.o ./mp_divul3_word.o ./libmport.a" cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0 -H4096 -qchars=signed -c -O -I../h -I. -c -I../h ./mpi.c as ./lo-rios.s -o ./lo-rios.o cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0 -H4096 -qchars=signed -c -O -I../h -I. -c -I../h ./mp_divul3_word.c cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0 -H4096 -qchars=signed -c -O -I../h -I. -c -I../h mp_divul3.c cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0 -H4096 -qchars=signed -c -O -I../h -I. -c -I../h mp_bfffo.c cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0 -H4096 -qchars=signed -c -O -I../h -I. -c -I../h mp_mulul3.c cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0 -H4096 -qchars=signed -c -O -I../h -I. -c -I../h mp2.c cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0 -H4096 -qchars=signed -c -O -I../h -I. -c -I../h mp_dblrsl3.c cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0 -H4096 -qchars=signed -c -O -I../h -I. -c -I../h mp_dblrul3.c cc -c -O gnulib1.c rm -f libmport.a ar qc libmport.a mp_divul3.o mp_bfffo.o mp_mulul3.o mp2.o mp_dblrsl3.o mp_dblrul3.o ./gnulib1.o true libmport.a rm -f o/cmpinclude.h ; ln h/cmpinclude.h o (cd o; make all) cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0 -H4096 -qchars=signed -c -O -I../gcl-tk -I../h/ main.c cc -qlanglvl=ext -qnoprint -DCOM_LENG= -DVOL=volatile -I/softw/tmp/gcl/gcl-2.0/o -bnso -bI:/lib/syscalls.exp -Wl,-D0