From: s. c. <jun...@me...> - 2001-10-13 22:34:43
|
hi. i tried compiling CLLIB from a recent [today] cvs copy of CLOCC, but it wasn't working with CMUCL. Krystof_ in #lisp recommended that i send a transcript of the build. here's what i did: edited /usr/src/clocc/clocc.lisp; changed the 'src;defsystem;*' and 'src;defsystem-3-x;*' paths to point to "/usr/share/common-lisp/source/defsystem/*" cd /usr/src/clocc export LISPTYPE=cmucl make clocc-top cd src/cllib make system and here's what it reported, on 'make system': ------------ /usr/local/src/clocc/bin/run-lisp -i /usr/local/src/clocc/clocc-top -i cllib.system \ -x '(funcall (intern "COMPILE-SYSTEM" :mk) "cllib")' ; Loading #p"/usr/local/src/clocc/clocc-top.x86f". Warning: MAKE also exports the following symbols: (HARDCOPY-SYSTEM COMPILE-SYSTEM *COMPILE-DURING-LOAD* *FILES-MISSING-IS-AN-ERROR* AFS-SOURCE-DIRECTORY COMPILER-TYPE-TRANSLATION DEFSYSTEM LOAD-SYSTEM DEFINE-LANGUAGE FILES-IN-SYSTEM OOS UNDEFSYSTEM *MULTIPLE-LISP-SUPPORT* *DONT-REDEFINE-REQUIRE* *BIN-SUBDIR* DESCRIBE-SYSTEM *RELOAD-SYSTEMS-FROM-DISK* *DEFSYSTEM-VERSION* *MINIMAL-LOAD* DEFINED-SYSTEMS SYSTEM-SOURCE-SIZE FIND-SYSTEM AFS-BINARY-DIRECTORY *CENTRAL-REGISTRY* EDIT-SYSTEM FILES-WHICH-NEED-COMPILATION CLEAN-SYSTEM SOFTWARE-TYPE-TRANSLATION MACHINE-TYPE-TRANSLATION OPERATE-ON-SYSTEM *BINARY-PATHNAME-DEFAULT* MAKE-SYSTEM-TAG-TABLE ALLEGRO-MAKE-SYSTEM-FASL *SOURCE-PATHNAME-DEFAULT*) ; Loading #p"/usr/local/src/clocc/src/cllib/cllib.system". In: LET (TBC) (LET (TBC) (SETQ MAKE:*CENTRAL-REGISTRY* (NCONC # MAKE:*CENTRAL-REGISTRY*)) (MAKE:DEFSYSTEM CLLIB :SOURCE-PATHNAME (TRANSLATE-LOGICAL-PATHNAME "clocc:src;cllib;") ..)) Note: Variable TBC defined but never used. ; Loading #p"/usr/local/src/clocc/src/cllib/cllib.system". Note: Variable TBC defined but never used. PORT/ALL (6 files) totals 67,207 bytes (66 kB) Compilation unit aborted. make: *** [system] Error 1 ---------- and that's all. it just died, there. i'm using the cmucl-normal from Debian/sid, with clocc-port from CCLAN besides cmucl-normal and some of its dependencies, the rest of the system is from Debian/woody |
From: Sam S. <sd...@gn...> - 2001-10-15 14:52:43
|
> * In message <011...@to...> > * On the subject of "CLOCC CLLIB not compiling with cmucl on a debian system" > * Sent on Sat, 13 Oct 2001 15:31:20 -0700 > * Honorable "s. champ" <jun...@me...> writes: > > i tried compiling CLLIB from a recent [today] cvs copy of CLOCC, but > it wasn't working with CMUCL. Krystof_ in #lisp recommended that i > send a transcript of the build. right. > here's what i did: > > edited /usr/src/clocc/clocc.lisp; changed the 'src;defsystem;*' and > 'src;defsystem-3-x;*' paths to point to > "/usr/share/common-lisp/source/defsystem/*" I am not sure how different is CCLAN defsystem from CLOCC. I hope it's okay. > cd /usr/src/clocc > export LISPTYPE=cmucl > make clocc-top > cd src/cllib > make system > > > and here's what it reported, on 'make system': > > PORT/ALL (6 files) totals 67,207 bytes (66 kB) > Compilation unit aborted. > make: *** [system] Error 1 it cannot find CLOCC/PORT. look at cllib/cllib.system > i'm using the cmucl-normal from Debian/sid, with clocc-port from CCLAN clocc-port in CCLAN might not be in sync with CLOCC/PORT. cvs cllib needs cvs port. -- Sam Steingold (http://www.podval.org/~sds) Support Israel's right to defend herself! <http://www.i-charity.com/go/israel> Read what the Arab leaders say to their people on <http://www.memri.org/> As a computer, I find your faith in technology amusing. |
From: Marco A. <ma...@cs...> - 2001-10-15 17:37:22
|
> X-Envelope-To: > Cc: clo...@li... > Reply-To: sd...@gn... > Mail-Copies-To: never > From: Sam Steingold <sd...@gn...> > User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.107 > Content-Type: text/plain; charset=us-ascii > Sender: clo...@li... > X-BeenThere: clo...@li... > X-Mailman-Version: 2.0.5 > Precedence: bulk > List-Help: <mailto:clo...@li...?subject=help> > List-Post: <mailto:clo...@li...> > List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/clocc-list>, > <mailto:clo...@li...?subject=subscribe> > List-Id: <clocc-list.lists.sourceforge.net> > List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/clocc-list>, > <mailto:clo...@li...?subject=unsubscribe> > List-Archive: <http://www.geocrawler.com/redir-sf.php3?list=clocc-list> > X-Original-Date: 15 Oct 2001 10:52:07 -0400 > Date: 15 Oct 2001 10:52:07 -0400 > Content-Length: 1578 > > > * In message <011...@to...> > > * On the subject of "CLOCC CLLIB not compiling with cmucl on a debian system" > > * Sent on Sat, 13 Oct 2001 15:31:20 -0700 > > * Honorable "s. champ" <jun...@me...> writes: > > > > i tried compiling CLLIB from a recent [today] cvs copy of CLOCC, but > > it wasn't working with CMUCL. Krystof_ in #lisp recommended that i > > send a transcript of the build. > > right. > > > here's what i did: > > > > edited /usr/src/clocc/clocc.lisp; changed the 'src;defsystem;*' and > > 'src;defsystem-3-x;*' paths to point to > > "/usr/share/common-lisp/source/defsystem/*" > > I am not sure how different is CCLAN defsystem from CLOCC. > I hope it's okay. It should NOT (I repeat: it should not) be any different. THere is NO reason for it to be different, given that the DEFSYSTEM in the CLOCC is distributed as a stand-alone package and that its development is not restricted. Cheers -- Marco Antoniotti ======================================================== NYU Courant Bioinformatics Group tel. +1 - 212 - 998 3488 719 Broadway 12th Floor fax +1 - 212 - 995 4122 New York, NY 10003, USA http://bioinformatics.cat.nyu.edu "Hello New York! We'll do what we can!" Bill Murray in `Ghostbusters'. |
From: Stig E S. <st...@ii...> - 2001-10-16 18:44:14
|
Quoting Sam Steingold (sd...@gn...): | > | > edited /usr/src/clocc/clocc.lisp; changed the 'src;defsystem;*' and | > 'src;defsystem-3-x;*' paths to point to | > "/usr/share/common-lisp/source/defsystem/*" | | I am not sure how different is CCLAN defsystem from CLOCC. | I hope it's okay. I doubt there is much difference in the code. Hopefully mk-defsystem can be replaced soon by the ASDF-people. (But I think they plan to get URI-code working first) What cCLan common-lisp-controller does though, is to override REQUIRE and this may conflict with clocc-ways. This is not a defsystem-problem. | > i'm using the cmucl-normal from Debian/sid, with clocc-port from CCLAN | | clocc-port in CCLAN might not be in sync with CLOCC/PORT. | cvs cllib needs cvs port. I doubt there is much difference for a regular user/program. The differences are mainly the loading and file-organisation. It was updated not too long ago. However, it is never tested against cllib as a whole. $ apt-get install clocc-port should work $ lisp * (require :clocc-port) ; should work * ;; do port-stuff or load cllib here If any of the above does not work because of incompatibilities, I want to know and would love an accurate transcript. The above-transcript does not seem to be such an incompatibility. It is on my TODO-list to put debian-packaging of PORT in CLOCC CVS for easier syncing, but I can't promise when. (cf. earlier clocc thread) -- ------------------------------------------------------------------ Stig Erik Sandoe st...@ii... http://www.ii.uib.no/~stig/ |
From: Stig E S. <st...@ii...> - 2001-10-16 18:53:10
|
Quoting Stig E Sandoe (st...@ii...): | Quoting Sam Steingold (sd...@gn...): | | What cCLan common-lisp-controller does though, is to override | REQUIRE and this may conflict with clocc-ways. This is not a | defsystem-problem. Please ignore the above paragraph. It is wrong. -- ------------------------------------------------------------------ Stig Erik Sandoe st...@ii... http://www.ii.uib.no/~stig/ |
From: s. c. <jun...@me...> - 2001-11-02 00:01:58
|
i have clocc-port installed now, from the CCLAN Debian package-tree, but 'make system' in src/cllib still wasn't working. so, i tried manually running what the CLLIB Makefile was doing with /usr/local/src/cl/clocc/bin/run-lisp -i /usr/local/src/cl/clocc/clocc-top -i cllib.system \ -x '(funcall (intern "COMPILE-SYSTEM" :mk) "cllib")' and it caught an error during (load-file "cllib.system") in the cllib directory, namely: Error in function COMMON-LISP::SUBSTITUTE-INTO: Can't substitute this into the middle of a word: ("SRC" "PORT") and it appears that this is what started it, in cllib.system (translate-logical-pathname "clocc:src;cllib;auto.lisp") here's the full transcript of the session: ----------------------------------------------------------------------- Starting lisp ... ; Loading #p"/home/sc/.cmucl-init.x86f". CMU Common Lisp release x86-linux 3.0.4 18c+ 24 September 2001 build 2687, running on tokamak.dtdns.net For support see http://www.cons.org/cmucl/support.html Send bug reports to the debian BTS. or to pva...@de... type (help) for help, (quit) to exit, and (demo) to see the demos Loaded subsystems: Python 1.0, target Intel x86 CLOS based on PCL version: September 16 92 PCL (f) USER: > (load #p"/usr/local/src/cl/clocc/clocc-top") ; Loading #p"/usr/local/src/cl/clocc/clocc-top.x86f". Warning: MAKE also exports the following symbols: (HARDCOPY-SYSTEM COMPILE-SYSTEM *COMPILE-DURING-LOAD* *FILES-MISSING-IS-AN-ERROR* AFS-SOURCE-DIRECTORY COMPILER-TYPE-TRANSLATION DEFSYSTEM LOAD-SYSTEM DEFINE-LANGUAGE FILES-IN-SYSTEM OOS UNDEFSYSTEM *MULTIPLE-LISP-SUPPORT* *DONT-REDEFINE-REQUIRE* *BIN-SUBDIR* DESCRIBE-SYSTEM *RELOAD-SYSTEMS-FROM-DISK* *DEFSYSTEM-VERSION* *MINIMAL-LOAD* DEFINED-SYSTEMS SYSTEM-SOURCE-SIZE FIND-SYSTEM AFS-BINARY-DIRECTORY *CENTRAL-REGISTRY* EDIT-SYSTEM FILES-WHICH-NEED-COMPILATION CLEAN-SYSTEM SOFTWARE-TYPE-TRANSLATION MACHINE-TYPE-TRANSLATION OPERATE-ON-SYSTEM *BINARY-PATHNAME-DEFAULT* MAKE-SYSTEM-TAG-TABLE ALLEGRO-MAKE-SYSTEM-FASL *SOURCE-PATHNAME-DEFAULT*) T USER: > (load "cllib.system") ; Loading #p"/usr/local/src/cl/clocc/src/cllib/cllib.system". In: LET (TBC) (LET (TBC) (SETQ MAKE:*CENTRAL-REGISTRY* (NCONC # MAKE:*CENTRAL-REGISTRY*)) (MAKE:DEFSYSTEM CLLIB :SOURCE-PATHNAME (TRANSLATE-LOGICAL-PATHNAME "clocc:src;cllib;") ..)) Note: Variable TBC defined but never used. Error in function COMMON-LISP::SUBSTITUTE-INTO: Can't substitute this into the middle of a word: ("SRC" "PORT") Restarts: 0: [CONTINUE] Return NIL from load of "cllib.system". 1: [ABORT ] Return to Top-Level. Debug (type H for help) (COMMON-LISP::SUBSTITUTE-INTO #<COMMON-LISP::PATTERN "clocc" :MULTI-CHAR-WILD :MULTI-CHAR-WILD> (NIL) T) Source: ; File: target:code/pathname.lisp ; File has been modified since compilation: ; target:code/pathname.lisp ; Using form offset instead of character position. (ERROR "Can't substitute this into the middle of a word:~ ~% ~S" SUB) 0] |
From: Sam S. <sd...@gn...> - 2001-11-02 14:30:46
|
> * In message <011...@to...> > * On the subject of "Re: CLOCC CLLIB not compiling with cmucl on a debian system" > * Sent on Thu, 1 Nov 2001 16:01:47 -0800 > * Honorable "s. champ" <jun...@me...> writes: > > i have clocc-port installed now, from the CCLAN Debian package-tree, > but 'make system' in src/cllib still wasn't working. too bad. did you try the CVS CLOCC/PORT? (instead of the CCLAN Debian one) > so, i tried manually running what the CLLIB Makefile was doing with > /usr/local/src/cl/clocc/bin/run-lisp -i /usr/local/src/cl/clocc/clocc-top > -i cllib.system \ > -x '(funcall (intern "COMPILE-SYSTEM" :mk) "cllib")' > > and it caught an error during (load-file "cllib.system") in the cllib > directory, namely: > Error in function COMMON-LISP::SUBSTITUTE-INTO: > Can't substitute this into the middle of a word: > ("SRC" "PORT") > > and it appears that this is what started it, in cllib.system > (translate-logical-pathname "clocc:src;cllib;auto.lisp") do you have the CLOCC logical host defined? this appears to be an installation problem, i.e., you would be much better off talking to the CCLAN Debian people. -- Sam Steingold (http://www.podval.org/~sds) Keep Jerusalem united! <http://www.onejerusalem.org/Petition.asp> Read, think and remember! <http://www.iris.org.il> <http://www.memri.org/> If I had known that it was harmless, I would have killed it myself. |
From: Stig E S. <st...@ii...> - 2001-11-02 21:29:18
|
Quoting Sam Steingold (sd...@gn...): | > * In message <011...@to...> | > * On the subject of "Re: CLOCC CLLIB not compiling with cmucl on a debian system" | > * Sent on Thu, 1 Nov 2001 16:01:47 -0800 | > * Honorable "s. champ" <jun...@me...> writes: | > | > i have clocc-port installed now, from the CCLAN Debian package-tree, | > but 'make system' in src/cllib still wasn't working. I have done some further testing, and the clocc-port package does not work with cllib out-of-the-box because clocc-port does not monopolise the module-names :net, :ext, :sys, :shell, ... clocc-port provides :clocc-port (but misses :port, which will be included in a bugfix). The problem with providing :ext, :sys, :shell, :net, .. is that those names already matches existing packages in implementations and (require :ext) which is commonly found in cllib leads me to think of the :ext package in CMUCL and the same applies to :sys. It doesn't seem intuitive for me that port should grab those module-names (through PROVIDE), so the debian-package does not do this. If the module-space for CL and DEFSYSTEM was hierarchic this would've made sense, but now it's too wide and those names are too confusing. Suggestion: The internal "modules" of PORT should be renamed to use a port-prefix of come kind to avoid confusion with other packages and existing names in implementations. Example: :port-sys or :port/sys, ... As for CLLIB, maybe a debian-package would be possible, but it will need a reorganisation, e.g the "guess an animal" is a bit too frivolous to be included in a "serious" cllib. The same name-changes for PROVIDEs must also be done, e.g it seems a bit cheeky to me that cllib should monopolise common module-names like :math, :xml and :url. If it was possible to divide it up in smaller packages that would be nice (and with a special package cllib that gets all). | > and it appears that this is what started it, in cllib.system | > (translate-logical-pathname "clocc:src;cllib;auto.lisp") | | do you have the CLOCC logical host defined? You get a bit further if you load clocc.lisp with an adjusted clocc-path but it will crash a bit later because cllib expects that :ext refers to an internal module in :port. | this appears to be an installation problem, i.e., you would be much | better off talking to the CCLAN Debian people. Maybe. -- ------------------------------------------------------------------ Stig Erik Sandoe st...@ii... http://www.ii.uib.no/~stig/ |
From: Sam S. <sd...@gn...> - 2001-11-02 22:37:45
|
> * In message <200...@ap...> > * On the subject of "Re: CLOCC CLLIB not compiling with cmucl on a debian system" > * Sent on Fri, 2 Nov 2001 22:29:09 +0100 > * Honorable Stig E Sandoe <st...@ii...> writes: > > The problem with providing :ext, :sys, :shell, :net, .. is that those > names already matches existing packages in implementations and > (require :ext) which is commonly found in cllib leads me to think of > the :ext package in CMUCL and the same applies to :sys. okay, I renamed all the modules. > As for CLLIB, maybe a debian-package would be possible, but it will > need a reorganisation, e.g the "guess an animal" is a bit too > frivolous to be included in a "serious" cllib. GNU Emacs is distributed with doctor.el and much other stuff. animal.lisp uses other cllib functionality and is a good code sample for a potential user. all of cllib is less than 1 MB - this is tyny by any standard. splitting it any firther would be a waste of time. -- Sam Steingold (http://www.podval.org/~sds) Keep Jerusalem united! <http://www.onejerusalem.org/Petition.asp> Read, think and remember! <http://www.iris.org.il> <http://www.memri.org/> There's always free cheese in a mousetrap. |
From: Stig E S. <st...@ii...> - 2001-11-02 22:44:42
|
Quoting Sam Steingold (sd...@gn...): | > * In message <200...@ap...> | > * On the subject of "Re: CLOCC CLLIB not compiling with cmucl on a debian system" | > * Sent on Fri, 2 Nov 2001 22:29:09 +0100 | > * Honorable Stig E Sandoe <st...@ii...> writes: | > | > The problem with providing :ext, :sys, :shell, :net, .. is that those | > names already matches existing packages in implementations and | > (require :ext) which is commonly found in cllib leads me to think of | > the :ext package in CMUCL and the same applies to :sys. | | okay, I renamed all the modules. I will update clocc-port during the weekend with the changes and try to load cllib with the updated clocc-port and cllib in cvs. Thanks. -- ------------------------------------------------------------------ Stig Erik Sandoe st...@ii... http://www.ii.uib.no/~stig/ |
From: s. c. <jun...@me...> - 2001-11-04 10:33:15
|
Quoting Sam Steingold: > did you try the CVS CLOCC/PORT? yes. it doesn't compile for me, either. when running 'make system' in src/port, i get the same error as with cllib: Error in function COMMON-LISP::SUBSTITUTE-INTO: Can't substitute this into the middle of a word: ("SRC" "PORT") as a result of (translate-logical-pathname "clocc:src;port;") in port.system in case any of this will shed some more light on it: after loading cloc-top: i get a similar error when evaluating (translate-logical-pathname "clocc;src;foo") namely: Error in function COMMON-LISP::SUBSTITUTE-INTO: Can't substitute this into the middle of a word: ("SRC") but i get no error when evaluating (translate-logical-pathname "clocc:src") [ and i haven't learned enough CL yet, to have any guesses at what might be causing this. thanks to all for the help. ] > do you have the CLOCC logical host defined? yes i've updated my installed debian-package of CLOCC-PORT, and my copy of the CLOCC cvs tree; unfortunately, the errors are still occurring. here's the backtrace from the error encountered when loading cllib.system; it's the same error that i encountered when loading port.system, though with a shorter backtrace. i have no idea if this will be any more informative, but maybe it won't hurt. 0: (COMMON-LISP::SUBSTITUTE-INTO backtrace. #<COMMON-LISP::PATTERN "clocc" :MULTI-CHAR-WILD :MULTI-CHAR-WILD> (NIL) T) 1: (COMMON-LISP::TRANSLATE-DIRECTORIES (:ABSOLUTE "SRC" "PORT") (:ABSOLUTE :WILD-INFERIORS) (:ABSOLUTE "usr" "local" "src" "cl" ...) T) 2: (TRANSLATE-PATHNAME #.(logical-pathname "CLOCC:SRC;PORT;") #.(logical-pathname "CLOCC:**;*") #p"/usr/local/src/cl/clocc**/*") 3: (TRANSLATE-LOGICAL-PATHNAME #.(logical-pathname "CLOCC:SRC;PORT;")) 4: ("Top-Level Form")[:TOP-LEVEL] 5: (COMMON-LISP::SLOLOAD #<Stream for file "/usr/local/src/cl/clocc/src/cllib/cllib.system">) 6: (COMMON-LISP::INTERNAL-LOAD #p"src/cllib/cllib.system" #p"/usr/local/src/cl/clocc/src/cllib/cllib.system" :ERROR :SOURCE) 7: (COMMON-LISP::INTERNAL-LOAD #p"src/cllib/cllib.system" #p"/usr/local/src/cl/clocc/src/cllib/cllib.system" :ERROR NIL) 8: (LOAD "src/cllib/cllib.system" :VERBOSE NIL :PRINT ...) 9: (INTERACTIVE-EVAL (LOAD "src/cllib/cllib.system")) 10: (COMMON-LISP::%TOP-LEVEL) 11: (COMMON-LISP::RESTART-LISP) |
From: Stig E S. <st...@ii...> - 2001-11-04 10:51:19
|
Quoting s. champ (jun...@me...): | | > do you have the CLOCC logical host defined? | | yes Have you edited *clocc-top* in clocc.lisp to point to the CLOCC-tree? | i've updated my installed debian-package of CLOCC-PORT, and my copy of the | CLOCC cvs tree; unfortunately, the errors are still occurring. Can you please try the following: In cllib.system, comment out[*]: (setq mk:*central-registry* (nconc (list (translate-logical-pathname "clocc:src;port;") (translate-logical-pathname "clocc:src;tools;metering;")) mk:*central-registry*)) Also comment out (to shorten "compile"): (funcall (intern "TEST-ALL" :cllib)) Then in the cllib-dir, try the following: $ lisp -load ../../clocc.lisp -load cllib.system * (mk:oos 'cllib 'compile) Are the problems reproduced then? Or does everything compile and load according to plan? (this works well here with updated clocc-port and updated clocc tree. The clocc/src/port directory is not touched and the precompiled clocc-port package is used instead. The rng-issue also seems to work.) [*] Don't think it should be necessary, but it's an odd world. -- ------------------------------------------------------------------ Stig Erik Sandoe st...@ii... http://www.ii.uib.no/~stig/ |
From: Sean C. <jun...@me...> - 2001-12-14 17:37:08
|
On Sun, Nov 04, 2001 at 11:51:09AM +0100, Stig E Sandoe wrote: > Can you please try the following: > In cllib.system, comment out[*]: > (setq mk:*central-registry* > (nconc (list (translate-logical-pathname "clocc:src;port;") > (translate-logical-pathname "clocc:src;tools;metering;")) > mk:*central-registry*)) > > > Also comment out (to shorten "compile"): > (funcall (intern "TEST-ALL" :cllib)) > > Then in the cllib-dir, try the following: > $ lisp -load ../../clocc.lisp -load cllib.system > * (mk:oos 'cllib 'compile) > [*] Don't think it should be necessary, but it's an odd world. > > Are the problems reproduced then? Or does everything compile > and load according to plan? Finally! everything compiles nicely. (I'd like to know why that commenting-out is necessary, but it seems like a moot point, for now.) Thank you. -- sean champ |