Re: Inochi2D - Realtime 2D Animation written in D

[Bill Baxter via Digitalmars-d-announce]

That's very cool!  I did these back in the day using D.  Glad to see nice
2D animation tools in D!
https://vimeo.com/3065068
https://vimeo.com/9703263
https://vimeo.com/3116117
--bb

On Mon, Sep 12, 2022 at 11:30 AM Luna via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> Thanks for all of the kind words!
>
> I've just gotten [nightly
> builds](https://github.com/Inochi2D/inochi-creator/releases/tag/nightly)
> working for Inochi Creator this evening.
>

Re: Skia library for D, porting from SkiaSharp API.

[Bill Baxter via Digitalmars-d-announce]

On Tue, Dec 7, 2021 at 6:40 PM Imperatorn via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> On Monday, 6 December 2021 at 09:08:20 UTC, zoujiaqing wrote:
> > SkiaD is a cross-platform 2D graphics API for D based on Mono's
> > SkiaSharp.


Which in turn is "based on Google's Skia Graphics Library (skia.org)"
Just being pedantic because I have some friends on that team.  :-)

Nice work!


> It provides a comprehensive 2D API that can be used
> > across mobile, server and desktop models to render images.
> >
> > https://github.com/gearui/skiad
>
> Nice, consider adding it to dub if you haven't done so already 
>

Re: New library: argparse, for parsing CLI arguments

[Bill Baxter via Digitalmars-d-announce]

On Wed, Oct 13, 2021 at 6:15 PM Andrey Zherikov via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> On Thursday, 14 October 2021 at 00:35:11 UTC, Bill Baxter wrote:
> > On Wed, Oct 13, 2021 at 5:30 PM Andrey Zherikov via
> > Digitalmars-d-announce < digitalmars-d-announce@puremagic.com>
> > wrote:
> >
> >> On Wednesday, 13 October 2021 at 19:26:49 UTC, Andrei
> >> Alexandrescu wrote:
> >> > Cool!
> >> >
> >> > One note - gflags
> >> > (https://opensource.google/projects/gflags) allows modules
> >> > to define their own flags in a decentralized manner. I've
> >> > always thought this is a major feature missing from
> >> > std.getopt, but never got around to it. It would be great if
> >> > argparse would add such support.
> >>
> >> This is an interesting approach. I'm not a fan of it but I'll
> >> take a look at whether this can be supported.
> >>
> >
> > Not sure how much change there is over "classic" gflags, but
> > https://abseil.io/docs/cpp/guides/flags is what google now uses
> > internally.
> >
> > --bb
>
> Abseil version suggests not to put flags into multiple .cpp files:
> - `Allows distributed declaration and definition of flags, though
> this usage has drawbacks and should generally be avoided`
> - `Prefer to define flags only in the file containing the
> binary’s main() function`
> - `Prefer to reference flags only from within the file containing
> the binary’s main() function`
>
> So I'm a bit confused about supporting this use case
>

Yeh, it's definitely a mixed bag.  It can be very convenient to be able to
put the flag right near point of use without having to do any plumbing.
But sometimes it can be frustrating given that "flags" are essentially a
single global namespace that people don't always realize is a global
namespace.  Quite annoying when you go to add something like a
"--start_time" flag and find that some random .cc file in a library already
defines that flag for their own purposes.

--bb

Re: New library: argparse, for parsing CLI arguments

[Bill Baxter via Digitalmars-d-announce]

On Wed, Oct 13, 2021 at 5:30 PM Andrey Zherikov via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> On Wednesday, 13 October 2021 at 19:26:49 UTC, Andrei
> Alexandrescu wrote:
> > Cool!
> >
> > One note - gflags (https://opensource.google/projects/gflags)
> > allows modules to define their own flags in a decentralized
> > manner. I've always thought this is a major feature missing
> > from std.getopt, but never got around to it. It would be great
> > if argparse would add such support.
>
> This is an interesting approach. I'm not a fan of it but I'll
> take a look at whether this can be supported.
>

Not sure how much change there is over "classic" gflags, but
https://abseil.io/docs/cpp/guides/flags is what google now uses internally.

--bb

Re: Origins of the D Programming Language now published by ACM!

[Bill Baxter via Digitalmars-d-announce]

Whoa! Page 23 -- a wild Bill Baxter appears! That was unexpected.  :-D
--bb

On Thu, Jun 18, 2020 at 9:00 PM Walter Bright via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> On 6/18/2020 1:53 PM, tastyminerals wrote:
> > On Saturday, 13 June 2020 at 03:16:05 UTC, Walter Bright wrote:
> >> https://dl.acm.org/doi/abs/10.1145/3386323
> >>
> >> Many, many thanks to Mike Parker and Andrei Alexandrescu for their
> endless
> >> hours spent fixing the mess I originally wrote.
> >
> > Thank you. Printed and started reading today before work. A lot of
> interesting
> > insights about the rationale behind design decisions. For a non C/C++
> > programmer, this helps me better understand D and it's close
> relationship with
> > these languages. Cool stuff.
>
> As I did research on what happened and when, I discovered many of my
> recollections were wrong or out of order. Fortunately, I kept all the
> emails and
> there's the n.g. archives, without which writing that article would have
> been
> impossible.
>

Re: GSOC 2020 projects

[Bill Baxter via Digitalmars-d-announce]

The full list is here and there are lots of them:
https://summerofcode.withgoogle.com/organizations/?sp-page=2

I think gamefromscratch.com just pulled out a short list of ones that were
game-related there.

--bb

On Mon, Feb 24, 2020 at 10:05 AM rikki cattermole via
Digitalmars-d-announce  wrote:

> On 25/02/2020 6:43 AM, Panke wrote:
> > On Monday, 24 February 2020 at 02:52:04 UTC, RazvanN wrote:
> >> On Tuesday, 18 February 2020 at 05:59:47 UTC, RazvanN wrote:
> >>> Hello everyone!
> >>>
> >>> In a couple of days we should find out if The Dlang Foundation was
> >>> accepted as a mentoring organization for Google Summer of Code 2020.
> >>> If we get accepted, I think that we should have a list of priority
> >>> projects that we should propose to students. I have started tagging
> >>> what I find the most useful projects with the gsoc2020 tag [1]. If
> >>> you want to help in this process you can:
> >>>
> >>> [...]
> >>
> >> Unfortunately, Dlang has not been accepted this year as a GSOC
> >> mentoring organization. Maybe we will have better luck next year,
> >>
> >> Cheers,
> >> RazvanN
> >
> > Do we know why?
>
> This is my guess:
>
>
> https://www.gamefromscratch.com/post/2020/02/20/GSoC-2020-Organizations-Announced.aspx
>
> Limited spots, somebody had to go.
>

Re: DConf 2019 Livestream

[Bill Baxter via Digitalmars-d-announce]

On Thu, May 9, 2019 at 1:00 AM rikki cattermole via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> On 09/05/2019 9:19 AM, Bill Baxter wrote:
> >
> >
> > On Wed, May 8, 2019 at 5:15 AM Mike Parker via Digitalmars-d-announce
> >  > <mailto:digitalmars-d-announce@puremagic.com>> wrote:
> >
> > On Wednesday, 8 May 2019 at 10:13:35 UTC, Ethan wrote:
> >  >
> >  >
> >  > Good news everyone! A Youtube stream will be arriving after the
> >  > lunch break.
> >  >
> >  > Cheers for your patience.
> >
> > Now I get to bring the bad news. There's an issue right now with
> > YouTube flipping the video horizontally in the livestream such
> > that everything is backwards. They've been trying to find a
> > solution for it but are so far unable to. As such, we're stuck
> > with WebEx for the remainder of the day. They'll try to get it
> > sorted this evening so that we can stream on YouTube tomorrow.
> >
> > Sorry for those of you having difficulties with WebEx.
> >
> >
> > Can't we just watch it in a mirror? That sounds easier than getting
> > WebEx working.
> > --bb
>
> I tried to setup a mirror, WebEx crashed.
>

Haha, no I meant a *literal* mirror.  :-D A reflective piece of glass.  To
solve the problem of the YouTube flipping everything horizontally.

--bb

Re: DConf 2019 Livestream

[Bill Baxter via Digitalmars-d-announce]

On Wed, May 8, 2019 at 5:15 AM Mike Parker via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> On Wednesday, 8 May 2019 at 10:13:35 UTC, Ethan wrote:
> >
> >
> > Good news everyone! A Youtube stream will be arriving after the
> > lunch break.
> >
> > Cheers for your patience.
>
> Now I get to bring the bad news. There's an issue right now with
> YouTube flipping the video horizontally in the livestream such
> that everything is backwards. They've been trying to find a
> solution for it but are so far unable to. As such, we're stuck
> with WebEx for the remainder of the day. They'll try to get it
> sorted this evening so that we can stream on YouTube tomorrow.
>
> Sorry for those of you having difficulties with WebEx.
>

Can't we just watch it in a mirror? That sounds easier than getting WebEx
working.
--bb

Re: Top Five World’s Most Underrated Programming Languages

[Bill Baxter via Digitalmars-d-announce]

Gotta laugh at Ruby being listed as "Underrated", though.

--bb

On Mon, Jan 14, 2019 at 12:25 PM Andrei Alexandrescu via
Digitalmars-d-announce  wrote:

> Of possible interest:
>
>
> https://www.technotification.com/2019/01/most-underrated-programming-languages.html
>

Re: A facebook group for D programmers

[Bill Baxter via Digitalmars-d-announce]

Here's the link : https://www.facebook.com/dlang.org .  ;-)

On Sun, Sep 16, 2018 at 11:31 PM Russel Winder via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> And there is a Facebook group D Programming Language already.
>
> On Sun, 2018-09-16 at 16:36 -0700, Steven Schveighoffer via
> Digitalmars-d-announce wrote:
> > On 9/16/18 2:51 PM, Peter Alexander wrote:
> > > On Sunday, 16 September 2018 at 20:19:32 UTC, Murilo wrote:
> > > > Hello everyone, I was so amazed with the D language that I
> > > > created a
> > > > facebook group for us all to be connected and share information.
> > > > It is
> > > > called "Programming in D", it has already 55 members. Please join
> > > > the
> > > > group and invite everyone else to join it. That way we can show
> > > > the
> > > > world how amazing the D language is.
> > >
> > > Probably would be a good idea to link to the group. I couldn't find
> > > it
> > > with search.
> >
> > This seems pretty... spamish.
> >
> > Apologies if that's not true, but the original message is so
> > fill-in-the-blank-with-target-topic that it's hard to take
> > seriously.
> > Also the "Already has 55 members" seems weird too. Especially if
> > it's
> > never been announced before.
> >
> > -Steve
> --
> Russel.
> ===
> Dr Russel Winder  t: +44 20 7585 2200
> 41 Buckmaster Roadm: +44 7770 465 077
> London SW11 1EN, UK   w: www.russel.org.uk
>
>

Re: Follow @dlangconf and use #dconf on twitter

[Bill Baxter via Digitalmars-d-announce]

They're calling it "dconf" as short for the "Digital Health and Well-being
Conference".  Really?!
Why wouldn't you use something less generic like "dhealth2018"?

They're tweeting from the handle @dconf2018.
I guess you should go ahead and sign up for the @dconf2019 and on accounts
now.
Maybe that way they'll notice next year that #dconf isn't a great handle
for them.
--bb

On Mon, Apr 30, 2018 at 9:00 PM Walter Bright via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> Unfortunately, some other conference is using #dconf2018, so don't use
> that.
>

Re: DWT API Documentation now on dpldocs.info

[Bill Baxter via Digitalmars-d-announce]

The logo in the corner - http://dwt.dpldocs.info/d-logo.png -- is a 404 btw.

On Wed, Mar 7, 2018 at 5:32 PM, Bill Baxter <wbax...@gmail.com> wrote:

> Cool!  I used to love using DWT back in the day.
>
> Yeh the Eclipse ones look like they were written by someone trying very
> hard to make you think you were using a native app on some platform with a
> horrible UI from the 90s.
>
> --bb
>
> On Wed, Mar 7, 2018 at 5:28 PM, Adam D. Ruppe via Digitalmars-d-announce <
> digitalmars-d-announce@puremagic.com> wrote:
>
>> Compare and contrast with the official Java dox:
>>
>> http://help.eclipse.org/luna/index.jsp?topic=/org.eclipse.pl
>> atform.doc.isv/reference/api/org/eclipse/swt/package-summary.html
>>
>> both are generated from basically the same doc comments, but I like mine
>> better :)
>>
>
>

Re: DWT API Documentation now on dpldocs.info

[Bill Baxter via Digitalmars-d-announce]

Cool!  I used to love using DWT back in the day.

Yeh the Eclipse ones look like they were written by someone trying very
hard to make you think you were using a native app on some platform with a
horrible UI from the 90s.

--bb

On Wed, Mar 7, 2018 at 5:28 PM, Adam D. Ruppe via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> Compare and contrast with the official Java dox:
>
> http://help.eclipse.org/luna/index.jsp?topic=/org.eclipse.pl
> atform.doc.isv/reference/api/org/eclipse/swt/package-summary.html
>
> both are generated from basically the same doc comments, but I like mine
> better :)
>

Re: State of D 2018 Survey

[Bill Baxter via Digitalmars-d-announce]

That's a much nicer way of saying what I was trying to get across.  :-)
Early respondents to a lengthy survey about D usage are not necessarily a
good representation of the more casual user's needs for the language.

