Re: when do we remove deprecated features?

Bruno Haible <[email protected]>
Newsgroups gmane.lisp.clisp.devel
Message-ID <3930761.L5RI8uQgC7@omega>
Hi Sam,

> 1. We should keep the CLtL2 and ANSI CL deprecated symbols.

I agree. There are some old packages that are still useful but don't
have a maintainer. It would be a disgrace to break them just because of
past evolutions of the standard.

> 2. We can drop our extensions:
> 
> type-expand-1:        deprecated since 2002-01-08
> foreign-address-null: deprecated since 2003-08-05
> rename-dir, make-dir, delete-dir:      2007-12-31
> socket-service-port:  deprecated since 2005-11-09

A reasonable rule would be: We can remove an extension 5 years after the first
release in which it became deprecated.

All of the above can be removed according to this rule.

> 3. We should keep wildcard (deprecated since 2011-05-17, after the last release)

Yes, agree.

Bruno


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
clisp-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/clisp-devel
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.