[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Axiom-developer] ["Paul F. Dietz" <address@hidden>] [Gcl-devel] Re: I
[Axiom-developer] ["Paul F. Dietz" <address@hidden>] [Gcl-devel] Re: Issue on in-package from gcl-2.4.4 to gcl-2.5.2, correct fix? where todig?
11 May 2003 21:26:44 +0200
Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
Here is below the response of Paul F. Dietz on gcl-devel about the
in-package & defpackage issue.
>From what Paul have said, I understand that I should:
- make a file boottran-package.lisp where I would do the (DEFPACKAGE
"BOOTTRAN") (IN-PACKAGE "BOOTTRAN");
- and then I would this file through a (load "boottran-package.lisp")
in *each* Axiom's lisp file needing BOOTRAN.
And of course do that for BOOT and other packages.
Camm and Tim, do you thing it is the right thing to do?
As I said several times, I'm new to common lisp. So if somebody could
show me the right way to fix the issue for the first package
(BOOTTRAN?), I could try to fix the remaining ones.
--- Begin Message ---
[Gcl-devel] Re: Issue on in-package from gcl-2.4.4 to gcl-2.5.2, correct fix? where to dig?
Sun, 11 May 2003 12:47:37 -0500
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
David MENTRE wrote:
> (PROVIDE 'BOOTTRAN)
> (in-package "BOOTTRAN" :USE '(LISP USER SYSTEM))
> At compilation time, I have:
> Compiling boothdr.lisp.
> ; (PROVIDE 'BOOTTRAN) is being compiled.
> ;; Warning: The package operation (PROVIDE 'BOOTTRAN) was in a bad place.
> ; (IN-PACKAGE "BOOTTRAN" ...) is being compiled.
> ;; Warning: The package operation (IN-PACKAGE "BOOTTRAN" :USE
> '(LISP USER SYSTEM)) was in a bad place.
> Why those warnings?
I don't know. The use of :USE in IN-PACKAGE is not ANSI compliant, btw.
>>I usually put the DEFPACKAGE form in another file, btw.
> Could you show me an example of making a DEFPACKAGE in another file and
> loading it? Camm advised me to look into clcs/ and pcl/ directories but
> I found no use of DEFPACKAGE there. grep'ing all gcl sources, the only
> uses of DEFPACKAGE I found were in ansi-tests/ directory. And by quickly
> browsing them, I found no use of separate definition & loading of
There are two examples in ansi-tests.
(1) The file rt-package.lsp contains the defpackage for the RT package
(I include the IN-PACKAGE form there to get Allegro CL to shut up about
something; I could get rid of that.) This package is loaded in gclload1.lsp
before rt.lsp is compiled/loaded.
(2) The file cl-test-package.lsp is also loaded from gclload1.lsp, before
the CL-TEST package is needed for subsequent file compile/loads.
In neither of these files am I expecting the reader to behave as if the
package defined in that file has been created.
Gcl-devel mailing list
--- End Message ---
|[Prev in Thread]
||[Next in Thread]|
- [Axiom-developer] ["Paul F. Dietz" <address@hidden>] [Gcl-devel] Re: Issue on in-package from gcl-2.4.4 to gcl-2.5.2, correct fix? where todig?,
David MENTRE <=