--bb



On Thu, Mar 1, 2018 at 1:49 PM, Jonathan M Davis via Digitalmars-d-announce
<digitalmars-d-announce@puremagic.com> wrote:

> On Thursday, March 01, 2018 13:24:29 Bill Baxter via Digitalmars-d-announce
> wrote:
> > Just don't overlook the fact that people who fill out 30 minute surveys
> > right away after being told about them are a self-selected group of
> people
> > who apparently have way too much time on their hands.
> > Which also suggests they would likely also have more free time to go
> chase
> > down and fix breaks in their legacy code caused by new compilers.
>
> It's also the case that the folks who even see this survey are likely to be
> a fairly small percentage of the actual user base. So, while its results
> may
> be useful, they need to be viewed with that fact in mind.
>
> That being said, I think that it's a given that we need to make breaking
> changes at least occasionally. The question is more how big they can be and
> how we go about it. Some changes would clearly be far too large to be worth
> it, whereas others clearly pay for themselves. The harder question is the
> stuff in between.
>
> For instance, while we might not actually have a new operator if D were
> being redesigned from the ground up (Andrei has previously stated that it
> really should have just been a function in the standard library or
> runtime),
> that would be far too large a change with far too little benefit to be even
> vaguely worth it at this point. On the other hand, we _did_ change it so
> that switch statements don't have implicit fallthrough anymore, and that
> change was _very_ well received, because it caught bugs and it was a quick
> fix to update correct code that was then an error (it was probably also
> true
> that relatively little correct code had to be updated, but that's harder to
> measure).
>
> Each potential breaking change has to be weighed on its own, and the real
> question is how strongly we weight the pros vs the cons. We could choose to
> favor breaking code only when it's cleary _very_ benificial to do so, or we
> could choose to break code any time there's even a slight benefit to it. I
> think that it's pretty clear that the right choice is somewhere in between
> those two extremes, but it's not an easy question as to where it is.
>
> And as has been discussed before, we have folks clamoring for breaking
> changes and folks clamoring for nothing to ever break, and sometimes,
> they're exactly the same folks. :|
>
> - Jonathan M Davis
>
>

Re: State of D 2018 Survey

[Bill Baxter via Digitalmars-d-announce]

Just don't overlook the fact that people who fill out 30 minute surveys
right away after being told about them are a self-selected group of people
who apparently have way too much time on their hands.
Which also suggests they would likely also have more free time to go chase
down and fix breaks in their legacy code caused by new compilers.

--bb


On Thu, Mar 1, 2018 at 1:19 PM, bauss via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> On Wednesday, 28 February 2018 at 20:37:36 UTC, Seb wrote:
>
>> On Wednesday, 28 February 2018 at 20:24:00 UTC, JN wrote:
>>
>>> On Wednesday, 28 February 2018 at 20:01:16 UTC, Seb wrote:
>>>
 Thanks! I hope so too!

>>>
>>> Is there some way to access the results without retaking the survey?
>>>
>>
>> Yeah the link TypeForm generates at the end is permanent:
>>
>> https://dlang.typeform.com/report/H1GTak/PY9NhHkcBFG0t6ig
>>
>> though for some reason it doesn't show full-text answers (I have opened a
>> support ticket for that a while ago).
>> Anyhow, as Mike said we will look at all answers and do a summary once
>> the survey concluded.
>>
>
> Interesting results. 80% in favor for breaking changes.
>
> Maybe it's time to not care too much about making D better and leave old
> legacy stuff that stops D from evolving behind curtains.
>

Re: NWCPP (and D) Meeting at Microsoft Wednesday Evening

[Bill Baxter via Digitalmars-d-announce]

Oh, forgot   . :-)

On Wed, Feb 21, 2018 at 11:04 AM, Bill Baxter <wbax...@gmail.com> wrote:

> Where do you go now that the Celtic Bayou is closed?
> --bb
>
> On Tue, Feb 20, 2018 at 7:37 PM, Walter Bright via Digitalmars-d-announce
> <digitalmars-d-announce@puremagic.com> wrote:
>
>> http://nwcpp.org/
>>
>> I plan to be there; a bunch of Seattle area D folks come regularly. We
>> hear the presentation, then go out for a beer and conversation afterwards.
>>
>> Come join us!
>>
>> -Walter
>>
>
>

Re: NWCPP (and D) Meeting at Microsoft Wednesday Evening

[Bill Baxter via Digitalmars-d-announce]

Where do you go now that the Celtic Bayou is closed?
--bb

On Tue, Feb 20, 2018 at 7:37 PM, Walter Bright via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> http://nwcpp.org/
>
> I plan to be there; a bunch of Seattle area D folks come regularly. We
> hear the presentation, then go out for a beer and conversation afterwards.
>
> Come join us!
>
> -Walter
>

Re: BLAS implementation for D

[Bill Baxter via Digitalmars-d-announce]

On Fri, Apr 14, 2017 at 12:18 PM, bachmeier via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> On Friday, 14 April 2017 at 16:31:24 UTC, jmh530 wrote:
>
> Not a lawyer, but I think if you just port it to another language it is a
>> derived work in GPL and the ported project must also be GPL.
>>
>
> This is correct.
>
> However, if you're completely re-writing each function, I don't know.
>>
>
> I don't think that argument would apply in this case. It would be
> necessary to start a new project to give it an alternative license.
>

And more than that, companies that are serious about avoiding litigation
will make sure that everyone working on this new project has not even seen
the source code for the library with the other license.  If someone who has
seen the source code provides help, it will only be in the form of advice,
not code, to make sure there is no possible argument that the copyright of
the original was violated.

--bb

Re: DIP1000: Scoped Pointers

[Bill Baxter via Digitalmars-d-announce]

This bit seems odd:

T func(T* t) {
  return t; // ok
}

Is there an implicit conversion from T* to T?


On Wed, Aug 10, 2016 at 10:05 PM, rikki cattermole via
Digitalmars-d-announce  wrote:

> On 11/08/2016 8:35 AM, Dicebot wrote:
>
>> The first DIP has just landed into the new queue. It is a proposal from
>> language authors and thus it bypasses usual nitpicking process and
>> proceeds straight to requesting community (your!) feedback.
>>
>> Essentially, it is an attempt to solve reference lifetime problem by
>> extending implementation of `scope` keyword.
>>
>> Proposal text: https://github.com/dlang/DIPs/blob/master/DIPs/DIP1000.md
>>
>> Few notes:
>>
>> - Please submit pull requests to adjust the markdown document if you
>> want to propose any improvements (mentioning @WalterBright and @andralex
>> for confirmation).
>> - The proposal refers to a number of other documents and it is
>> recommended to become familiar at least briefly with all of them.
>> - At this point the question I'd personally suggest to be evaluated is
>> "does this proposal enable enough useful designs?". A good check would
>> be to try taking some of your projects and see if having DIP1000
>> approved and implemented could improve them.
>>
>
> Question:
> I see RefCountedSlice example, does this mean if I alias this say like:
>
> struct FooBar;
>
> struct Foo {
> FooBar* v;
>
> scope FooBar* get() { return v; }
> alias this get;
> }
>
> That it will operate correctly in the below case?
>
> func(myFoo);
> void func(scope FooBar*)
>
> If this does work, this is a major addition that I've been waiting for,
> for my managed memory concept! https://github.com/rikkimax/al
> phaPhobos/blob/master/source/std/experimental/memory/managed.d
> After this I'll only need proper ref counting in the language ;)
>

Re: D-Man culture

[Bill Baxter via Digitalmars-d-announce]

Whew!  I thought this was going to be a scathing critique of some lurking
anti-feministic culture in the D world.
Glad to see it's just about some cute D-shaped characters!

On Sun, Jun 19, 2016 at 10:30 AM, Walter Bright via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> I find this amazing and lots of fun!
>

Re: Google Summer of Code

[Bill Baxter via Digitalmars-d-announce]

Well done!  Congrats to you all!

--bb

On Fri, Apr 22, 2016 at 3:43 PM, CraigDillabaugh via Digitalmars-d-announce
 wrote:

> I am pleased to announce that the D Foundation has been awarded 4 slots
> for the 2016 Google Summer of Code.
>
> https://summerofcode.withgoogle.com/organizations/5078256051027968/
>
> Congratulations to
>
> Lodovico Giaretta
> A replacement of std.xml for the Phobos standard library
>
> Sebastian Wilzbach
> Science for D - a non-uniform RNG
>
> Jeremy DeHaan
> Precise Garbage Collector
>
> Wojciech Szęszoł
> Improvements for dstep
>
> on their successful proposals.
>
> They faced very stiff competition, and unfortunately we had to turn down a
> number of very good proposals.  Perhaps we should have been more greedy and
> asked for six or seven slots.
>
> I hope the community will extend a warm welcome to these students, and we
> welcome all of your efforts in helping these students achieve success in
> the coming months.
>
> Finally, thanks to all our mentors who put in hours of work in evaluating
> the proposals to this point.
>
>
>
>
>
>
>

Re: Computer Vision Library in D

[Bill Baxter via Digitalmars-d-announce]

On Wed, Apr 20, 2016 at 9:26 PM, rikki cattermole via
Digitalmars-d-announce  wrote:

> On 20/04/2016 7:46 PM, Relja Ljubobratovic wrote:
>
>> On Wednesday, 20 April 2016 at 06:14:58 UTC, rikki cattermole wrote:
>>
>>> I was thinking std.math.linalg kinda seems like the right place once
>>> std.math is split up.
>>> There is an isolated one other than gfm.math. gl3n but I don't have
>>> permission to relicense to Boost. Its mostly ready unfortunately.
>>>
>>
>> I agree it sounds nice to have linalg package in the standard library.
>> Although I'm still not sure about it - I've never seen such package in
>> any other language's standard library. I'm not saying it's not right,
>> just a bit strange to me.
>>
>
Fortran has some linear algebra functions in the standard library.  :-)
Java and many other modern languages are pretty much actively hostile to
doing numerical computation,
so including a linear algebra package in the standard library of those
languages would just highlight how bad they are at it.
C++ has a tradition of not having a standard library for anything you might
actually need to get work done, so I wouldn't follow their example.

--bb

Re: Dconf gets a new logo

[Bill Baxter via Digitalmars-d-announce]

The other one was classy, but this one is energetic and fun.  +1.

--bb

On Tue, Mar 1, 2016 at 7:37 PM, Andrei Alexandrescu via
Digitalmars-d-announce  wrote:

