Re: [cmucl-commit] CMUCL commit: src/code (package.lisp)

Stas Boukarev <[email protected]>
Newsgroups gmane.lisp.cmucl.devel
Message-ID <[email protected]>
Madhu <[email protected]> writes:

>   |From: Stas Boukarev <[email protected]>
>   |Cc: Raymond Toy <[email protected]>,  [email protected]
>   |Date: Sun, 26 Dec 2010 17:32:07 +0300
>   |
>   |Madhu <[email protected]> writes:
>   |
>   |>   |From: Raymond Toy <[email protected]>
>   |>   |Date: Sun, 26 Dec 2010 09:03:48 -0500
>   |>   |MIME-Version: 1.0
>   |>   |Content-Type: text/plain; charset="us-ascii"
>   |>   |
>   |>   |    Date: Sunday, December 26, 2010 @ 09:03:48
>   |>   |  Author: rtoy
>   |>   |    Path: /project/cmucl/cvsroot/src/code
>   |>   |
>   |>   |Modified: package.lisp
>   |>   |
>   |>   |Unintern removes the wrong symbol.  See
>   |>   |https://bugs.launchpad.net/sbcl/+bug/693796.
>   |>
>   |> [It would be nice to have the whole relevant description in the
>   |>  repository, as part of the commit, instead of citing some website
>   |>  which may or may not be offline]
>   |>
>   |> I believe this patch would break the following use case which used to
>   |> work earlier
>   |>
>   |> $ cat test.l
>   |> (in-package "CL-USER")
>   |> (eval-when (load eval compile)
>   |>   (when (find-package "FOO-PACKAGE") (delete-package "FOO-PACKAGE"))
>   |>   (when (find-package "BAR-PACKAGE") (delete-package "BAR-PACKAGE")))
>   |> (defpackage "FOO-PACKAGE" (:export "BAR-SYMBOL"))
>   |> (defpackage "BAR-PACKAGE")
>   |> (eval-when (load eval compile)
>   |>   (unintern 'foo-package:bar-symbol "FOO-PACKAGE"))
>   |>
>   |> (assert (not (find-symbol "BAR-SYMBOL" "FOO-PACKAGE")))
>   |>
>   |> * (load (compile-file "test.l"))
>   |It breaks non-standard code, that is right.
>
> The point of my example was to show that it breaks more than just
> non-stanadard code.  It would be nice to keep misguided SBCL patches
> off the CMUCL codebase.
The behaviour you expect from the code you showed is non-standard. And
it behaves the same way in every implementation, except for CMUCL and SBCL.

-- 
With Best Regards, Stas.
_______________________________________________
cmucl-imp mailing list
[email protected]
http://lists.zs64.net/mailman/listinfo/cmucl-imp
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.