BLS wrote:
erm.
may I ask why std.json (generously offered) did not make it into phobos
? Seems to be a bit too difficult to contribute. No ?
No reason other than being overwhelmed with work.
On Mon, 16 Nov 2009 02:07:47 -0500, Denis Koroskin <2kor...@gmail.com>
wrote:
On Mon, 16 Nov 2009 02:16:09 +0300, Steven Schveighoffer
wrote:
On Sun, 15 Nov 2009 15:53:08 -0500, BLS wrote:
==
Now : Sorry for my ignorance ... but Why the heck :
struct RBNode(V)
instead of :
struct
On Mon, 16 Nov 2009 02:16:09 +0300, Steven Schveighoffer
wrote:
On Sun, 15 Nov 2009 15:53:08 -0500, BLS wrote:
==
Now : Sorry for my ignorance ... but Why the heck :
struct RBNode(V)
instead of :
struct RBNode(K, V)
It was my way of providing the exact same implementation for TreeM
Walter Bright, el 15 de noviembre a las 18:27 me escribiste:
> Don wrote:
> >I think the GNU stuff is a bit different, because the GPL is an
> >aggressive license -- the FSF intends to defend the license,
> >taking offenders to court. Legal battles are expected, and having
> >a single legal entity
Don wrote:
I think the GNU stuff is a bit different, because the GPL is an
aggressive license -- the FSF intends to defend the license, taking
offenders to court. Legal battles are expected, and having a single
legal entity makes it easier to win the case.
By contrast, the Boost license exists
Walter Bright wrote:
Don wrote:
I think the GNU stuff is a bit different, because the GPL is an
aggressive license -- the FSF intends to defend the license, taking
offenders to court. Legal battles are expected, and having a single
legal entity makes it easier to win the case.
By contrast, the
On 16/11/2009 00:16, Steven Schveighoffer wrote:
On Sun, 15 Nov 2009 15:53:08 -0500, BLS wrote:
==
Now : Sorry for my ignorance ... but Why the heck :
struct RBNode(V)
instead of :
struct RBNode(K, V)
It was my way of providing the exact same implementation for TreeMap,
TreeSet, and Tr
On Sun, 15 Nov 2009 15:53:08 -0500, BLS wrote:
==
Now : Sorry for my ignorance ... but Why the heck :
struct RBNode(V)
instead of :
struct RBNode(K, V)
It was my way of providing the exact same implementation for TreeMap,
TreeSet, and TreeMultiSet (same deal between HashMap and HashS
On 15/11/2009 21:53, BLS wrote:
==
Now : Sorry for my ignorance ... but Why the heck :
struct RBNode(V)
instead of :
struct RBNode(K, V)
Because of : dcollections.TreeMap
struct element ;
the elements that are passed to the tree. Note that if you define a
custom update or compare functio
On 15/11/2009 01:58, Michel Fortin wrote:
I think we should split collections into :
std.collections.mutable
std.collections.immutable
Can't work: immutable is a keyword. :-)
Ouch..
frankly said : inspired by Scala..
still thinking it would make sense to split.
On 12/11/2009 19:59, Walter Bright wrote:
For anyone looking for an easy, but valuable, contribution to D, take a
look at the go runtime library.
There's a lot in there we could use in the D library:
http://golang.org/pkg/
The library is licensed under the
http://creativecommons.org/licenses/b
On 15/11/2009 18:19, Steven Schveighoffer wrote:
On Sun, 15 Nov 2009 04:18:51 -0500, BLS wrote:
On 14/11/2009 20:58, Steven Schveighoffer wrote:
collections will be D2 eventually. It already supports D1 via Tango or
Phobos. I want to make it aware of D2-like features (const, ranges,
etc), so
On Sun, 15 Nov 2009 12:48:34 -0500, Andrei Alexandrescu
wrote:
Ok, thanks for clarifying. I thought the overhead of traversal is
considerable, which would make it advantageous to specialize add on
select pairs of containers.
In all cases, traversing all elements of a container is an O(n)
Steven Schveighoffer wrote:
On Sun, 15 Nov 2009 01:17:25 -0500, dsimcha wrote:
3. I don't know how your cursor concept would interact with ranges.
You've
mentioned that cursors have some capabilities that ranges don't, but
they are also
more awkward to use. For a std.collections, I think be
Steven Schveighoffer wrote:
On Sun, 15 Nov 2009 11:49:18 -0500, Andrei Alexandrescu
wrote:
Michel Fortin wrote:
I think shoehorning containers that are graph based into value
types might be a little strenuous. All the builtin D container
types are essentially reference types (arrays are n
== Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
> My hash implementation isn't anything special, I basically implemented the
> pseudo code from my algo book. The only reason it outperforms AA is
> because of the custom allocator.
> -Steve
Yes, but the allocation scheme is the m
On Sun, 15 Nov 2009 01:17:25 -0500, dsimcha wrote:
After looking at dcollections some more, it looks very well thought out
and IMHO
is a good starting point for a std.collections, provided a few issues
are taken
care of:
1. License needs to be Boost, not BSD. You'd need to relicense it
On Sun, 15 Nov 2009 11:49:18 -0500, Andrei Alexandrescu
wrote:
Michel Fortin wrote:
I think shoehorning containers that are graph based into value
types might be a little strenuous. All the builtin D container
types are essentially reference types (arrays are not exactly
reference types b
On Sun, 15 Nov 2009 04:18:51 -0500, BLS wrote:
On 14/11/2009 20:58, Steven Schveighoffer wrote:
collections will be D2 eventually. It already supports D1 via Tango or
Phobos. I want to make it aware of D2-like features (const, ranges,
etc), so it's not just a simple port.
http://www.dsource
Michel Fortin wrote:
On 2009-11-15 00:09:43 -0500, "Steven Schveighoffer"
said:
I agree -- it should be possible with the metaprogramming power of
D to allow for the user to choose his weapon -- power and speed
vs. safe. I think simplicity is a given.
For example, it could be a version st
BLS wrote:
On 14/11/2009 20:58, Steven Schveighoffer wrote:
collections will be D2 eventually. It already supports D1 via Tango or
Phobos. I want to make it aware of D2-like features (const, ranges,
etc), so it's not just a simple port.
http://www.dsource.org/projects/dcollections
I think i
Walter Bright wrote:
Yigal Chripun wrote:
This is very important IMO, probably as important as the license itself.
This is exactly why the GNU project rejects contributions even if they
are licensed under the GPL unless the the contributer agrees to give
ownership of the copyright to the FSF (
On 2009-11-15 00:09:43 -0500, "Steven Schveighoffer"
said:
I agree -- it should be possible with the metaprogramming power of D to
allow for the user to choose his weapon -- power and speed vs. safe.
I think simplicity is a given.
For example, it could be a version statement that decides
On 14/11/2009 20:58, Steven Schveighoffer wrote:
collections will be D2 eventually. It already supports D1 via Tango or
Phobos. I want to make it aware of D2-like features (const, ranges,
etc), so it's not just a simple port.
http://www.dsource.org/projects/dcollections
I think is very well
== Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
> On Sat, 14 Nov 2009 22:08:23 -0500, Andrei Alexandrescu
> wrote:
> > dsimcha wrote:
> >> Tango has a bunch of
> >> collections.
> >
> > Are those following Java's collection design?
> The original collections in Tango were ported
On Sat, 14 Nov 2009 22:08:23 -0500, Andrei Alexandrescu
wrote:
dsimcha wrote:
Tango has a bunch of
collections.
Are those following Java's collection design?
The original collections in Tango were ported from Doug Lea's original
code, not the Java design (which was also based on Doug L
dsimcha wrote:
== Quote from Bill Baxter (wbax...@gmail.com)'s article
On Sat, Nov 14, 2009 at 10:58 AM, div0 wrote:
What phobos is really lacking is a bunch of container classes, ala stl.
I've been pondering swiping/porting the container classes from stlport.
License looks like the port could
dsimcha wrote:
> == Quote from Yigal Chripun (yigal...@gmail.com)'s article
>> On 13/11/2009 20:51, Walter Bright wrote:
>>> Yigal Chripun wrote:
>> This is very important IMO, probably as important as the license itself.
>> This is exactly why the GNU project rejects contributions even if they
>>
On 2009-11-14 16:14:02 -0500, BLS said:
On 14/11/2009 21:09, dsimcha wrote:
I think what we really need is to define what paradigm we're using for
collections. Here are some questions that really need to be answered before we
can start implementing a std.collections:
I think we should spli
div0 wrote:
What phobos is really lacking is a bunch of container classes, ala stl.
I've been pondering swiping/porting the container classes from stlport.
License looks like the port could be re-licensed as boost.
good idea/bad idea?
It's a great idea, and Andrei is hard at work doing that!
Yigal Chripun wrote:
I can't see how that's possible. if you contribute to Phobos under Boost
license and Phobos is re-licensed under GPL that would mean that any
future versions would be GPL but you should be able to fork your
original Boost licensed version and release subsequent versions of
Yigal Chripun wrote:
This is very important IMO, probably as important as the license itself.
This is exactly why the GNU project rejects contributions even if they
are licensed under the GPL unless the the contributer agrees to give
ownership of the copyright to the FSF (the legal entity for t
On 15/11/2009 00:28, dsimcha wrote:
== Quote from Yigal Chripun (yigal...@gmail.com)'s article
On 13/11/2009 20:51, Walter Bright wrote:
Yigal Chripun wrote:
[...]
On dsource you wrote: "The current situation requires to get an explicit
permission to change the license from each contributor
== Quote from Yigal Chripun (yigal...@gmail.com)'s article
> On 13/11/2009 20:51, Walter Bright wrote:
> > Yigal Chripun wrote:
> >> [...]
> >
> > On dsource you wrote: "The current situation requires to get an explicit
> > permission to change the license from each contributor for his code and
> >
On 13/11/2009 20:51, Walter Bright wrote:
Yigal Chripun wrote:
[...]
On dsource you wrote: "The current situation requires to get an explicit
permission to change the license from each contributor for his code and
if someone cannot be contacted for any reason, his contribution cannot
be re-lic
On 14/11/2009 21:09, dsimcha wrote:
I think what we really need is to define what paradigm we're using for
collections. Here are some questions that really need to be answered before we
can start implementing a std.collections:
I think we should split collections into :
std.collections.mutabl
On 2009-11-13 17:10:44 +0100, dsimcha said:
== Quote from Yigal Chripun (yigal...@gmail.com)'s article
Generally speaking, is static linking of the stdlib the right thing?
I realize that's the only working option now, but when this is fixed
(and it really should be fixed) would that still be t
== Quote from Bill Baxter (wbax...@gmail.com)'s article
> On Sat, Nov 14, 2009 at 10:58 AM, div0 wrote:
> > What phobos is really lacking is a bunch of container classes, ala stl.
> > I've been pondering swiping/porting the container classes from stlport.
> > License looks like the port could be r
On Sat, 14 Nov 2009 14:30:04 -0500, Bill Baxter wrote:
On Sat, Nov 14, 2009 at 10:58 AM, div0
wrote:
What phobos is really lacking is a bunch of container classes, ala stl.
I've been pondering swiping/porting the container classes from stlport.
License looks like the port could be re-licen
On Sat, Nov 14, 2009 at 10:58 AM, div0 wrote:
> What phobos is really lacking is a bunch of container classes, ala stl.
> I've been pondering swiping/porting the container classes from stlport.
> License looks like the port could be re-licensed as boost.
>
> good idea/bad idea?
STL implementatio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Walter Bright wrote:
> For anyone looking for an easy, but valuable, contribution to D, take a
> look at the go runtime library.
>
> There's a lot in there we could use in the D library:
>
> http://golang.org/pkg/
>
> The library is licensed under t
Yigal Chripun wrote:
[...]
On dsource you wrote: "The current situation requires to get an explicit
permission to change the license from each contributor for his code and
if someone cannot be contacted for any reason, his contribution cannot
be re-licensed."
That's a big problem. The only
Yigal Chripun wrote:
You're saying that if I write code using Tango, I can license *my* code
with whatever I want. My source will require a tango dll to work and
*that* dll must come with its apache 2.0 license file.
That sounds completely reasonable to me. I don't get what the problem
with t
== Quote from Yigal Chripun (yigal...@gmail.com)'s article
> Generally speaking, is static linking of the stdlib the right thing?
> I realize that's the only working option now, but when this is fixed
> (and it really should be fixed) would that still be the correct choice
> for the stdlib?
Yes, i
On 11/13/09 11:11, Yigal Chripun wrote:
Don wrote:
Yigal Chripun wrote:
Robert Jacques wrote:
On Fri, 13 Nov 2009 01:08:03 -0500, Yigal Chripun
wrote:
Robert Jacques wrote:
The Apache 2.0 license requires attribution. It's therefore
unsuitable for a standard library. From the website FAQ:
Don wrote:
Yigal Chripun wrote:
Robert Jacques wrote:
On Fri, 13 Nov 2009 01:08:03 -0500, Yigal Chripun
wrote:
Robert Jacques wrote:
The Apache 2.0 license requires attribution. It's therefore
unsuitable for a standard library. From the website FAQ:
"
It forbids you to:
redistribute any
Yigal Chripun wrote:
Robert Jacques wrote:
On Fri, 13 Nov 2009 01:08:03 -0500, Yigal Chripun
wrote:
Robert Jacques wrote:
The Apache 2.0 license requires attribution. It's therefore
unsuitable for a standard library. From the website FAQ:
"
It forbids you to:
redistribute any piece of Apa
Robert Jacques wrote:
On Fri, 13 Nov 2009 01:08:03 -0500, Yigal Chripun
wrote:
Robert Jacques wrote:
The Apache 2.0 license requires attribution. It's therefore
unsuitable for a standard library. From the website FAQ:
"
It forbids you to:
redistribute any piece of Apache-originated softwar
On Fri, 13 Nov 2009 01:08:03 -0500, Yigal Chripun
wrote:
Robert Jacques wrote:
The Apache 2.0 license requires attribution. It's therefore unsuitable
for a standard library. From the website FAQ:
"
It forbids you to:
redistribute any piece of Apache-originated software without proper
at
Robert Jacques wrote:
The Apache 2.0 license requires attribution. It's therefore unsuitable
for a standard library. From the website FAQ:
"
It forbids you to:
redistribute any piece of Apache-originated software without proper
attribution;
use any marks owned by The Apache Software Foundatio
On Thu, 12 Nov 2009 16:39:31 -0500, dsimcha wrote:
== Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
On Thu, 12 Nov 2009 15:48:27 -0500, dsimcha wrote:
> == Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
>> On Thu, 12 Nov 2009 14:40:10 -0500, Walter Bright
>>
On Thu, 12 Nov 2009 16:19:24 -0500, Steven Schveighoffer
wrote:
I wouldn't waste any time trying to get Tango to change their license.
Aside from being an almost insurmountable task to get all the developers
to agree to do it, since the AFL allows permissions that are exactly in
line with
On Thu, 12 Nov 2009 17:31:21 -0500, Bill Baxter wrote:
On Thu, Nov 12, 2009 at 2:17 PM, Walter Bright
wrote:
Jacob Carlborg wrote:
It's being discussed here:
http://www.dsource.org/projects/tango/forums/topic/786#3407
Thanks for the pointer. I see the discussion is about adopting the
Ap
Florian Sonnenberger wrote:
Walter Bright wrote:
The library is under the creative commons license, which is different,
though I haven't read it carefully.
Are you sure? Every file of the lib I've looked at starts with:
I stand corrected. I was looking at the documentation pages.
// Copy
Walter Bright wrote:
> The library is under the creative commons license, which is different,
> though I haven't read it carefully.
Are you sure? Every file of the lib I've looked at starts with:
// Copyright 2009 The Go Authors. All rights reserved.
// Use of this source code is governed by a B
On Thu, Nov 12, 2009 at 2:17 PM, Walter Bright
wrote:
> Jacob Carlborg wrote:
>>
>> It's being discussed here:
>> http://www.dsource.org/projects/tango/forums/topic/786#3407
>
> Thanks for the pointer. I see the discussion is about adopting the Apache
> license. I strongly suggest considering the
jcc7 wrote:
I don't want to rain on your parade, but attribution could be an
issue.
(I'm not sure where the license is for the library, so that text I
found may only apply to the compiler.)
The library is under the creative commons license, which is different,
though I haven't read it carefull
Bill Baxter wrote:
Maybe they'll change it if someone points out to them that it's a lame
requirement to have for a standard library.
It's a deal breaker for a standard library, but I don't think that is
the license used for the library.
Jacob Carlborg wrote:
It's being discussed here:
http://www.dsource.org/projects/tango/forums/topic/786#3407
Thanks for the pointer. I see the discussion is about adopting the
Apache license. I strongly suggest considering the Boost license, as it
is very permissive, and Phobos has converted
On Thu, Nov 12, 2009 at 2:09 PM, jcc7 wrote:
> From http://golang.org/LICENSE:
>
> // Copyright (c) 2009 The Go Authors. All rights reserved.
...
> // * Redistributions in binary form must reproduce the above
> // copyright notice, this list of conditions and the following
> disclaimer
> // in
== Quote from Walter Bright (newshou...@digitalmars.com)'s article
> For anyone looking for an easy, but valuable, contribution to D,
> take a look at the go runtime library.
>
> There's a lot in there we could use in the D library:
>
> http://golang.org/pkg/
>
> The library is licensed under the
>
Kyle wrote:
Walter Bright Wrote:
For anyone looking for an easy, but valuable, contribution to D, take a
look at the go runtime library.
...
Should we submit these kinds of things through bugzilla? What is the
preferred method?
That's a good question. Probably Bugzilla is the best ven
Steven Schveighoffer wrote:
I wouldn't waste any time trying to get Tango to change their license.
Aside from being an almost insurmountable task to get all the developers
to agree to do it, since the AFL allows permissions that are exactly in
line with what the Tango devs want, I don't think
== Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
> On Thu, 12 Nov 2009 15:48:27 -0500, dsimcha wrote:
> > == Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
> >> On Thu, 12 Nov 2009 14:40:10 -0500, Walter Bright
> >> wrote:
> >> > grauzone wrote:
> >> >> Ever hea
On 11/12/09 22:02, Walter Bright wrote:
dsimcha wrote:
It would be truly great if Tango could be used under a license with
permissiveness
equivalent to the Boost license. It would help mend a pretty
significant rift in
the D community that started over a minor technicality.
Sean did a lot of s
Walter Bright Wrote:
> For anyone looking for an easy, but valuable, contribution to D, take a
> look at the go runtime library.
>
> ...
Should we submit these kinds of things through bugzilla? What is the
preferred method?
On Thu, 12 Nov 2009 15:48:27 -0500, dsimcha wrote:
== Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
On Thu, 12 Nov 2009 14:40:10 -0500, Walter Bright
wrote:
> grauzone wrote:
>> Ever heard of Tango?
>
> Yes, and I'd be happy to:
>
> 1. have Tango available for D2 and work wi
Adam D. Ruppe wrote:
I have some code that might be useful for these, that I've accumulated
over time.
Sounds like you've got a great start here!
dsimcha wrote:
It would be truly great if Tango could be used under a license with
permissiveness
equivalent to the Boost license. It would help mend a pretty significant rift
in
the D community that started over a minor technicality.
Sean did a lot of searching, and found that the Boost lic
Walter Bright wrote:
For anyone looking for an easy, but valuable, contribution to D, take a
look at the go runtime library.
There's a lot in there we could use in the D library:
http://golang.org/pkg/
The library is licensed under the
http://creativecommons.org/licenses/by/3.0/
meaning we
== Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
> On Thu, 12 Nov 2009 14:40:10 -0500, Walter Bright
> wrote:
> > grauzone wrote:
> >> Ever heard of Tango?
> >
> > Yes, and I'd be happy to:
> >
> > 1. have Tango available for D2 and work with Druntime.
> >
> > 2. move individual
On Thu, 12 Nov 2009 14:40:10 -0500, Walter Bright
wrote:
grauzone wrote:
Ever heard of Tango?
Yes, and I'd be happy to:
1. have Tango available for D2 and work with Druntime.
2. move individual packages from Tango to Phobos. This would require
permission from the author(s) of those pac
On Thu, Nov 12, 2009 at 10:59:38AM -0800, Walter Bright wrote:
> Some packages that look particularly useful are:
> http
> image
> net
I have some code that might be useful for these, that I've accumulated
over time.
Warning, ugly code:
IMAGE RELATED
http://arsdnet.net/dcode/png.d
This one i
grauzone wrote:
Ever heard of Tango?
Yes, and I'd be happy to:
1. have Tango available for D2 and work with Druntime.
2. move individual packages from Tango to Phobos. This would require
permission from the author(s) of those packages, as they'd need to be
relicensed. (Tango uses the BSD li
Walter Bright wrote:
> For anyone looking for an easy, but valuable, contribution to D, take a
> look at the go runtime library.
>
> There's a lot in there we could use in the D library:
>
> http://golang.org/pkg/
>
> The library is licensed under the
> http://creativecommons.org/licenses/by/3.0
Walter Bright wrote:
For anyone looking for an easy, but valuable, contribution to D, take a
look at the go runtime library.
There's a lot in there we could use in the D library:
http://golang.org/pkg/
The library is licensed under the
http://creativecommons.org/licenses/by/3.0/
meaning we
For anyone looking for an easy, but valuable, contribution to D, take a
look at the go runtime library.
There's a lot in there we could use in the D library:
http://golang.org/pkg/
The library is licensed under the
http://creativecommons.org/licenses/by/3.0/
meaning we can adapt it to D.
So
77 matches
Mail list logo