> Many thanks to https://github.com/aG0aep6G who contributed the DConf 2016
> logo (the Berlin tower
> https://github.com/D-Programming-Language/dconf.org/pull/95).
>
> After discussing it with Sociomantic, they proposed a new one that is not
> Berlin-specific and also looks terrific on T-shirts.
>
> Take a look: http://dconf.org
>
> Very excited about the up-and-coming DConf 2016!
>
>
> Andrei
>

Re: The D Language Foundation has $5000 to its name

[Bill Baxter via Digitalmars-d-announce]

It doesn't require a system change to run unsigned stuff on the Mac, it
just requires knowing the trick: open by ctrl-clicking on the icon and
choosing "Open" from the pop-up menu.  If you open it that way then it will
ask you if you really really want to open it, and there you can say yes.
If you, do it won't ask you again.

--bb

On Sun, Nov 22, 2015 at 7:46 PM, Rikki Cattermole via
Digitalmars-d-announce  wrote:

> On 23/11/15 10:45 AM, Brad Anderson wrote:
>
>> On Thursday, 19 November 2015 at 12:31:01 UTC, Andrei Alexandrescu wrote:
>>
>>> On 11/17/2015 04:01 PM, cym13 wrote:
>>>
 On Tuesday, 17 November 2015 at 20:54:34 UTC, Andrei Alexandrescu wrote:

> Quite timely after the announcement of that $600K donation for the
> Julia language, I'm happy to announce that the D Language Foundation
> has a bank account seeded with $5000 - as I promised, it's a round-up
> of my last royalty check.
>
> The D Language Foundation doesn't yet have non-profit status, so we
> can't accept donations in that account; that'll take a few more
> months. I'll keep everybody posted.
>
>
> Andrei
>

 What do you plan to do concretely with that money? Advertise? Support
 projects?

>>>
>>> DConf is our largest annual spender. Also we plan a few small monthly
>>> expenses. I'll keep everyone posted. -- Andrei
>>>
>>
>> I have a recommendation for fairly small expense which would be a
>> perfect job for the newly formed Foundation. Get some certificates for
>> D. Walter was interested in the past with getting one for Digital Mars
>> to use but I think the idea got lost somewhere along the way. There are
>> three different certificates that would be good to have:
>>
>> 1. SSL certificate for dlang.org (optionally getting an EV certificate
>> would be a good way to advertise the Foundation in the address bar).
>> 2. Code signing certificate for Windows from a Certificate Authority.
>> 3. OS X code signing certificate from Apple.
>>
>> The first two can be done pretty inexpensively through StartSSL (there
>> are plenty of other options though).
>>
>> Apple isn't as important because I don't believe it does the Untrusted
>> Developer warning for opening .dmg files nor does it do it for running
>> command line applications. It's good for tamper security though. To
>> register with Apple you'll need a DUNS number for the Foundation which
>> you can create through Dun & Bradshaw (not sure if it's free).
>>
>> Code signing the installers and executables means the Windows
>> SmartScreen protection systems won't kick in and give big, scary
>> warnings with non-obvious workarounds about the D downloads. It also
>> means the Admin Privilege request dialog would display the Foundation's
>> name which looks way more professional and trustworthy than an unsigned
>> executable. I think doing this eventually is important if you want D to
>> look professional and ready for primetime.
>>
>
> Given Apple's approach of disallowing any programs not signed to run by
> default, we REALLY need to get all programs for OSX signed.
> IMO its more important then all the others, since it actively requires
> system change to make things work.
>

Re: Silicon Valley D Meetup November 19, 2015

[Bill Baxter via Digitalmars-d-announce]

If you set up what's called a Hangout On Air then anyone can join in and
you can have it recorded to YouTube as well.

https://support.google.com/plus/answer/2553119?hl=en
On Nov 18, 2015 10:25 PM, "Joakim via Digitalmars-d-announce" <
digitalmars-d-announce@puremagic.com> wrote:

> On Wednesday, 18 November 2015 at 20:35:31 UTC, Ali Çehreli wrote:
>
>> "Fireside Chat with Andrei, Foundation Update, Q4 Technical Update"
>>
>>   http://www.meetup.com/D-Lang-Silicon-Valley/events/226112242/
>>
>> Andrei will attend over Google+, Walter is a slight possibility. I will
>> update this thread with conferencing information when I know more.
>>
>> Ali
>>
>
> Presumably the video conference can be easily recorded and stuck online?
>

Re: Build It And They Will Not Come

[Bill Baxter via Digitalmars-d-announce]

To be fair, wasn't the movie talking about dead baseball player ghosts
coming? For people to take that example and apply it to other endeavors in
life is a bit ridiculous.

But maybe I'm misremembering. Saw it a long time ago.
On Sep 11, 2015 4:00 AM, "Chris via Digitalmars-d-announce" <
digitalmars-d-announce@puremagic.com> wrote:

> On Tuesday, 18 August 2015 at 19:35:02 UTC, Walter Bright wrote:
>
>> I hate the movie "Field of Dreams" where they push the idiotic idea of
>> "Build it and they will come." No, they won't. There's a blizzard of stuff
>> competing for their attention out there, why should they invest the time
>> looking at your stuff? You need to tell them why!
>>
>
> I've never seen that film but I remember a guy who would use this line
> when we were trying to revive a pub that was in dire straits. The truth is
> "No, they won't come, unless you have something really good to offer!"
>
> The line is only true of TV, as they said in Seinfeld
>
> "Well, why am I watching it? - Because it's on TV."
>
> Yes, because people sit on their ar*es and consume it passively. But if
> you want them to actually do something, it's not enough to just build it.
>

Re: 1st Ever Artificial Consciousness to be Written in D Language

[Bill Baxter via Digitalmars-d-announce]

On Wed, Sep 2, 2015 at 10:10 AM, GrandAxe via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:

> On Wednesday, 2 September 2015 at 15:14:12 UTC, Martin Drašar wrote:
>
>> Dne 2.9.2015 v 16:41 GrandAxe via Digitalmars-d-announce napsal(a):
>>
>>> This is to inform the D Language community that the first viable general
>>> artificial algorithm is being written in D. It is called Organic Big data
>>> intelligence (OBI); the website is at www.okeuvo.com.
>>>
>>> Some of its capabilities are:
>>>
>>> 1. Ability to learn
>>> 2. Ability to analyse
>>> 3. Problem solving
>>> 4. Moral judgement
>>> 5. Ability to feel emotions
>>> 6. Free will
>>> 7. Consciousness
>>> 8. Self awareness
>>>
>>> D Language was chosen for its versatility. It is a language with high
>>> level syntax and low capabilities, as well as excellent performance and
>>> being open source.
>>>
>>> Unnetworked personal mobile devices are the target platform for the
>>> standard implementation of OBI. A demonstration release is scheduled for
>>> the end of this month (September 2015). The demonstration release will
>>> comprehend English prose only, later releases will be able to process
>>> input from other languages, as well as sensory input.
>>> OBI will be a mixture of open and closed source modules.
>>>
>>> To God be the Glory.
>>>
>>> Asame Obiomah
>>>
>>
>> Umm... not that I would not like an AI like this written in D, but this
>> is probably the most extraordinary claim I have seen in some time. And no
>> extraordinary evidence seems to be available.
>>
>> Also, points 4 - 8 scream SCAM! all around. Especially when there is no
>> credible research linked to the name of Asame Obiomah.
>>
>> So, let's just hope that the linked page was not an attack vector and
>> this is not jsut an elaborate social engineering :-)
>>
>> Martin
>>
>
> Scam?! I haven't asked you for a farthing, so what nonsense are you
> talking about?
>

FYI most scams start without asking for money.  That usually comes later.

You build up a reputation and buzz around your mechanical turk or perpetual
motion machine or free energy device or whatever, then eventually make a
pitch to investors to back you.

--bb

Re: Moving forward with work on the D language and foundation

[Bill Baxter via Digitalmars-d-announce]

On Tue, Aug 25, 2015 at 6:06 PM, welkam via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

 On Monday, 24 August 2015 at 18:43:01 UTC, Andrei Alexandrescu wrote:

 to fully focus on pushing D forward.


 insert dick joke here


That would be pushing ===D forward.

Re: Moving forward with work on the D language and foundation

[Bill Baxter via Digitalmars-d-announce]

On Mon, Aug 24, 2015 at 12:14 PM, Joseph Cassman via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:

 On Monday, 24 August 2015 at 18:43:01 UTC, Andrei Alexandrescu wrote:

 Hello everyone,


 Following an increasing desire to focus on working on the D language and
 foundation, I have recently made the difficult decision to part ways with
 Facebook, my employer of five years and nine months.

 [...]


 Respect.


Indeed.  To you and especially to your wife.

--bb

Google==Go, Mozilla==Rust, Facebook==D

[Bill Baxter via Digitalmars-d]

Or at least that's the impression one might get from reading this Wired
article:
http://www.wired.com/2015/08/googles-house-programming-language-now-runs-phones/?mbid=social_gplus


[Go] is at the forefront of a new breed of languages that can rapidly
execute code across a large number of systems, while still allowing large
teams of coders to build this code at speed. This also includes languages
such D, used at Facebook, and Rust, developed at Mozilla, the organization
behind the Firefox web browser.


--bb

Re: Release D 2.068.0

[Bill Baxter via Digitalmars-d-announce]

On Tue, Aug 11, 2015 at 3:28 PM, John Colvin via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

 On Tuesday, 11 August 2015 at 22:08:50 UTC, Bill Baxter wrote:

 On Tue, Aug 11, 2015 at 12:52 AM, John Colvin via Digitalmars-d-announce
  digitalmars-d-announce@puremagic.com wrote:

 On Monday, 10 August 2015 at 08:48:52 UTC, Martin Nowak wrote:

 Glad to announce D 2.068.0.

 http://downloads.dlang.org/releases/2.x/2.068.0/

 This release comes with many rangified phobos functions, 2 new GC
 profilers, a new AA implementation, and countless further improvements and
 fixes.

 See the changelog for more details.
 http://dlang.org/changelog.html#2.068.0

 -Martin


 brew update  brew reinstall dmd

 :)


 New to brew... getting errors with this on Yosemite:
 Error: Permission denied - /usr/local/etc/dmd.conf
 and sudo brew install refuses to do so.

 --bb


 Did you by any chance have dmd installed from the installer before-hand?


No, just installed brew last night.



 What does `brew doctor` give you?


Ah, that mentions that a bunch of paths aren't writeable and suggests I
chown them.

Warning: /usr/local/bin isn't writable.

Warning: /usr/local/etc isn't writable.

Warning: /usr/local/sbin isn't writable.

Warning: The /usr/local directory is not writable.

Might be something to do with corp setup.  brew install went fine but said
it was changing all those dirs to be group-writeable and group 'admin'.
But they don't appear to be so now:

$ ls -ld /usr/local/bin
drwxr-xr-x  77 root  wheel  2618 Aug 10 18:06 /usr/local/bin
Running the chmod and chgrp commands from the brew install over again does
allow the 'brew install dmd' command to complete without error.

--bb

Re: Release D 2.068.0

[Bill Baxter via Digitalmars-d-announce]

On Tue, Aug 11, 2015 at 12:52 AM, John Colvin via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

 On Monday, 10 August 2015 at 08:48:52 UTC, Martin Nowak wrote:

 Glad to announce D 2.068.0.

 http://downloads.dlang.org/releases/2.x/2.068.0/

 This release comes with many rangified phobos functions, 2 new GC
 profilers, a new AA implementation, and countless further improvements and
 fixes.

 See the changelog for more details.
 http://dlang.org/changelog.html#2.068.0

 -Martin


 brew update  brew reinstall dmd

 :)


New to brew... getting errors with this on Yosemite:
Error: Permission denied - /usr/local/etc/dmd.conf
and sudo brew install refuses to do so.

--bb

Re: D Conf 2015: Memory Models and D (deadalnix)

[Bill Baxter via Digitalmars-d-announce]

Fyi - Someone is posting similar stuff to the G+ D community under the name
Mike Rotch.  The posts are links to serious talks about D. But that
account name lends a pretty unprofessional air to it.
--bb
On Jun 24, 2015 4:00 PM, Walter Bright via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

 On 6/24/2015 3:19 PM, Laeeth Isharc wrote:

 But I posted just now a short summary/teaser based off Adam's notes and
 what I
 remember from his talk last year.


 I saw that - excellent! Thanks
 (didn't know it was you!)

Re: Summer cleanup on https://issues.dlang.org

[Bill Baxter via Digitalmars-d-announce]

On Tue, Jun 9, 2015 at 2:41 PM, Andrei Alexandrescu via
Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote:

 On 6/9/15 1:54 PM, Vladimir Panteleev wrote:

 On Tuesday, 9 June 2015 at 05:33:24 UTC, Andrei Alexandrescu wrote:

 I just made a pass through https://issues.dlang.org for a cleanup.


 Next time we do something like this, we need to find a way to do this
 without sending thousands of emails to damn near everyone who's ever
 reported a bug :P

 http://forum.dlang.org/post/hatvzzpgmsbtgkfbw...@forum.dlang.org

 [vladde] Could someone explain to me why DFeed is spamming that Andrei
 has replied to something, but the links only go to issues filed 7 to 5
 years ago?
 [vladde] This is getting quite annoying actually

 [Dr_Jakob] Wtf have they done with the bugs?

 [ladyfriday] I unchecked all the boxes on bugzilla for email, and I'm
 still getting all these bloody notifications emailed to me every couple
 of minutes .
 [ladyfriday] got woken up by them, and they've been going all day
 [ladyfriday] can't even unsubscribe


 That's pretty messed up of bugzilla, apologies to whomever is seeing this.
 I've used change several issues at once, which I implicitly assumed would
 entail grouping email just the same.


No prob.  I enjoyed the trip down memory lane.  :-)

--bb

Re: Now official: we are livestreaming DConf 2015

[Bill Baxter via Digitalmars-d-announce]

Awesome.  Thanks for doing the streaming!

--bb

On Wed, May 27, 2015 at 2:20 PM, Andrei Alexandrescu via
Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote:

 On 5/27/15 1:01 PM, Andrei Alexandrescu wrote:

 Thanks to John Colvin! He rigged his webcam centrally so we can
 livestream DConf 2015 in passable quality to youtube. Link:

 https://www.youtube.com/watch?v=-OCl-jWyT9E

 It's live now (30 minutes of break still ongoing so not a lot going on
 at the moment). Schedule at:

 http://dconf.org/2015/schedule/index.html

 Times are in MDT (GMT-0600).


 Vote up!


 http://www.reddit.com/r/programming/comments/37i1lm/dconf_2015_streaming_in_real_time_schedule_at/

 Andrei

Re: Found on Reddit: It's time for D to own up

[Bill Baxter via Digitalmars-d-announce]

On Tue, Apr 21, 2015 at 3:50 PM, Brad Anderson via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

 On Tuesday, 21 April 2015 at 22:41:38 UTC, Bill Baxter wrote:

 Anyone mentioned Automatic Reference Counting yet? Works pretty well for
 ObjC from what I've seen.


 Here on the forums? Quite a bit. The designer of ObjC's ARC even stopped
 in to clarify a few points about how it works in ObjC.


Glad it's on the radar.  I hear lots of grousing about GC issues and things
like this article saying shared_ptr is where it's at, but not as much about
ARC as a solution.
I'm no expert on it, but it seems if one is going to be discussing memory
management at large, ARC should be part of the discussion.

--bb

Re: Found on Reddit: It's time for D to own up

[Bill Baxter via Digitalmars-d-announce]

Anyone mentioned Automatic Reference Counting yet? Works pretty well for
ObjC from what I've seen.
On Apr 21, 2015 11:27 AM, Ali Çehreli 
digitalmars-d-announce@puremagic.com wrote:



 http://www.reddit.com/r/programming/comments/33dccx/its_time_for_d_to_own_up/

 Ali

Re: quick-and-dirty minimalistic LISP engine

[Bill Baxter via Digitalmars-d-announce]

On Thu, Feb 19, 2015 at 8:30 AM, ketmar via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

 On Thu, 19 Feb 2015 06:50:29 -0800, Bill Baxter via Digitalmars-d-announce
 wrote:

  If you weren't deliberately making a joke, you might want to google
  milf.

 no jokes, it's Serious Bussiness! do you think that our project architect
 will allow to build our own milf without googling? or our security team
 don't know that i want to share our milf? it's all Official.


