-1 For changing the existing function.

+1 For adding it under a different name. +1 to adding a deprecation pragma to the old one, if we consider the old behavior harmful to users.

Aside: can we look at what other languages with similar functions do?

On Mon, Jan 5, 2015 at 5:51 PM, Andreas Abel <andreas.abel@ifi.lmu.de> wrote:
+1 to change implementation as proposed.


On 05.01.2015 23:46, Bardur Arantsson wrote:
On 2015-01-05 23:25, Edward Z. Yang wrote:
Discussion period: one month

I propose to backwards incompatibly change the behavior of
removeDirectoryRecursive to not follow symlinks.  We could optionally
add a replacement function under a new name which does follow symlinks.

This would bring its behavior inline with rm -rf.

I also opened a ticket here: https://ghc.haskell.org/trac/ghc/ticket/9266

Thanks,
Edward


+1 as is.

-1 on adding a deprecation cycle unless someone can come up with a
REALLY good reason for that.


_______________________________________________
Libraries mailing list
Libraries@haskell.org
http://www.haskell.org/mailman/listinfo/libraries



--
Andreas Abel  <><      Du bist der geliebte Mensch.

Department of Computer Science and Engineering
Chalmers and Gothenburg University, Sweden

andreas.abel@gu.se
http://www2.tcs.ifi.lmu.de/~abel/

_______________________________________________
Libraries mailing list
Libraries@haskell.org
http://www.haskell.org/mailman/listinfo/libraries