Thread overview | ||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
January 10, 2020 Vote: deprecate std.xml? | ||||
---|---|---|---|---|
| ||||
Please vote: should std.xml be deprecated and moved to undeaD? See https://forum.dlang.org/thread/fnbsikficjsubxrukkae@forum.dlang.org for some lately discussion about this. |
January 10, 2020 Re: Vote: deprecate std.xml? | ||||
---|---|---|---|---|
| ||||
Posted in reply to berni44 | On Friday, 10 January 2020 at 14:59:23 UTC, berni44 wrote:
> Please vote: should std.xml be deprecated and moved to undeaD?
>
> See https://forum.dlang.org/thread/fnbsikficjsubxrukkae@forum.dlang.org for some lately discussion about this.
Yes. While I think I lean towards a good library is Phobos, std.xml should not stay.
|
January 10, 2020 Re: Vote: deprecate std.xml? | ||||
---|---|---|---|---|
| ||||
Posted in reply to berni44 | On Friday, 10 January 2020 at 14:59:23 UTC, berni44 wrote:
> Please vote: should std.xml be deprecated and moved to undeaD?
I found it useless back in like 2010 and wrote my dom.d independently instead. I won't miss it.
|
January 10, 2020 Re: Vote: deprecate std.xml? | ||||
---|---|---|---|---|
| ||||
Posted in reply to berni44 | On 1/10/20 9:59 AM, berni44 wrote:
> Please vote: should std.xml be deprecated and moved to undeaD?
>
> See https://forum.dlang.org/thread/fnbsikficjsubxrukkae@forum.dlang.org for some lately discussion about this.
Yes
-Steve
|
January 10, 2020 Re: Vote: deprecate std.xml? | ||||
---|---|---|---|---|
| ||||
Posted in reply to berni44 | On Fri, Jan 10, 2020 at 02:59:23PM +0000, berni44 via Digitalmars-d wrote: > Please vote: should std.xml be deprecated and moved to undeaD? > > See https://forum.dlang.org/thread/fnbsikficjsubxrukkae@forum.dlang.org for some lately discussion about this. Kill it with fire. T -- A program should be written to model the concepts of the task it performs rather than the physical world or a process because this maximizes the potential for it to be applied to tasks that are conceptually similar and, more important, to tasks that have not yet been conceived. -- Michael B. Allen |
January 10, 2020 Re: Vote: deprecate std.xml? | ||||
---|---|---|---|---|
| ||||
Posted in reply to berni44 | On Friday, 10 January 2020 at 14:59:23 UTC, berni44 wrote:
> Please vote: should std.xml be deprecated and moved to undeaD?
>
> See https://forum.dlang.org/thread/fnbsikficjsubxrukkae@forum.dlang.org for some lately discussion about this.
std.xml be gone!
|
January 10, 2020 Re: Vote: deprecate std.xml? | ||||
---|---|---|---|---|
| ||||
Posted in reply to berni44 | On Friday, 10 January 2020 at 14:59:23 UTC, berni44 wrote:
> Please vote: should std.xml be deprecated and moved to undeaD?
>
> See https://forum.dlang.org/thread/fnbsikficjsubxrukkae@forum.dlang.org for some lately discussion about this.
Yes.
|
January 10, 2020 Re: Vote: deprecate std.xml? | ||||
---|---|---|---|---|
| ||||
Posted in reply to berni44 | On Friday, 10 January 2020 at 14:59:23 UTC, berni44 wrote:
> Please vote: should std.xml be deprecated and moved to undeaD?
>
> See https://forum.dlang.org/thread/fnbsikficjsubxrukkae@forum.dlang.org for some lately discussion about this.
"Warning: This module is considered out-dated and not up to Phobos' current standards. It will remain until we have a suitable replacement, but be aware that it will not remain long term."
The faster it's deprecated, the better. That ugly message has been there as long as I've been using the language.
|
January 10, 2020 Re: Vote: deprecate std.xml? | ||||
---|---|---|---|---|
| ||||
Posted in reply to berni44 | On Friday, 10 January 2020 at 14:59:23 UTC, berni44 wrote:
> Please vote: should std.xml be deprecated and moved to undeaD?
>
> See https://forum.dlang.org/thread/fnbsikficjsubxrukkae@forum.dlang.org for some lately discussion about this.
I enjoy using std.xml (I like the whole parse-with-callbacks approach), but I don't care if it's a package or part of stdlib.
|
January 11, 2020 Re: Vote: deprecate std.xml? | ||||
---|---|---|---|---|
| ||||
Posted in reply to JN | On Friday, 10 January 2020 at 17:43:06 UTC, JN wrote: > On Friday, 10 January 2020 at 14:59:23 UTC, berni44 wrote: >> Please vote: should std.xml be deprecated and moved to undeaD? >> >> See https://forum.dlang.org/thread/fnbsikficjsubxrukkae@forum.dlang.org for some lately discussion about this. > > I enjoy using std.xml (I like the whole parse-with-callbacks approach), but I don't care if it's a package or part of stdlib. One advantage of being a dub package is that the version of undead (and std.xml specifically) that you would use in your project(s) would be independent of the version of dmd/phobos. This allows you to upgrade either one at your own pace. Additionally, we test undead with dmd nightly [1] and also every PR to dmd/druntime/phobos/dub needs to pass the test suite of undead [2] (among all the other projects) so you have about the same extensive testing and backwards compatibility guarantees, as if modules are still part of phobos. Actually, you have even more stability, as technically you may need a bug fix from a new D release, but that release could also include breaking change in std.xml. If that bug fix is critical for you, you don't have a choice but to upgrade and endure the breaking change in std.xml. Whereas, if std.xml is in undead, you can stick to a particular version of std.xml for as long as you need, by using a fixed version of undead in your dub.json/dub.sdl. [1]: https://github.com/dlang/undeaD/blob/379f75e3877479a8af9de5d6a6df22aaca0e54b8/.travis.yml#L10 [2]: https://github.com/dlang/ci/blob/d435ddfcb0374a39711be501edf1c594e51ed523/buildkite.sh#L166 |
Copyright © 1999-2021 by the D Language Foundation