Okie dokie then.  :-)  Just wanted to make sure you knew what you were
doing.  But seems it's all under control.  Don't mind me.  You can go about
your business.

--bb

Re: quick-and-dirty minimalistic LISP engine

[Bill Baxter via Digitalmars-d-announce]

If you weren't deliberately making a joke, you might want to google milf.
And if you were... Hmm interesting sense of humor you have there.
On Feb 18, 2015 11:40 PM, via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

 On Wednesday, 18 February 2015 at 22:37:34 UTC, ketmar wrote:

 yet you're still alive, so at least it's not fatal


 I became one year older, but I feel invigorated after this Alice encounter!

  and again, so let's consider code cleanup as an exercise for the reader.


 That's quite ok. I enjoy just looking at D code by different authors to
 get a picture of how the language is used in real code. So thanks for
 sharing!

  i know that everybody loves textbooks where the most interesting part is
 left as an exercise.


 Yes, especially if you get that part on an exam later on...

Re: forum.dlang.org is now using DCaptcha

[Bill Baxter via Digitalmars-d-announce]

What will be the return value of the following function?

int y()
{
  int d = 31, baz = 5;
  baz--;
  d /= baz;
  return d;
}


Oh, the irony! Asking people to prove they're human by making them to
complete a task that is usually done by machines.  :-)

--bb

On Thu, Dec 11, 2014 at 4:26 AM, Vladimir Panteleev via
Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote:

 On Thursday, 11 December 2014 at 11:04:09 UTC, Martin Nowak wrote:

 Good idea, but the demo site is down right now :(.
 http://wiki.dlang.org/extensions/DCaptcha/demo.php


 Ah, fixed. Broke that when I updated to the easy version.


 Nice one, failed the first try :).
 You should probably reload on failure, or maybe only after the 3rd
 attempt or so.


 This is a very simple demo page (you can even see the answers in the HTML
 source code). The forum will give you a different question on a wrong
 answer, as well as invite the user to reload the page to get a different
 challenge.

 Hopefully I can find the regression and make it live again soon.

Re: DConf 2014: SDC, a D Compiler as a Library

[Bill Baxter via Digitalmars-d-announce]

In the YouTube interface, click on the pencil icon (Info  Settings) and
there's a place to set what frame to use as a thumbnail there.
--bb


On Fri, Jul 25, 2014 at 3:10 PM, Andrei Alexandrescu via
Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote:

 On 7/25/14, 9:03 AM, David Nadlinger wrote:

 On Friday, 25 July 2014 at 15:44:32 UTC, Andrei Alexandrescu wrote:

 I don't understand. I click on the link, go to youtube, and the first
 image I see is the blue screen facebook DConf - Day 3 etc.


 YouTube shows the Gophers Hate Him! advertising slide for the video
 thumbnail. ;)


 O now I see. Did nothing special... prolly it will annoy some people
 but now it's late. -- Andrei

Re: Interview at Lang.NEXT

[Bill Baxter via Digitalmars-d-announce]

On Thu, Jun 5, 2014 at 2:42 AM, Jonathan M Davis via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:


 Though I confess what horrifies me the most about dynamic languages is code
 like this

 if(cond)
 var = hello world;
 else
 var = 42;

 The fact that an if statement could change the type of a variable is just
 atrocious IMHO.


Yeh, that's possible, but that doesn't look like something anyone with any
sense would do.

The things I found most enjoyable about working on javascript were
1) REPL / fully interactive debugger
When you hit a break point you can just start typing regular js code
into the console to poke the state of your system.
And the convenience of the REPL for seeing what bits of code do as you
write them.
2) Duck typing / introspection ability
If you have a bunch of objects that have a .width property, and that's
all you care about, you can just look for that.  No need to declare an
IWidthHaver interface and make all of your objects declare that they
implement it.
3) Relative ease of writing tests
We used the Closure compiler for the js I worked on, so it wasn't
totally wild west.  It has a fair amount of static type checking.
But when it comes to tests, it's very convenient to just be able to
fake any object by slapping some dummy functions in between curly braces.
 For example if I want a fake IWidthHaver instance, I just have to write
x = { width: 10 }, and I'm done.  Plus I can monkey patch things in tests,
replacing whatever method I want with a wrapper that does some custom
monitoring before or after calling the real method.  Writing tests for C++
is a pain in the butt in comparison.

--bb

Re: Interview at Lang.NEXT

[Bill Baxter via Digitalmars-d-announce]

On Thu, Jun 5, 2014 at 6:34 AM, Brian Rogoff via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

  ML is the language of the future ;-)


Yeh, it hasn't really caught on in the first 40 years since it was
invented, but I'm sure it's about to explode any day now.  :-)

--bb

Re: Article: Increasing the D Compiler Speed by Over 75%

[Bill Baxter]

Well put, you two.  Exactly the same point I was trying to make, only to
get accused of spouting baloney.

---bb


On Fri, Aug 2, 2013 at 10:44 AM, Peter Alexander 
peter.alexander...@gmail.com wrote:

 On Friday, 2 August 2013 at 17:16:30 UTC, Andrei Alexandrescu wrote:

 On 2013-08-02 15:44:13 +, Leandro Lucarella said:

 I'm not say is right or wrong for people to have this reflex of thinking
 about multipliers, I'm just saying if you care about transmitting the
 message as clear as you can, is better to use numbers everybody can
 intuitively think about.

 And this is in reply to Andrei too. I understand your POV, but if your
 main goal is communication (instead of education about side topics),
 I think is better to stick with numbers and language that minimizes
 confusion and misinterpretations.

 Just a humble opinion of yours truly.



 Fair enough. So what would have been a better way to convey the
 quantitative improvement?


 Not to speak on Leandro's behalf, but I think the obvious answer is
 Reduced compile times by 43%.

 It's much more useful to express it that way because it's easier to apply.
 Say I have a program that takes 100 seconds to compile. Knowing that the
 compilation time is reduced by 43% makes it easy to see that my program
 will now take 57 seconds. Knowing that compilation is 75% faster doesn't
 help much at all - I have to get out a calculator and divide by 1.75.

 It's always better to use a measure that is linear with what you care
 about. Here, most people care about how long their programs take to
 compile, not how many programs they can compile per second.

Re: Article: Increasing the D Compiler Speed by Over 75%

[Bill Baxter]

On Wed, Jul 31, 2013 at 10:12 AM, Andrei Alexandrescu 
seewebsiteforem...@erdani.org wrote:

 On 7/30/13 2:48 PM, Bill Baxter wrote:

 On Tue, Jul 30, 2013 at 12:05 PM, Andrei Alexandrescu
 seewebsiteforem...@erdani.org 
 mailto:SeeWebsiteForEmail@**erdani.orgseewebsiteforem...@erdani.org
 
 wrote:

 On 7/30/13 11:13 AM, Walter Bright wrote:

 On 7/30/2013 2:59 AM, Leandro Lucarella wrote:

 I just want to point out that being so much people getting
 this wrong
 (and even fighting to convince other people that the wrong
 interpretation is right) might be an indication that the
 message you
 wanted to give in that blog is not extremely clear :)


 It never occurred to me that anyone would have any difficulty
 understanding the notion of speed. After all, we deal with it
 every
 day when driving.


 Yeh sure.  Like I made the trip to grandmother's house in 0.25
 trips/hour!.  That's 25% faster than last week when I only drove at 0.2
 trips/hour.
 I say that all the time.  ;-)

 --bb


 One does say miles per hour or kilometers per hour, which is the same
 exact notion.


That's more analogous to something like MIPS than inverse program run time.

--bb

Re: Article: Increasing the D Compiler Speed by Over 75%

[Bill Baxter]

Are you serious that you can't fathom how it could be confusing to someone
than talking about differences in run times?
If you say something is faster than something else you want the two numbers
to be something you can relate to.  Like MPH.  Everyone has a clear concept
of what MPH is.  We use it every day.  So to say 25 MPH is 25% faster than
20 MPH is perfectly clear.  But nobody talks about program execution speed
in terms of programs per second.  So I think it's pretty clear why that
would be harder for people to grok than changes in car speeds or run times.

Anyway, congrats on the speed improvements!  When I was using D a lot, the
compile times for heavily templated stuff were definitely starting to get
to me.

--bb


On Wed, Jul 31, 2013 at 11:36 AM, Walter Bright
newshou...@digitalmars.comwrote:

 On 7/31/2013 11:13 AM, Bill Baxter wrote:

 That's more analogous to something like MIPS than inverse program run
 time.


 If you increase the speed 100%, then the elapsed time is cut by 50%.

 This is a grammar school concept. It does not require an ivy league
 physics degree to understand. It is not obfuscated, confusing, or
 misleading. It doesn't rely on some rarely known formal definition of
 speed. I expect an audience of programmers to understand it without needing
 a sidebar.

 We talk about speed of programs all the time, including compiler speed. I
 previously posted google searches you can try to verify it for yourself.

 I.e. I'm being trolled here :-)

Re: Article: Increasing the D Compiler Speed by Over 75%

[Bill Baxter]

On Tue, Jul 30, 2013 at 12:05 PM, Andrei Alexandrescu 
seewebsiteforem...@erdani.org wrote:

 On 7/30/13 11:13 AM, Walter Bright wrote:

 On 7/30/2013 2:59 AM, Leandro Lucarella wrote:

 I just want to point out that being so much people getting this wrong
 (and even fighting to convince other people that the wrong
 interpretation is right) might be an indication that the message you
 wanted to give in that blog is not extremely clear :)


 It never occurred to me that anyone would have any difficulty
 understanding the notion of speed. After all, we deal with it every
 day when driving.


Yeh sure.  Like I made the trip to grandmother's house in 0.25
trips/hour!.  That's 25% faster than last week when I only drove at 0.2
trips/hour.
I say that all the time.  ;-)

--bb

Re: Article: Increasing the D Compiler Speed by Over 75%

[Bill Baxter]

Certainly you're technically correct about the 75% improvement in speed,
but the units of speed for program execution is a little weird and
unintuitive (Hz).   I've not run across anyone who says my program got
faster! It went from 0.05 Hz to 0.08 Hz!.  I think that's why people find
it a little odd to talk about speed increase rather than time decrease.


On Sat, Jul 27, 2013 at 8:12 PM, torhu no@spam.invalid wrote:

 On 26.07.2013 01:15, Leandro Lucarella wrote:

 Walter Bright, el 25 de July a las 14:27 me escribiste:

 On 7/25/2013 11:49 AM, Dmitry S wrote:
 I am also confused by the numbers. What I see at the end of the article
 is
 21.56 seconds, and the latest development version does it in 12.19,
 which is
 really a 43% improvement. (Which is really great too.)

 21.56/12.19 is 1.77, i.e. a 75% improvement in speed.


 This is certainly misleading, is very easy to be confused with a time
 reduction of 75%, which one would expect to be 1/4 of the original time.
 :)


 A doubling of the speed would be 100%, just saying.

Re: DConf 2013 Closing Keynote: Quo Vadis by Andrei Alexandrescu

[Bill Baxter]

On Tue, Jun 25, 2013 at 2:37 PM, Joakim joa...@airpost.net wrote:

 On Tuesday, 25 June 2013 at 20:58:16 UTC, Joseph Rushton Wakeling wrote:

 I wonder what the response would be to injecting some money and
 commercialism into the D ecosystem.


 Given how D's whole success stems from its community, I think an open
 core model (even with time-lapse) would be disastrous. It'd be like
 kicking everyone in the teeth after all the work they put in.

 I don't know the views of the key contributors, but I wonder if they would
 have such a knee-jerk reaction against any paid/closed work.  The current
 situation would seem much more of a kick in the teeth to me: spending time
 trying to be professional, as Andrei asks, and producing a viable, stable
 product used by a million developers, corporate users included, but never
 receiving any compensation for this great tool you've poured effort into,
 that your users are presumably often making money with.

 I understand that such a shift from being mostly OSS to having some closed
 components can be tricky, but that depends on the particular community.  I
 don't think any OSS project has ever become popular without having some
 sort of commercial model attached to it.  C++ would be nowhere without
 commercial compilers; linux would be unheard of without IBM and Red Hat
 figuring out a consulting/support model around it; and Android would not
 have put the linux kernel on hundreds of millions of computing devices
 without the hybrid model that Google employed, where they provide an open
 source core, paid for through increased ad revenue from Android devices,
 and the hardware vendors provide closed hardware drivers and UI skins on
 top of the OSS core.

 This talk prominently mentioned scaling to a million users and being
 professional: going commercial is the only way to get there.


IDEs are something you can have a freemium model for.  Core languages are
not these days.  If you have to pay to get the optimized version of the
language there are just too many other places to look that don't charge.
 You want the best version of the language to be in everyone's hands.  But
there can be some tools you have to pay for.  http://www.wingware.com/ is a
good example of a commercial Python IDE that adds value to the community
with a commercial offering.  I paid for a copy back when I was doing a lot
of python development.   It is definitely not a business I would want to be
in, though.  I was surprised to see they are still alive, actually.  Hard
to make much money selling things to developers.

--bb

Re: Scott Meyers coming to Seattle to do presentation July 17

[Bill Baxter]

+1
I'll probably be there.

