Menu
▾
▴
clocc-list
|
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 |
Thanks for helping keep SourceForge clean.
X