June 07, 2015 DIP80: phobos additions | ||||
---|---|---|---|---|
| ||||
Phobos is awesome, the libs of go, python and rust only have better marketing. As discussed on dconf, phobos needs to become big and blow the rest out of the sky. http://wiki.dlang.org/DIP80 lets get OT, please discuss |
June 07, 2015 Re: DIP80: phobos additions | ||||
---|---|---|---|---|
| ||||
Posted in reply to Robert burner Schadek | On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote: > Phobos is awesome, the libs of go, python and rust only have better marketing. > As discussed on dconf, phobos needs to become big and blow the rest out of the sky. > > http://wiki.dlang.org/DIP80 > > lets get OT, please discuss Yes, it's a great DIP's discussion. I just for the expansion of Phobos! You also need to consider Hana to copy some very useful elements in the Phobos: http://ldionne.com/hana/ |
June 08, 2015 Re: DIP80: phobos additions | ||||
---|---|---|---|---|
| ||||
Posted in reply to Robert burner Schadek | On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote:
> Phobos is awesome, the libs of go, python and rust only have better marketing.
> As discussed on dconf, phobos needs to become big and blow the rest out of the sky.
>
> http://wiki.dlang.org/DIP80
>
> lets get OT, please discuss
can we discuss the downside of making phobos huge?
I actively avoid adding phobos libs to my projects because it bloats my binaries and increases compile times by massive amounts.
|
June 08, 2015 Re: DIP80: phobos additions | ||||
---|---|---|---|---|
| ||||
Posted in reply to weaselcat | On Monday, 8 June 2015 at 00:05:58 UTC, weaselcat wrote:
> I actively avoid adding phobos libs to my projects because it bloats my binaries and increases compile times by massive amounts.
Me too... but that's not actually a problem of huge library. It is more a problem of an interconnected library - if you write independent modules an import should only pull them with little from other ones.
There's a difference with classes because of Object.factory, all of them are pulled in, but modules with functions, structs, and templates are cool, shouldn't be a problem.
|
June 08, 2015 Re: DIP80: phobos additions | ||||
---|---|---|---|---|
| ||||
Posted in reply to weaselcat | On Monday, 8 June 2015 at 00:05:58 UTC, weaselcat wrote:
> can we discuss the downside of making phobos huge?
>
> I actively avoid adding phobos libs to my projects because it bloats my binaries and increases compile times by massive amounts.
Andrei has already stated that we are definitely going to make Phobos large. We are _not_ going for the minimalistic approach, and pretty much no other language is at this point either. So, Phobos _will_ continue to grow in size.
Now, as Adam points out, we can should do a better job of making it so that different pieces of Phobos don't depend on each other if they don't need to, but it's a given at this point that Phobos is only going to get larger. And if unnecessary dependencies are kept to a minimum, then it really shouldn't hurt your compilation times (and I'm sure that we'll have further compiler improvements in that area anyway).
- Jonathan M Davis
|
June 08, 2015 Re: DIP80: phobos additions | ||||
---|---|---|---|---|
| ||||
Posted in reply to Jonathan M Davis | On Monday, 8 June 2015 at 01:39:33 UTC, Jonathan M Davis wrote:
> On Monday, 8 June 2015 at 00:05:58 UTC, weaselcat wrote:
>> can we discuss the downside of making phobos huge?
>>
>> I actively avoid adding phobos libs to my projects because it bloats my binaries and increases compile times by massive amounts.
>
> Andrei has already stated that we are definitely going to make Phobos large. We are _not_ going for the minimalistic approach, and pretty much no other language is at this point either. So, Phobos _will_ continue to grow in size.
>
> Now, as Adam points out, we can should do a better job of making it so that different pieces of Phobos don't depend on each other if they don't need to, but it's a given at this point that Phobos is only going to get larger. And if unnecessary dependencies are kept to a minimum, then it really shouldn't hurt your compilation times (and I'm sure that we'll have further compiler improvements in that area anyway).
>
> - Jonathan M Davis
I wasn't arguing against a large library(in fact, I prefer it.) I just think the effort should be put towards making phobos more modular before adding more stuff on top of it and making the problem worse.
bye,
|
June 08, 2015 Re: DIP80: phobos additions | ||||
---|---|---|---|---|
| ||||
Posted in reply to Robert burner Schadek | On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote:
> Phobos is awesome, the libs of go, python and rust only have better marketing.
> As discussed on dconf, phobos needs to become big and blow the rest out of the sky.
>
> http://wiki.dlang.org/DIP80
>
> lets get OT, please discuss
Would love some kind of color implementation in Phobos, simple linear algebra(vectors, matrices), image manipulation.
|
June 08, 2015 Re: DIP80: phobos additions | ||||
---|---|---|---|---|
| ||||
Posted in reply to Tofu Ninja | On 8/06/2015 2:50 p.m., Tofu Ninja wrote: > On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote: >> Phobos is awesome, the libs of go, python and rust only have better >> marketing. >> As discussed on dconf, phobos needs to become big and blow the rest >> out of the sky. >> >> http://wiki.dlang.org/DIP80 >> >> lets get OT, please discuss > > Would love some kind of color implementation in Phobos, simple linear > algebra(vectors, matrices), image manipulation. https://github.com/D-Programming-Language/phobos/pull/2845 Heyyyy Manu, hows it going? Gl3n should be a candidate as it is old code and good one at that. https://github.com/Dav1dde/gl3n But it seems like it is no longer maintained. Can anyone contact the author regarding license to boost? Image manipulation blocked by color. |
June 08, 2015 Re: DIP80: phobos additions | ||||
---|---|---|---|---|
| ||||
Posted in reply to Robert burner Schadek | On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote:
> Phobos is awesome, the libs of go, python and rust only have better marketing.
> As discussed on dconf, phobos needs to become big and blow the rest out of the sky.
>
> http://wiki.dlang.org/DIP80
>
> lets get OT, please discuss
I think a std.bindings or something similar for ubiquitous C libraries would go a long way - _quality_(not just a wrapper) SDL, OpenGL, etc bindings.
D is very attractive to game developers, I think with a little push it would get a lot of traction from this.
|
June 08, 2015 Re: DIP80: phobos additions | ||||
---|---|---|---|---|
| ||||
Posted in reply to Rikki Cattermole | On 8 June 2015 at 13:08, Rikki Cattermole via Digitalmars-d <digitalmars-d@puremagic.com> wrote:
> On 8/06/2015 2:50 p.m., Tofu Ninja wrote:
>>
>> On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote:
>>>
>>> Phobos is awesome, the libs of go, python and rust only have better
>>> marketing.
>>> As discussed on dconf, phobos needs to become big and blow the rest
>>> out of the sky.
>>>
>>> http://wiki.dlang.org/DIP80
>>>
>>> lets get OT, please discuss
>>
>>
>> Would love some kind of color implementation in Phobos, simple linear algebra(vectors, matrices), image manipulation.
>
>
> https://github.com/D-Programming-Language/phobos/pull/2845 Heyyyy Manu, hows it going?
I've kinda just been working on it on the side for my own use.
I wasn't happy with the layout, and restructured it a lot.
If there's an active demand for it, I'll give it top priority...?
|
Copyright © 1999-2021 by the D Language Foundation