--bb
Sent from my Android.
On Jun 21, 2013 1:31 PM, Walter Bright newshou...@digitalmars.com wrote:

 The abstract isn't available yet, but who cares. I presume it will be
 about C++. Scott's shows are not to be missed.

 It'll be July 17th at 7:00 PM at Microsoft in building 40/Steptoe. I'm
 told pizza will be provided.

 Lloyd Moore, the organizer, wants a hint of how many will come, so +1 on
 this if you definitely plan to attend.

 (Oh, and there's no charge.)

 Us D folks also often go out for beer afterwards.

 Watch http://nwcpp.org for more info later this week.

Re: SPY

[Bill Baxter]

Why do those things pay dividends?
--bb


On Thu, Jun 13, 2013 at 1:48 PM, Walter Bright
newshou...@digitalmars.comwrote:

 On 6/13/2013 12:56 PM, Steven Schveighoffer wrote:

 On Thu, 13 Jun 2013 15:10:06 -0400, Walter Bright 
 newshou...@digitalmars.com
 wrote:

  On 6/13/2013 11:25 AM, Steven Schveighoffer wrote:

 I meant much simpler to predict/easier to come out ahead.  Sheesh, so
 much
 literalism here :)


 I'm going to disagree with that one, too!

 Consider an SP 500 index stock, like SPY. It's:


 If you want to compare ONE SPECIFIC stock to ALL POSSIBLE HOUSES, yes I'm
 sure
 we can find some examples in your favor.  Shall I respond by comparing ALL
 POSSIBLE STOCKS against a town whose houses have gained value for the
 last 50
 years?


 If you can show me an index fund on real estate, by all means!

 BTW, SPY isn't a company. It is a tracker of the SP 500, meaning it's 500
 stocks in one package. QQQ is the one for the Nasdaq, and DIA For the Dow
 30.

 http://investing.money.msn.**com/investments/etf-list/?**
 symbol=spyocid=qbebhttp://investing.money.msn.com/investments/etf-list/?symbol=spyocid=qbeb

 The investment seeks to provide investment results that, before expenses,
 generally correspond to the price and yield performance of the SP 500
 Index. The Trust holds the Portfolio and cash and is not actively managed
 by traditional methods. To maintain the correspondence between the
 composition and weightings of Portfolio Securities and component stocks of
 the SP 500 Index (Index Securities), the Trustee adjusts the Portfolio
 from time to time to conform to periodic changes in the identity and/or
 relative weightings of Index Securities.

Re: SPY

[Bill Baxter]

This was on NPR just this morning:
http://www.npr.org/2013/06/13/188979111/how-to-invest-in-real-estate-without-being-a-landlord
--bb


On Thu, Jun 13, 2013 at 1:56 PM, Steven Schveighoffer
schvei...@yahoo.comwrote:

 On Thu, 13 Jun 2013 16:48:12 -0400, Walter Bright 
 newshou...@digitalmars.com wrote:

  On 6/13/2013 12:56 PM, Steven Schveighoffer wrote:

 On Thu, 13 Jun 2013 15:10:06 -0400, Walter Bright 
 newshou...@digitalmars.com
 wrote:

  On 6/13/2013 11:25 AM, Steven Schveighoffer wrote:

 I meant much simpler to predict/easier to come out ahead.  Sheesh, so
 much
 literalism here :)


 I'm going to disagree with that one, too!

 Consider an SP 500 index stock, like SPY. It's:


 If you want to compare ONE SPECIFIC stock to ALL POSSIBLE HOUSES, yes
 I'm sure
 we can find some examples in your favor.  Shall I respond by comparing
 ALL
 POSSIBLE STOCKS against a town whose houses have gained value for the
 last 50
 years?


 If you can show me an index fund on real estate, by all means!


 I will when you can show me a stock you can live in :P

 -Steve

Re: DConf 2013 Day 1 Talk 3: Distributed Caching Compiler for D by Robert Schadek

[Bill Baxter]

Is there a way to find all the reddit links to these (not a frequent reddit
user, but I'm curious to look over the discussions each vid gets when I
have the chance).

--bb


On Mon, May 13, 2013 at 5:01 AM, Andrei Alexandrescu 
seewebsiteforem...@erdani.org wrote:

 Watch, discuss, vote up!

 http://reddit.com/r/**programming/comments/1e8mwq/**
 dconf_2013_day_1_talk_3_**distributed_caching/http://reddit.com/r/programming/comments/1e8mwq/dconf_2013_day_1_talk_3_distributed_caching/


 Andrei

Re: DConf 2013 Day 1 Talk 3: Distributed Caching Compiler for D by Robert Schadek

[Bill Baxter]

Excellent.  Thanks!


On Mon, May 13, 2013 at 12:09 PM, Nick Sabalausky 
seewebsitetocontac...@semitwist.com wrote:

 On Mon, 13 May 2013 10:01:03 -0700
 Bill Baxter wbax...@gmail.com wrote:

  Is there a way to find all the reddit links to these (not a frequent
  reddit user, but I'm curious to look over the discussions each vid
  gets when I have the chance).
 

 Added Reddit links here:

 http://semitwist.com/download/misc/dconf2013/

 Also added torrents for this new video.

Re: DConf 2013 Opening Keynote by Walter Bright: video and slides available

[Bill Baxter]

Here's the instruction about how to verify the account to get youtube to
let you exceed 15mins:
http://support.google.com/youtube/bin/answer.py?hl=enanswer=71673


On Wed, May 8, 2013 at 8:14 AM, Dicebot m.stras...@gmail.com wrote:

 On Wednesday, 8 May 2013 at 15:11:32 UTC, Andrei Alexandrescu wrote:

 I chose dailymotion.com because it accepts videos of the appropriate
 size and duration. Are there better sites I should use?


 Thanks,

 Andrei


 YouTube with verified account. Problem solved! David even has already
 created nicely named channel :)

Re: DConf 2013 Opening Keynote by Walter Bright: video and slides available

[Bill Baxter]

Sound seems fine to me.  If you can't stand listening to YouTube videos
because of the audio quality... you might be an audiophile.

And the vid quality is great.  Love the multiple camera angles.

--bb


On Wed, May 8, 2013 at 2:01 PM, Andrei Alexandrescu 
seewebsiteforem...@erdani.org wrote:

 On 5/8/13 4:17 PM, John Colvin wrote:

 On Wednesday, 8 May 2013 at 18:51:39 UTC, Andrei Alexandrescu wrote:

 On 5/8/13 12:46 AM, Andrei Alexandrescu wrote:

 Go to 
 http://dconf.org/talks/bright.**htmlhttp://dconf.org/talks/bright.html


 We're finally live! Talk slides are hosted on dconf.org, and video is
 on youtube. Check it out! 
 https://www.youtube.com/watch?**v=e2F2pqeMLuwhttps://www.youtube.com/watch?v=e2F2pqeMLuw


 Andrei


 I'm hearing some phase weirdness from the audio. It's still perfectly
 intelligible but a little off-putting. This sort of thing is usually
 caused by a stereo signal being mixed to mono. Are the original files
 stereo (should say somewhere in the properties)?


 According to VLC the original seems to be stereo.

 Andrei

Re: DConf 2013 canceled; hoping for DConf 2014

[Bill Baxter]

Oh, well, everyone can just stay at home enjoying their Gmail Blue[1],
hunting for treasure on Maps [2], and the never-ending reading of Best
YouTube nominees [3].

[1] http://www.youtube.com/watch?v=Zr4JwPb99qU
[2] https://maps.google.com/?t=8
[3] http://www.youtube.com/watch?v=HGeMGqVKD6A


On Mon, Apr 1, 2013 at 1:44 PM, Andrei Alexandrescu 
seewebsiteforem...@erdani.org wrote:

 Hello everyone --


 Early bird DConf 2013 has ended yesterday, March 31st, so we made a
 headcount at this milestone. Unfortunately we could not muster enough
 attendance to keep the conference going - only 19 people confirmed aside
 from speakers.

 This forces us to cancel DConf 2013. We will issue refunds for the flights
 and hotels of the speakers who made them. However, we won't refund
 Kickstarter contributions as we hope to use them for DConf 2014.

 We are sorry for not being able to gather enough interest in the D
 programming language at this time.


 Andrei

Re: February 20, 2013—Component Programming in D—Walter Bright - slides video

[Bill Baxter]

+1!  Also might I suggest making NWCPP accounts on Facebook/Twitter/Google+
from which you can push out these sorts of announcements?
The great thing about having the meeting announcements on those is that
people can really easily reshare them to all their followers, thereby
expanding the reach of the announcements.

---bb


On Fri, Feb 22, 2013 at 12:22 PM, Walter Bright
newshou...@digitalmars.comwrote:

 I just received this from Lloyd, who runs NWCPP:
 --**---
 Folks,

 First off I would like to thank everyone who donated to our camera drive.
 This month was the first session recorded using the new camera setup and I
 think you will agree it is a BIG improvement. Also please note we are still
 experimenting with the camera, processing software and uploads to improve
 the experience, I expect this will take a couple more sessions to pin down
 fully. If you happen to spot something you can see us doing better please
 let us know.

 To help support the improved camera we have also moved away from Vimeo as
 our video host to YouTube. The free account on YouTube will allow us to
 upload much higher quality video! A channel has been created on YouTube to
 hold all of our videos, the channel name is “NWCPP”.

 The slides and video from the NWCPP meeting this week have been posted.
 They are available here:

 Video: 
 http://www.youtube.com/watch?**v=0cX1f41Fnkchttp://www.youtube.com/watch?v=0cX1f41Fnkc

 Slides: 
 http://nwcpp.org/static/talks/**2013/ComponentProgrammingInD.**pdfhttp://nwcpp.org/static/talks/2013/ComponentProgrammingInD.pdf

 Thanks,

 Lloyd

Re: February 20, 2013—Component Programming in D—Walter Bright - slides video

[Bill Baxter]

Whoops, thought I was replying to the message from Lloyd that I saw in my
inbox earlier today.


On Fri, Feb 22, 2013 at 1:18 PM, Bill Baxter wbax...@gmail.com wrote:

 +1!  Also might I suggest making NWCPP accounts on
 Facebook/Twitter/Google+ from which you can push out these sorts of
 announcements?
 The great thing about having the meeting announcements on those is that
 people can really easily reshare them to all their followers, thereby
 expanding the reach of the announcements.

 ---bb


 On Fri, Feb 22, 2013 at 12:22 PM, Walter Bright 
 newshou...@digitalmars.com wrote:

 I just received this from Lloyd, who runs NWCPP:
 --**---
 Folks,

 First off I would like to thank everyone who donated to our camera drive.
 This month was the first session recorded using the new camera setup and I
 think you will agree it is a BIG improvement. Also please note we are still
 experimenting with the camera, processing software and uploads to improve
 the experience, I expect this will take a couple more sessions to pin down
 fully. If you happen to spot something you can see us doing better please
 let us know.

 To help support the improved camera we have also moved away from Vimeo as
 our video host to YouTube. The free account on YouTube will allow us to
 upload much higher quality video! A channel has been created on YouTube to
 hold all of our videos, the channel name is “NWCPP”.

 The slides and video from the NWCPP meeting this week have been posted.
 They are available here:

 Video: 
 http://www.youtube.com/watch?**v=0cX1f41Fnkchttp://www.youtube.com/watch?v=0cX1f41Fnkc

 Slides: http://nwcpp.org/static/talks/**2013/ComponentProgrammingInD.**
 pdf http://nwcpp.org/static/talks/2013/ComponentProgrammingInD.pdf

 Thanks,

 Lloyd

Re: D 2.062 release

[Bill Baxter]

Must be a problem with mobile Chrome then. Probably not specific to the new
change log handling. In chrome that entire content pane has a tendency to
disappear.

--bb
Sent from my Android.
On Feb 17, 2013 11:20 PM, Walter Bright newshou...@digitalmars.com
wrote:

 On 2/17/2013 5:40 PM, Bill Baxter wrote:

 The new change log also seems inaccessible from mobile. (At least it
 seems to
 freak out chrome on android).


 I tried it on my ipod with Safari. Both changelog.html and bugzilla render
 fine, though it helps to turn the ipod sideways to get 'landscape' mode.

Re: D 2.062 release

[Bill Baxter]

The new change log also seems inaccessible from mobile. (At least it seems
to freak out chrome on android).

--bb
Sent from my Android.
On Feb 17, 2013 5:25 PM, Brad Roberts bra...@puremagic.com wrote:

 On 2/17/2013 5:07 PM, Andrej Mitrovic wrote:
  On 2/18/13, Walter Bright newshou...@digitalmars.com wrote:
  http://digitalmars.com/d/download.html
 
  The dlang.org site isn't updated yet, but the downloads are there.
 
 
  The zip download is broken:
 
 http://downloads.dlang.org.s3-website-us-east-1.amazonaws.com/releases/2013/dmd.2.062.zip
 

 It's there now (along with the other variations of the packaging).

Re: Contract programming in D discussed on reddit

[Bill Baxter]

Ha, I thought this was going to be about employment opportunities.

--bb

On Fri, Mar 2, 2012 at 11:05 PM, Andrei Alexandrescu 
seewebsiteforem...@erdani.org wrote:

 http://www.reddit.com/r/**programming/comments/qevy0/**
 contract_programming_in_the_d_**programming_language/http://www.reddit.com/r/programming/comments/qevy0/contract_programming_in_the_d_programming_language/


 Andrei

Re: D to Javascript converter (a hacked up dmd)

[Bill Baxter]

