alexander-yakushev / defprecated

Deprecation in Clojure made easy

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Warnings need to be off by default

laforge49 opened this issue · comments

In a general purpose library, you do not warning printed by default. Warnings should only print when requested, like warn-on-reflection.

To maintain backward compatibility, perhaps something will need to be put in a project file to elicit the new behavior.

I partly agree, although not sure about the best way to do this. Is there a specific case where the deprecation warnings bother you and you don't control them?

Writing a low-level library as I am, my concern is that some developers
using my library might object to their users getting unanticipated warnings
on out.

Consier for example a program whose output is piped into another program,
and the developer is not even aware that a deprecated warning might be
printed. Could be quite upsetting. And of course, it will occur in the
middle of an important demo or some other particularly bad time.

On Sun, Oct 18, 2015 at 1:36 PM, Alexander Yakushev <
notifications@github.com> wrote:

I partly agree, although not sure about the best way to do this. Is there
a specific case where the deprecation warnings bother you and you don't
control them?


Reply to this email directly or view it on GitHub
#1 (comment)
.

I see your point, and I think it will be easier just to print the warnings to stderr. One can usually expect all kinds of things appear in stderr to not rely on it for precise parsing. I personally operate under an assumption that stderr is for devtime and debugging, not for interacting with users. What do you think?

Great idea!

On Sun, Oct 18, 2015 at 4:40 PM, Alexander Yakushev <
notifications@github.com> wrote:

I see your point, and I think it will be easier just to print the warnings
to stderr. One can usually expect all kinds of things appear in stderr to
not rely on it for precise parsing. I personally operate under an
assumption that stderr is for devtime and debugging, not for interacting
with users. What do you think?


Reply to this email directly or view it on GitHub
#1 (comment)
.

Thanks for cooperation! I just pushed 0.1.3 which contains the fix.