January 04
On Friday, 4 January 2019 at 15:43:41 UTC, Meta wrote:

>
> Awesome; funding goal reached in a little less than 2 months. I didn't even get around to donating yet, so maybe I'll save it for the next one instead.
>
> On a related note, D really needs a merch shop. I don't think I'm the only one that wants a shirt or mug with (a|the) D logo on it, or Dman. There's an entire industry that's popped up to make paraphernalia sales far easier in the wake of Youtube/Deviantart/etc. which is geared toward community-based projects similar to D.

It's coming.
January 04
On Friday, 4 January 2019 at 16:21:16 UTC, Mike Parker wrote:
> On Friday, 4 January 2019 at 15:43:41 UTC, Meta wrote:
>
>>
>> Awesome; funding goal reached in a little less than 2 months. I didn't even get around to donating yet, so maybe I'll save it for the next one instead.
>>
>> On a related note, D really needs a merch shop. I don't think I'm the only one that wants a shirt or mug with (a|the) D logo on it, or Dman. There's an entire industry that's popped up to make paraphernalia sales far easier in the wake of Youtube/Deviantart/etc. which is geared toward community-based projects similar to D.
>
> It's coming.

Can't wait! 👌
January 05
On Friday, 4 January 2019 at 16:21:16 UTC, Mike Parker wrote:
> On Friday, 4 January 2019 at 15:43:41 UTC, Meta wrote:
>
>>
>> Awesome; funding goal reached in a little less than 2 months. I didn't even get around to donating yet, so maybe I'll save it for the next one instead.
>>
>> On a related note, D really needs a merch shop. I don't think I'm the only one that wants a shirt or mug with (a|the) D logo on it, or Dman. There's an entire industry that's popped up to make paraphernalia sales far easier in the wake of Youtube/Deviantart/etc. which is geared toward community-based projects similar to D.
>
> It's coming.

Cool!
January 07
On Wed, Jan 02, 2019 at 02:49:19PM +0000, Adam D. Ruppe via Digitalmars-d-announce wrote:
> On Wednesday, 2 January 2019 at 11:11:31 UTC, Stefan Koch wrote:
> > On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote:
> > > 
> > > I would love to have a campaign to increase compilation speed for std.regex and std.format...
> > 
> > You could defer the generation of utf-tables to runtime, which should yield some improvement. But I'll measure the reasons for slowness again and post em.
> 
> We should just generate them in a helper program in the Phobos makefile.
> 
> Yeah, it is kinda embarrassing that we are using a C technique instead of D CTFE. But whatever, it is less embarrassing than these awful compile times in user code.

I don't perceive it as embarrassing at all. In my recent projects I've resorted quite often to helper D programs that generate D code from external input. It *could* be done via string imports, CTFE, and string mixins, but that makes (1) compilation dog-slow, (2) the actual generated code existing only transiently inside the compiler, which (3) makes it hard to debug (esp. if the codegen isn't your own code) - (4) any compile errors are by necessity obscure because there isn't a concrete file and line number to refer to; to get to the locus of the problem further effort is required to extract the generated code string (after figuring out which string is the relevant one!) and then dereference the line number.

Doing codegen as a separate step is so much better: (1) you get to see
the actual generated code, (2) learn how it works / self-correct by
studying how your (possibly incorrect) input / usage changes the code,
(3) have an actual file/line number that can be looked up at your
leisure, and (4) edit the generated code by hand if it really comes down
to that.

(Of course, this requires that you use a sane build system that doesn't come with crippling operating assumptions or other arbitrary restrictions that make this additional codegen step hard / unreliable / impossible.)

None of this means that string mixins are no good... in fact I use them
quite a bit myself too.  But they are more suitable for small
code snippets to grease the main code, not for large scale, bulk codegen
from external data sources. I'd argue that std.uni tables really belong
to the latter category. In fact they *are* mostly generated statically,
but then they get wrapped inside templates, which arguably could be
avoided esp. since the compiler quickly becomes dog-slow with too many
templates.


T

-- 
Questions are the beginning of intelligence, but the fear of God is the beginning of wisdom.
January 08
On Monday, 7 January 2019 at 13:35:31 UTC, H. S. Teoh wrote:
> [string mixins make] it hard to debug (esp. if the codegen isn't your own code) - (4) any compile errors are by necessity obscure
> because there isn't a concrete file and line number to refer to;
> to get to the locus of the problem further effort is required to extract the generated code string (after figuring out which string is the relevant one!) and then dereference the line number.

This is no longer (as) true, try using -mixin=filename. It was made exactly
for this sort of thing.
9 hours ago
On Friday, 4 January 2019 at 10:30:07 UTC, Martin Tschierschke wrote:

> Cool, what a wonderful start to the year 2019!
> A big thank you to all pushing the development of D with money and time!
> What next Mike?

Hopefully a campaign to put together a working forum. Would you invest major resources in a language that doesn't even have a usable forum?
5 hours ago
On Sat, Jan 19, 2019 at 03:11:55AM +0000, bachmeier via Digitalmars-d-announce wrote:
> On Friday, 4 January 2019 at 10:30:07 UTC, Martin Tschierschke wrote:
> 
> > Cool, what a wonderful start to the year 2019!
> > A big thank you to all pushing the development of D with money and time!
> > What next Mike?
> 
> Hopefully a campaign to put together a working forum. Would you invest major resources in a language that doesn't even have a usable forum?

This forum is very functional.  I would participate less in a forum that requires loading up a browser to use. But then again, maybe people would be happier if I wasn't around to blab about vim and symmetry and why dub sux, so perhaps that might be for the better. :-P


T

-- 
The peace of mind---from knowing that viruses which exploit Microsoft system vulnerabilities cannot touch Linux---is priceless. -- Frustrated system administrator.
4 hours ago
On Saturday, 19 January 2019 at 06:43:34 UTC, H. S. Teoh wrote:
> This forum is very functional.  I would participate less in a forum that requires loading up a browser to use. But then again, maybe people would be happier if I wasn't around to blab about vim and symmetry and why dub sux, so perhaps that might be for the better. :-P
>
>
> T

For us on the browser pages don't always load, though.
Next ›   Last »
1 2 3 4