On Thu, Mar 1, 2012 at 11:13 AM, Adam D. Ruppe destructiona...@gmail.comwrote:

 Some integer semantics might be hard too. ubyte is ok, but byte
 is different because 127+1 isn't as simple as x  0xff

 I'll have to think about that. Again, it surely *can*
 be done, but I'd rather than an error than it generating
 horribly inefficient javascript for simple operations.


Might TypedArrays help you implement some number type semantics?
http://www.khronos.org/registry/typedarray/specs/latest/

--bb

Re: dmd 1.073 and 2.058 release

[Bill Baxter]

 On Tuesday, February 14, 2012 20:47:27 Walter Bright wrote:



 * Allow 1.userproperty syntax


Where is this odd-sounding beast documented?

And what is UFCS?

--bb

Re: dmd 2.057 release

[Bill Baxter]

Chrome and Firefox both have several different auto updating versions. For
Chrome there's stable, beta, dev channel, and canary (which is basically a
nightly build). So there are lots of opportunities for bugs to be found by
developers before they go live in the stable release channel.

--bb
Sent from my Android.
On Jan 4, 2012 1:43 AM, Jacob Carlborg d...@me.com wrote:

 On 2012-01-04 00:02, Sean Cavanaugh wrote:

 On 1/3/2012 1:25 PM, Walter Bright wrote:

 On 1/3/2012 10:55 AM, Alex Rønne Petersen wrote:

 On 03-01-2012 19:47, Walter Bright wrote:

 On 1/3/2012 6:49 AM, Alex Rønne Petersen wrote:

 Perhaps some kind of experimental releases would be better. It could
 help
 getting new features out to the community (and thus tested) faster.


 We call them betas g.

 But anyone can pull the latest from github and use it, many do.


 That's not very practical for most users. Some kind of
 ready-to-download builds
 would be much better. As others suggested, the auto-tester publishing
 builds for
 download would be ideal.


 Using a nightly build is not very practical for most users, either,
 probably the same group.


 Well there is always the google (and mozilla) route of force-feeding the
 latest binaries to everyone :)


 They don't install nightly builds, do they?

 --
 /Jacob Carlborg

Re: GoingNative 2012

[Bill Baxter]

On Fri, Nov 25, 2011 at 12:54 PM, Walter Bright
newshou...@digitalmars.comwrote:

 On 11/25/2011 4:46 AM, Andrei Alexandrescu wrote:

 I'll give a talk at GoingNative 2012
 (http://www.reddit.com/r/**programming/comments/momge/**goingnative_2012/http://www.reddit.com/r/programming/comments/momge/goingnative_2012/)
 at
 Microsoft in Seattle. Registration is $112. If you're coming, I'd be glad
 to
 participate to a D dinner. If there's enough of us, Charles Torre (the
 conference organizer who has a keen interest in D) may even be convinced
 to
 organize a semi-official event (e.g. a Birds of a Feather meeting).

 Hope to see you there!

 Andrei


 I'm already signed up!


I'd be interested joining in on the D bits, but I'm not much interested in
the C++ parts.
Is it possible for participation in the conference to not be a prerequisite?

--bb

Re: Concurrency and parallelism panel

[Bill Baxter]

When Herb gave a talk at NWCPP not long ago about C++0x, Walter's questions
and comments were priceless.
Herb asks would you expect this [messy-looking but seemingly optimal c++
loop] to be faster, or this [nice clean looking c++0x code that you might
think has lots of overhead].   Walter raises his hand and says something
like the c++0x version should definitely be faster.   Herb seems to think
maybe he's just guessing what the punch line is, but Walter follows up with
Sure, because in the C++0x version you end up using using integer
indexing, which is much easier for the compiler to optimize, while the
'optimal c++' version uses pointers.  That was the right answer.   Could
be me misreading his reaction, but it almost seemed to me like Herb didn't
know why his C++0x code was faster than his C++ code.

Not to put Herb down too much, he did put on a great talk.  He's an
excellent presenter and communicator.

--bb

On Wed, Nov 16, 2011 at 9:57 AM, Andrej Mitrovic andrej.mitrov...@gmail.com
 wrote:

 There's also this other video of you guys discussing C++0x which might
 be interesting (maybe not relevant to D but anywho):


 http://channel9.msdn.com/Shows/Going+Deep/C-and-Beyond-2011-C11-Panel-Scott-Meyers-Andrei-Alexandrescu-and-Herb-Sutter

D plus page?

[Bill Baxter]

Plus pages are now up for grabs on Google+.
There should be one for D Programming Language.
http://www.google.com/+/business

Hangouts on G+ with Walter and Andrei could be nifty.

--bb

D is part of Google Summer of Code 2011! x3!!

[Bill Baxter]

Wow wow wow!  Congratulations to Cristi Cobzarenco, Dmitry Olshansky,
and David Nadlinger for getting accepted into the Google Summer of
Code 2011 to work on projects in D!

* http://www.google-melange.com/gsoc/project/google/gsoc2011/cristicbz/36001
* http://www.google-melange.com/gsoc/project/google/gsoc2011/dolsh/17001
* http://www.google-melange.com/gsoc/project/google/gsoc2011/klickverbot/27001

And also congrats to all the folks who worked to get DigitalMars
accepted as a mentoring project!

--bb

Re: DWT Windows supports D2

[Bill Baxter]

That's great!
So that means kntroh wrote a Phobos-only implementation of all the support
classes?

--bb

On Tue, Apr 5, 2011 at 2:28 AM, Jacob Carlborg d...@me.com wrote:

 I was planning to wait with this announcement but here it is anyway: The
 Windows port of DWT now supports D2, a huge thanks to kntroh who provided
 the patch. I'm working on the Linux port to finish the D2 support.

 Currently only the base and SWT libraries are working.

 To build DWT run: rake base swt.
 To build the SWT snippets run: rake swtsnippets

 DWT project site: http://www.dsource.org/projects/dwt
 DWT repository: http://hg.dsource.org/projects/dwt2

 --
 /Jacob Carlborg

Re: Digital Mars has been accepted for Google Summer of Code 2011

[Bill Baxter]

On Fri, Mar 18, 2011 at 1:01 PM, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
 We have just got word from Google - Digital Mars has been accepted as a
 mentoring organization for Google Summer of Code 2011.


Great!  Good for us (from a proud new Googler...  :-)

--bb


 Thanks to Trass3r for bringing up this idea, to Jens Mueller for reiterating
 it, and to the people who added to the project ideas wiki.

 These are heady times. Let's spread the word to friends and colleagues! If
 you're a student, consider embarking on a project. If you're experienced
 with D, consider applying for mentorship.

 Walter, please announce this on digitalmars.com and link to the project
 ideas page.


 Thanks,

 Andrei

Re: D Programming Language source (dmd, phobos, etc.) has moved to github

[Bill Baxter]

On Thu, Jan 27, 2011 at 1:13 PM, Nick Sabalausky a@a.a wrote:
 Bill Baxter wbax...@gmail.com wrote in message
 news:mailman.977.1296083661.4748.digitalmars-d-annou...@puremagic.com...

Mercurial gives every revision two numbers:

Is that the kind of thing you're wanting?


 Yea, and that's pretty much the original thing I was saying: It's nice that
 Hg seems to have it, but Git doesn't appear to be particularly interested in
 it.

I think it's very handy for all the reasons you said.  I don't think
I've every had to use a big hex string when dealing with mercurial.
Maybe once or twice max.  Most of the stuff you do with repo history
as an individual developer is all about the local copy of the tree on
your system.  Globally unique identifiers aren't needed for that.  It
looks like Bzr does something similar.  Not sure why Git hasn't gotten
this particular nicety.

--bb

Re: D Programming Language source (dmd, phobos, etc.) has moved to github

[Bill Baxter]

Mercurial gives every revision two numbers:


changeset: This field has the format of a number, followed by a colon,
followed by a hexadecimal (or hex) string. These are identifiers for
the changeset. The hex string is a unique identifier: the same hex
string will always refer to the same changeset in every copy of this
repository. The number is shorter and easier to type than the hex
string, but it isn't unique: the same number in two different clones
of a repository may identify different changesets.

example--
changeset:   0:0a04b987be5a

http://hgbook.red-bean.com/read/a-tour-of-mercurial-the-basics.html --
see section: A Tour Through History

Is that the kind of thing you're wanting?

--bb

On Wed, Jan 26, 2011 at 2:37 PM, Nick Sabalausky a@a.a wrote:

 Jonathan M Davis jmdavisp...@gmx.com wrote in message
 news:mailman.974.1296080574.4748.digitalmars-d-annou...@puremagic.com...
  On Wednesday, January 26, 2011 13:54:04 Nick Sabalausky wrote:
  Vladimir Panteleev vladi...@thecybershadow.net wrote in message
  news:op.vpxphnlmtuz...@cybershadow.mshome.net...
 
   On Wed, 26 Jan 2011 22:46:44 +0200, Nick Sabalausky a@a.a wrote:
   Are you deliberately missing that point?
  
   I think everyone's just annoyed how you're fiercely defending an idea
   that has a single advantage (terseness - I consider hashes unique in
   practice), but a whole slew of disadvantages,
 
  Terseness is not at all the only advantage. As I've said before, you can
  reason about them, compare them, and get a general idea of where they
  are
  in the history. I don't think merging or changing the past conflict
  with
  that. And I'm really not seeing any non-trivial disadvantages.
 
   and then criticizing Git  co. for  being horrid because they don't
   use
   your idea.
 
  What? Are you actually trying to claim that defending/promoting one's own
  idea when another idea exists is a *bad* thing? Seriously?
 
  If we're going to go that absurd route, I can just make up the claim
  people
  are ganging up on me for having an idea that just happens to be different
  from Git's world-view. If Git does something one way then that *must* be
  the best way, right? Anything else is obviously just heresy, right? Bring
  on the stakes and torches, we're going to Salem!!
 
  LOL. I think that part of what it comes down to is that you're making a
  big deal
  out of what other people don't consider to be a big deal at all.

 Heh, fair enough :)

  Personally, I
  don't care much about the revision number. Having incrementally increasing
  ones
  might be nice, but if you don't have them, oh well. Obviously, you feel
  much
  more strongly about it.
 

 I tend to be really bothered by steps backwards that I don't see as being
 necessary. Seems to be a common theme with me.

Re: blip 0.5

[Bill Baxter]

Nice work!  Is it for D2 or D1?  Or both?

--bb

On Wed, Nov 17, 2010 at 2:42 PM, Fawzi Mohamed fa...@gmx.ch wrote:

 I am happy to announce blip 0.5

http://dsource.org/projects/blip

 why 0.5? because it works for me, but hopefully it will work for others
 too, and 1.0 will be a release with more contributors...

 Blip is a library that offers

  * N-dimensional arrays (blip.narray) that have a nice interface to lapack
 (that leverages the wrappers of baxissimo)
  * 2,3 and 4D vectors, matrixes and quaternions from the omg library of
 h3r3tic
  * multidimensional arrays, with nice to use wrappers to blas/lapack
  * a testing framework that can cope both with combinatorial and random
 testing
   this means that you can define an environment (be it struct or class,
 maybe even templatized)
   and then define generators that create one such environment (see
 blip.rtest.BasicGenerators)
   then you can define testing functions that will receive newly generated
 environments and do the tests
  * serialization (blip.serialization) that supports both json format, that
 can be used also for input files and an
   efficient binary representation
  * MPI parallelization built on the top of mpi, but abstracting it away (so
 that a pure tcp implementation is possible),
   for tightly coupled parallelization
  * a Distribued Objects framework that does rpc via proxies
 (blip.parallel.rpc)
  * a simple socket library that can be used to connect external programs,
 even if written in fortran or C (for a weak parallel coupling)
  * a coherent and efficient io abstraction

 But what might be most interesting is.

  * SMP parallelization (blip.parallel.smp) a numa aware very flexible
 framework

 a parallelization framework that can cope well with both thread like and
 data like parallelism, integrated with libev
 to offer efficient socket i/o and much more.

 An overview of blip is given in
http://dsource.org/projects/blip/wiki/BlipOverview
 The parallelization is discussed in
http://dsource.org/projects/blip/wiki/ParallelizationConcepts
 finally to install it see
http://dsource.org/projects/blip/wiki/GettingStarted

 enjoy

 Fawzi

Re: std.functional.curry isn't

[Bill Baxter]

On Thu, Jun 24, 2010 at 5:06 PM, Graham Fawcett fawc...@uwindsor.ca wrote:
 Hi folks,

 The template std.functional.curry(alias fun, alias arg) claims to
 curry fun by tying its first argument to a particular value.

 That is not currying; it is partial application. In particular, it is a
 kind of partial application called a left section, because the argument
 provided is partially applied as the left-hand argument of the binary
 function.

 Partial application takes a binary function and a value, and returns a
 unary function.

 Currying takes a binary function and returns a unary function, which
 returns a unary function.

 Let [A,B]- C be the type of binary functions taking arguments of types A
 and B, and returning a value of type C. A unary function from B to C can
 be written [B]-C.

 left section:  [ ([A,B]-C), A ] - ([B] - C).
 right section: [ ([A,B]-C), B ] - ([A] - C).
 curry:         [ ([A,B]-C) ] - ([A] - ([B] - C)).

 The example in the std.functional documentation:

 int fun(int a, int b) { return a + b; }
 alias curry!(fun, 5) fun5;
 assert(fun5(6) == 11);

 If this were a real curry, you would write it like this:

 int fun(int a, int b) { return a + b; }
 assert(curry!(fun)(5)(6) == 11);

 Confusing curring and partial application is a very common mistake. But
 please rename this template in std.functional. It makes the
 std.functional module look amateurish to have such an error.

 I'd vote for template partial(alias fun, alias arg) and template
 partialR(alias fun, alias arg) for left and right sections. It's
 unlikely that you really need a curry template at all.

 Regards,
 Graham


Agreed.  I brought up the same thing back when curry() was just an
example in the documentation of variadic templates.

--bb

Re: Errors in TDPL

[Bill Baxter]

On Mon, Jun 21, 2010 at 3:39 PM, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
 On 06/21/2010 02:09 PM, Jonathan M Davis wrote:

 Okay. I am in no way trying to say anything negative about TDPL.

 [snip]

 You are being too kind about this :o). Of course we need an errata list. I
 was hoping I'd need to set it up later, but hey, that's a sign people
 actually are reading the book and care about keeping everything in check.

 I started an errata list in form of a community wiki at

 http://www.erdani.com/tdpl/errata

 and primed the errata with your report.

 Thanks very much! I'll see to it that future printings fix the issues in the
 errata list.

Will you fix all the god-awful puns too if we add those to the list?  :-)

Just kidding, I'm sure suffering through them helps build character or
something.

--bb

Re: Errors in TDPL

[Bill Baxter]

On Tue, Jun 22, 2010 at 11:52 AM, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
 On 06/22/2010 01:45 PM, Bill Baxter wrote:

 On Mon, Jun 21, 2010 at 3:39 PM, Andrei Alexandrescu
 seewebsiteforem...@erdani.org  wrote:

 On 06/21/2010 02:09 PM, Jonathan M Davis wrote:

 Okay. I am in no way trying to say anything negative about TDPL.

 [snip]

 You are being too kind about this :o). Of course we need an errata list.
 I
 was hoping I'd need to set it up later, but hey, that's a sign people
 actually are reading the book and care about keeping everything in check.

 I started an errata list in form of a community wiki at

 http://www.erdani.com/tdpl/errata

 and primed the errata with your report.

 Thanks very much! I'll see to it that future printings fix the issues in
 the
 errata list.

 Will you fix all the god-awful puns too if we add those to the list?  :-)

 Just kidding, I'm sure suffering through them helps build character or
 something.

 If my puns suck I sure want to know which!

 Andrei

They're fine.  I'm just kidding.

A pun is the lowest form of humor--
  if you didn't think of it first. -- Oscar Levant

--bb

Re: This just in: authorless TDPL becomes collector's edition

[Bill Baxter]

I got my collectors edition from Amazon US a few days ago.
I browsed it a bit and it looks like an interesting read even for
someone who basically knows D already.  Which is good, because anyone
who knows C or Java basically does already know most of D.  I liked
that about Stroustrup's book on C++, too, when I read it many moons
ago.  It had meaty examples that taught me something interesting, even
when that wasn't the main language instruction point.  For instance,
Stroustrup uses a recursive descent parser introduce some mundane
aspect of C++ -- statements, I think it was.   This book looks like it
might have some of that to it.

Anyway, thanks for the ack in the preface, Andrei!

--bb

On Mon, Jun 21, 2010 at 4:05 PM, Guillaume B. guillaume.b.s...@spam.ca wrote:

  Got mine today from Amazon Canada: collector's edition too. I'll start
 reading it soon!

  Guillaume

 Mike James wrote:

 Got my collectors item  delivered today from Amazon UK. Looks good. I
 like the bonus of being able to download a PDF version of TDPL.

 Thanks for all the hard work Andrei.

 -=mike=-

 Andrei Alexandrescu seewebsiteforem...@erdani.org wrote in message
 news:hu3hq6$2f0...@digitalmars.com...
 Due to a pretty odd mistake at the printer, the first 1000 copies of TDPL
 will not have the name of the author on their cover. (The name still
 appears on the back cover and the spine.)

 The history of printing is rife with rare printing mistakes that have
 become collector's editions. Preorder now to be among the first 1000
 readers who get the authorless TDPL edition.


 Andrei

Re: Is there ANY chance we can fix the bitwise operator precedence rules?

[Bill Baxter]

Did anyone suggest continue case instead of continue switch?  That
sounds less ambiguous to me.

--bb

On Mon, Jun 21, 2010 at 4:56 PM, Jonathan M Davis jmdavisp...@gmail.com wrote:
 Andrei Alexandrescu wrote:

 [snip]


 Andrei

 Well, goto case and goto case XXX both already exist. Both get the job
 done. So, regardless of which would be better for fallthrough, we can choose
 to use whichever we want in our code. As it stands, it becomes a matter of
 preference. I'd love something like continue switch or fallthrough to
 indicate explicit fallthrough, but it isn't at all necessary, so it's not
 worth trying to get Walter to add anything like that.

 At this point, if Walter makes it so that case blocks must end with a flow
 control statement of some kind, we're free to use either goto case or
 goto case XXX for fallthrough, so unless goto case is so bad that we
 should try to get Walter to get rid of it, I don't think that it's really an
 issue. We can use whichever one we want and not worry about it. The language
 is complete enough to require case statements to end with a control
 statement without losing any flexibility, so I think that we can agree to
 disagree on which statement is better and/or clearer and try and get Walter
 to add the compiler error for naked fallthrough.

 - Jonathan M Davis

Re: Is there ANY chance we can fix the bitwise operator precedence rules?

[Bill Baxter]

On Mon, Jun 21, 2010 at 4:24 PM, Leandro Lucarella l...@llucax.com.ar wrote:
 goto next case; is a little more verbose but very clear to me :)

 Maybe just next case; is a shorter alternative...

That would be great if next were a D keyword.  But I don't think
you're going to get Walter to add a keyword just for this.

--bb

Re: Is there ANY chance we can fix the bitwise operator precedence rules?

[Bill Baxter]

On Mon, Jun 21, 2010 at 6:31 PM, Leandro Lucarella l...@llucax.com.ar wrote:
 Bill Baxter, el 21 de junio a las 17:13 me escribiste:
 On Mon, Jun 21, 2010 at 4:24 PM, Leandro Lucarella l...@llucax.com.ar 
 wrote:
  goto next case; is a little more verbose but very clear to me :)
 
  Maybe just next case; is a shorter alternative...

 That would be great if next were a D keyword.  But I don't think
 you're going to get Walter to add a keyword just for this.

 Damn! Where did I get next from? I don't know...

I think it's a keyword in Perl maybe?

--bb

Re: [ot] D users at Google

[Bill Baxter]

On Thu, Jun 10, 2010 at 7:33 AM, Sean Kelly s...@invisibleduck.org wrote:
 Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
 BCS Wrote:

 IIRC there are a few D users who work for Google (I know there is now
  at
 least one :D ) but I don't remember who. For that matter, are there
  other
 D users in the Mountain View/San Jose area?

 --
 ... IXOYE




 I know Steve Yegge mentioned D a couple of times in his blogs, it
 appears he really liked the language (judging from the 2 and a half
 sentences mentioning the language). And he works for Google IIRC.


 Yeah I know a bunch of people at Google who are aware of D. I don't know
 that it's used at Google though.

At least according to Steve Yegge's blog, Google only allows a few
languages to be used.  And I think they were C++, Java and Python.
And I suppose they have to allow Javascript too, at least if you're
doing in-browser code.

--bb

Re: Go Programming talk [OT]

[Bill Baxter]

On Mon, Jun 7, 2010 at 11:19 AM, Walter Bright
newshou...@digitalmars.comwrote:

 Adam Ruppe wrote:

 That sucks hard. I prefer it to finally{} though, since finally
 doesn't scale as well in code complexity (it'd do fine in this case,
 but not if there were nested transactions), but both suck compared to
 the scalable, beautiful, and *correct* elegance of D's scope guards.


 I agree. D's scope statement looks fairly innocuous and one can easily pass
 it by with blah, blah, another statement, blah, blah but the more I use it
 the more I realize it is a

game changer

 in how one writes code. For example, here's the D1 implementation of
 std.file.read:

 -
 ...



 --

 Note the complex logic to recover and unwind from errors (none of the
 called functions throw exceptions), and the care with which this is
 constructed to ensure everything is done properly. Contrast this with D2's
 version written by Andrei:

 ...
 The code is the same logic, but using scope it is dramatically simplified.
 There's not a single control flow statement in it! Furthermore, it is
 correct even if functions like CloseHandle throw exceptions.



Hmm, but I can actually understand your code.  :-(

--bb

Re: Go Programming talk [OT]

[Bill Baxter]

On Mon, Jun 7, 2010 at 12:25 PM, Walter Bright
newshou...@digitalmars.com wrote:

 Bill Baxter wrote:

 Hmm, but I can actually understand your code.  :-(

 Yeah, but how long would it take you to be sure that it is handling all 
 errors correctly and cleaning up properly in case of those errors? It'd 
 probably take me at least 5 intensive minutes. But in the scope version, once 
 you're comfortable with scope and enforce, it wouldn't take half that.

Probably so.  What's cenforce do anyway?
--bb

Re: One document about Go

[Bill Baxter]

On Tue, Jun 1, 2010 at 2:24 PM, Walter Bright
newshou...@digitalmars.com wrote:
 Jérôme M. Berger wrote:

        Of course, using a decent editor will prevent it: if the editor is
 able to handle indentation correctly, it will indent the writeln in
 the same column as the for which makes the problem appear immediately.

 I think it is a serious mistake to design a language that requires a
 syntax-aware editor.


Computer languages exist to make life easier for their human users.
So I keep thinking that rather than limit the language's options in
terms of grammar, it would be better to just provide an easy-to-use
parsing library for the language that makes adding editor support
simple.  What would be the problem with that?

--bb

Re: container stuff

[Bill Baxter]

On Thu, May 27, 2010 at 5:44 AM, Don nos...@nospam.com wrote:
 bearophile wrote:

 Don:

 When is it better to do it that way, rather than just iterating over all
 elements, and then completely empty the container?
 (Just curious -- I'm having trouble thinking of a use case for this
 feature).

 I'm having troubles understanding why two persons have troubles seeing use
 cases for this feature :-)

 Iterating over the container and then emptying the container is two
 operations, you have to keep in mind to empty it, while if you pop items out
 of it progressively you just need to keep in mind to do one thing, and you
 avoid forgetting the final cleaning.

 Yes, but if I understand correctly, the only reason to have removeAny _as a
 primitive_ is for speed. And iterating over the container followed by a
 single removal is almost always going to be much faster.

 If, however, speed is not critical, removeAny can be a generic function --
 call removeFront() if present, else call removeBack().
 And your examples would work just fine with that.

 I'm having trouble identifying a use case where it needs to be a primitive.


Think of a graph algorithm where you add all the nodes you know about
to a Set.  Pop one, process it, and then add any nodes it's connected
to that you haven't seen yet back to the Set.  Repeat until nothing
left to pop.

--bb

Re: Poll: Primary D version

[Bill Baxter]

On Sun, May 23, 2010 at 1:14 AM, bearophile bearophileh...@lycos.com wrote:
 Walter Bright:

 Compiling programs of a dynamic language like Lua was seen as hopelessly 
 inefficient. But today programs running on the the Lua JIT are often faster 
 than equivalent FP-heavy D programs compiled with DMD.

Do you have any citations of that?  All I can find on LuaJIT.org is
comparisons of LuaJIT vs other versions of Lua.

--bb

Re: Poll: Primary D version

[Bill Baxter]

On Tue, May 25, 2010 at 12:11 PM, bearophile bearophileh...@lycos.com wrote:
 Bill Baxter:
 Do you have any citations of that?  All I can find on LuaJIT.org is
 comparisons of LuaJIT vs other versions of Lua.

 On my site you can see a version of the SciMark2 benchmark (that contains 
 several sub-benchmarks, naive scientific kernels, mostly) for D with numerous 
 timings. LDC is able to compile it quite well.

 You can find a version of that code here:
 http://luajit.org/download/scimark.lua
 I have compiled the awesome LUA JIT (it's easy) on Linux, and found timings 
 against ldc, dmd.
 I have taken similar timings for another benchmark (nboby, from Shootout 
 site).

So LuaJIT beats D on some or all of those benchmarks?  I can't quite
remember what your website URL is.
But I did find this:
http://shootout.alioth.debian.org/u64/benchmark.php?test=alllang=luajitlang2=gpp
I was thinking LuaJIT would be too new and/or fringe for it to be on
the Alioth shootout, but it's there.
From that it looks like LuaJIT can't beat g++ for speed on any of the
benchmarks.  You disagree with those results?

--bb

Re: Poll: Primary D version

[Bill Baxter]

On Tue, May 25, 2010 at 12:45 PM, Bill Baxter wbax...@gmail.com wrote:
 On Tue, May 25, 2010 at 12:11 PM, bearophile bearophileh...@lycos.com wrote:
 Bill Baxter:
 Do you have any citations of that?  All I can find on LuaJIT.org is
 comparisons of LuaJIT vs other versions of Lua.

 On my site you can see a version of the SciMark2 benchmark (that contains 
 several sub-benchmarks, naive scientific kernels, mostly) for D with 
 numerous timings. LDC is able to compile it quite well.

 You can find a version of that code here:
 http://luajit.org/download/scimark.lua
 I have compiled the awesome LUA JIT (it's easy) on Linux, and found timings 
 against ldc, dmd.
 I have taken similar timings for another benchmark (nboby, from Shootout 
 site).

 So LuaJIT beats D on some or all of those benchmarks?  I can't quite
 remember what your website URL is.
 But I did find this:
 http://shootout.alioth.debian.org/u64/benchmark.php?test=alllang=luajitlang2=gpp
 I was thinking LuaJIT would be too new and/or fringe for it to be on
 the Alioth shootout, but it's there.
 From that it looks like LuaJIT can't beat g++ for speed on any of the
 benchmarks.  You disagree with those results?

Nevermind.  I realize you didn't say that LuaJIT was faster than g++,
just faster than DMD.But that last part made it sound like you
thought LuaJIT was on track to eventually outperform all compilers.
As in the need for fast JIT is strong enough that eventually people
will figure out how to make it faster than everything else out there.

--bb

Re: dcollections 1.0 and 2.0a beta released

[Bill Baxter]

On Fri, May 21, 2010 at 9:43 AM, Steven Schveighoffer
schvei...@yahoo.com wrote:
 superdan Wrote:

 == Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
  superdan Wrote:
   == Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
Is there some other reason to use structs besides copy construction?
-Steve
  
   memory management n shit. with a struct u can use refcounting n malloc n 
   realloc n
   shit. still stays a reference type. nothing gets fucked up.
  This is not necessary with purely memory-based constructs -- the GC is your
 friend.  The custom allocator ability in dcollections should provide plenty 
 of
 freedom for memory allocation schemes.

 how do u set up yer custom allocator to free memory? u cant tell when its ok.
 copying refs iz under da radar. dats my point.

 It frees an element's memory when the element is removed from the container.  
 The container itself is managed by the GC.


   den there's all that null ref shit. with a class u have
  
   void foo(container!shit poo)
   {
       poo.addElement(Shit(diarrhea));
   }
  
   dat works with struct but don't work with motherfucking classes. u need 
   to write.
  
   void foo(container!shit poo)
   {
       if (!poo) poo = new container!shit; // fuck dat shit
       poo.addElement(Shit(diarrhea));
   }
  
   u feel me?
  It doesn't work.

 wut? it don't work? whaddaya mean it dun work? is you crazy? what dun work? 
 maybe
 therez sum misundercommunication.

 void foo(int[int] x)
 {
   x[5] = 5;
 }

 void main()
 {
   int[int] x;
   foo(x);
   assert(x[5] == 5); // fails
 }

And with arrays at least it's even more insidious, because sometimes
it will seem to work, and sometimes it won't.
void foo(int[] x) {
x ~= 10;
}
Caller's .length will never get updated by that, but it won't crash so
it may take a while to find the bug.

Very easy bug to get caught by in D.  I'm pretty sure that one's
zapped me three or four times at least.  Probably because I started
thinking I wasn't going to modify the length of an array in a
particular function, then later I decide to (or in some function that
function calls).

--bb

Re: dcollections 1.0 and 2.0a beta released

[Bill Baxter]

On Fri, May 21, 2010 at 10:50 AM, superdan su...@dan.org wrote:

 void foo(int[int] x)
 {
    x[5] = 5;
 }
 void main()
 {
    int[int] x;
    foo(x);
    assert(x[5] == 5); // fails
 }
 -Steve

 wrote a long post but it got lost. shit. bottom line dats a bug in dmd or 
 phobos.

Unfortunately it works exactly as designed.

--bb

Re: dcollections 1.0 and 2.0a beta released

[Bill Baxter]

On Wed, May 19, 2010 at 4:01 PM, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:

 My vision, in very brief, is to foster a federation of independent
 containers abiding to identical names for similar functionality. Then a few
 concept checks (a la std.range checks) can easily express what capabilities
 a given client function needs from a container.

 Destroy me :o).

So instead of STL's concept hierarchy, you have essentially concept
tags.  Very Web 2.0. :-)

I agree that there doesn't seem to be any coding benefit to STL's
concepts being hierarchical.  If you need a push_back(), you've got to
check for push_back(). The main benefit seems to be for  documentation
purposes, allowing you to say things like bidirectional_iterator has
this and that, plus everything in forward_iterator.  But that could
easily be rephrased as it has backward_iteration plus
forward_iteration with two pages describing those two tags.

So I like the sound of it.  But it seems actually a pretty small
departure from the STL approach, in practice.

--bb

Re: The Right Tool site

[Bill Baxter]

On Wed, May 19, 2010 at 3:18 AM, bearophile bearophileh...@lycos.com wrote:
 Results for the therighttool site about D:
 http://therighttool.hammerprinciple.com/languages/d

 It seems lot of people thinks This language is likely to be a passing fad 
 about D.

Interesting.  But they seem to think the same about a lot of languages
that don't yet have a shelf of books in every bookstore devoted to
them:
http://therighttool.hammerprinciple.com/statements/this-language-is-likely-to-be-a-passing-fad

(Ruby onward, the actual score for this is a fad must be relatively
low, because it doesn't appear in the list of top attributes when you
click on the language itself.)

--bb

Re: Questions about syntax decisions

[Bill Baxter]

On Wed, May 19, 2010 at 3:55 AM, bearophile bearophileh...@lycos.com wrote:

 As a side note, C++0x is going to add a new suffix operator to C++. This
 operator would be useful in its own right. Are there any plans to add a
 new opSuffix!(s) operator in D?

 Quite probably it will not become part of D, I think Andrei doesn't like 
 that. D has Foo!xxx(...) syntax.

It would also be chaos in D, since D lacks fine-grained control over namespaces.

D's module==namespace model means that every module has to be designed
with the idea that every publicly visible entity is likely to end up
in the global namespace.  That doesn't really play together nicely
with the notion of defining a bunch of what are essentially
single-letter functions.

--bb

Re: rebuild configuration

[Bill Baxter]

I recently ran into Gregor Richards unexpectedly outside the context of D.
It sounds like he's busy with grad school and not likely to turn back
to development of Rebuild/DSSS any time soon.

--bb

On Tue, May 18, 2010 at 1:45 PM, theambient tiaba...@gmail.com wrote:
 thanks.

 I've decided to quit rebuild too, besides I've found VisualD!!!

 --
 Ruslan Mullakhmetov

 Trass3r u...@known.com сообщил(а) в новостях
 следующее:op.vcwiqeux3nc...@enigma.fem.tu-ilmenau.de...

 I recommend not to use rebuild anymore.
 It's horribly outdated.

 xfBuild is quite neat.

Re: I rewrite std.time for Phobos

[Bill Baxter]

(Note that SHOO means code where he says cord.  Code and cord
are both コード in Japanese, so it's easy for Japanese folks to get the
two words mixed up.)

--bb

2010/5/13 SHOO zan77...@nifty.com:
 SHOO さんは書きました:
 I make std.time module for Phobos. This module provides Time, Span,
 Clock, StopWatch and some utility functions for time operation.
 I hope combine this module to Phobos instead of std.date.

 download is here:
   http://j.mp/95aS1K (== http://dusers.dip.jp/ ... /time.d)
   http://j.mp/9p5DDu (patch for Phobos's trunk r1481)
   http://ideone.com/eiQ19 (for code view)

 Besides, is there the necessary function? (This module lacks the
 daylight saving time handling, because of a lack of my understanding.)


 I talk about the process that reached making...

 Tango is great library for D1. I am Tango user and I am indebted to
 Tango well. But Tango has some probrems.

 - Tango's license is BSD lisence or AFL. This license is incompatible to
 Phobos's Boost license.
 - The specification is disregarded, for example Object.dispose and string.
 - Tango supports only D1
 - In particular, deep regret is to have split resources of D into two
 halves.

 If possible, I want to migrate to D2. And I want to be separated from
 Tango. However, some functions are insufficient for Phobos compared with
 Tango.
 The std.date module is one of the list of dissatisfaction to Phobos.
 I summarize my (and some of Japanese users's) opinion following:

 - I want to handle it as another thing for the time and the time span.
 - I want a more structural class for time operating.
 - std.date is a bit buggy...

 By these reasons, I made std.time module as the first step of the
 contribution for Phobos.

 Too late to update std.time, but...


 My old code was represented infringing Tango's license.
 (See:
 http://www.digitalmars.com/d/archives/digitalmars/D/announce/Masahiro_Nakagawa_and_SHOO_invited_to_join_Phobos_developers_18108.html
 )


 Therefore, I checked and rewrote some codes for excluding code that may
 infringe Tango.

 This: http://ideone.com/M2zB7

 I checked it carefully. And I clarified an origin of source of all
 cords. (Check Note: tags.)
 I hereby made clear that this module does not include the cord which
 infringes Tango.

 The interface referred to ptime and time_duration of Boost. (I think
 others are rather complicating for standard library.)
 By this reason, I changed some names. (Span to Duration)

 If this contribution is turned down, I give up std.time.

Re: Remove real type

[Bill Baxter]

I don't find it that useful either.  Seems to me the only use is to
preserve a few more bits in intermediate computations.  But finite
precision is finite precision.  If you're running up against the
limitations of doubles, then chances are it's not just a few more bits
you need -- you either need to rethink your algorithm or go to
variable precision floats.
Maybe just rename 'real' to something less inviting, so that only the
people who really need it will be tempted to use it.  Like __real or
__longdouble, or __tempfloat or something.

--bb

On Wed, Apr 21, 2010 at 3:38 PM, bearophile bearophileh...@lycos.com wrote:
 I suggest to remove the real type from D2 because:
 - It's the only native type that has not specified length. I'm sold on the 
 usefulness of having defined length types. Unspecified length types causes 
 some of the troubles caused by C types that D has tried to avoid defining the 
 size of its integral types.
 - Its length is variable across operating systems, it can be 10, 12, 16 
 bytes, or even just 8 if they get implemented with doubles. The 12 and 16 
 bytes long waste space.
 - Results that you can find with programs written in other languages are 
 usually computed with just floats or doubles. If I want to test if a D 
 program gives the same results I can't use reals in D.
 - I don't see reals (long doubles in C) used much in other languages.
 - If I compile a program with LDC that performs computations on FP values, 
 and I take a look at the asm it produces, I can see onl SSE-related 
 instructions. And SSE registers allow for 32 and 64 bit FP only. I think 
 future AVX extensions too don't support 79/80 bit floats. GPUs are 
 increasingly used to perform computations, and they don't support 80 bit 
 floats. So I think they are going to be obsolete. Five or ten years from now 
 most numerical programs will probably not use 80 bit FP.
 - Removing a built-in type makes the language and its manual a little simpler.
 - I have used D1 for some time, but so far I have had hard time to find a 
 purpose for 80 bit FP numbers. The slight increase in precision is not so 
 useful.
 - D implementations are free to use doubles to implement the real type. So in 
 a D program I can't rely on their little extra precision, making them not so 
 useful.
 - While I think the 80 bit FP are not so useful, I think Quadrupe precision 
 FP (128 bit, currently usually software-implemented) can be useful for some 
 situations, (http://en.wikipedia.org/wiki/Quadruple_precision ). They might 
 be useful for High dynamic range imaging too. LLVM SPARC V9 will support its 
 quad-precision registers.
 - The D2 specs say real is the largest hardware implemented floating point 
 size, this means that they can be 128 bit too in future. A numerical 
 simulation that is designed to work with 80 bit FP numbers (or 64 bit FP 
 numbers) can give strange results with 128 bit precision.

 So I suggest to remove the real type; or eventually replace it with 
 fixed-sized 128 bit floating-point type with the same name (implemented using 
 a software emulation where the hardware doesn't have them, like the 
 __float128 of GCC: http://gcc.gnu.org/onlinedocs/gcc/Floating-Types.html ).

 In far future, if the hardware of CPUs will support FP numbers larger than 
 128 bits, a larger type can be added if necessary.

 Bye,
 bearophile

Re: [OT] Who lives in the by area?

[Bill Baxter]

On Mon, Mar 29, 2010 at 12:44 PM, BCS n...@anon.com wrote:
 I just graduated from collage (Yeah!)

Classic.  What's next, decoupage? photomontage?

 and got a job (Ye-ha!)

Sincere congrats.

--bb

Re: generic + numeric + literals = abomination

[Bill Baxter]

Note that 'real' is a built in type in D.  It's an 80-bit float on x86
procs and 64-bit elsewhere.
So .5L is like cast(real).5.  Not the solution you were looking for.

--bb

2010/3/27 so s...@so.do:
 On Sat, 27 Mar 2010 15:28:22 +0200, bearophile bearophileh...@lycos.com
 wrote:

 so:

 One thing i can think of now is adding another float literal, maybe 'r',
 for real!,

 See here, Unfortunately it's called L not r:
 http://www.digitalmars.com/d/2.0/lex.html

 FloatSuffix:
        f
        F

 RealSuffix:
        L

 bearophile

 Yes, it says :
 Floating literals with no suffix are of type double. Floats can be followed
 by one f, F, or L suffix. The f or F suffix means it is a float, and L means
 it is a real.

 Problem remains, i think you either lost me or just didn't read what i
 wrote,
 or well.. most probably i am still not clear enough.

 --
 Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Re: [OT] Business idea: make a case that makes the iPhone look like a Windows phone

[Bill Baxter]

On Sat, Mar 13, 2010 at 4:04 PM, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
 http://online.wsj.com/article/SB10001424052748703455804575057651922457356.html#articleTabs%3Darticle

Hopefully Win Mobile 7 will offer some decent competition at last.
Cautiously optimistic here.

--bb