Re: Beta 2.094.0

2020-09-12 Thread Manu via Digitalmars-d-announce
On Fri, Sep 11, 2020 at 5:50 PM Martin Nowak via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > Glad to announce the first beta for the 2.094.0 release, ♥ to the > 49 contributors. > > This is the first release to be built with LDC on all platforms, > so we'd welcome some

Re: Visual D 1.0.0 released

2020-07-09 Thread Manu via Digitalmars-d-announce
't even go to the definition of D functions in D code reliably ;) There is so much more work in VisualD than people can easily see at first glance. On Thu, Jul 9, 2020 at 8:55 PM rikki cattermole via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On 09/07/2020 1

Re: Visual D 1.0.0 released

2020-07-09 Thread Manu via Digitalmars-d-announce
Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Thursday, 9 July 2020 at 00:03:02 UTC, Manu wrote: > > > > Not really. VisualD is objectively the most functional and > > competent > > IDE/Debugger solution, BY FAR. > > It's not an opinion, it

Re: Visual D 1.0.0 released

2020-07-08 Thread Manu via Digitalmars-d-announce
On Wed, Jul 8, 2020 at 10:15 PM aberba via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Wednesday, 8 July 2020 at 01:26:55 UTC, Manu wrote: > > On Tue, Jul 7, 2020 at 10:00 PM JN via Digitalmars-d-announce < > > digitalmars-d-annou

Re: Visual D 1.0.0 released

2020-07-08 Thread Manu via Digitalmars-d-announce
On Wed, Jul 8, 2020 at 7:05 PM Greatsam4sure via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Wednesday, 8 July 2020 at 01:26:55 UTC, Manu wrote: > > On Tue, Jul 7, 2020 at 10:00 PM JN via Digitalmars-d-announce < > > digitalmars-d-annou

Re: Visual D 1.0.0 released

2020-07-07 Thread Manu via Digitalmars-d-announce
On Tue, Jul 7, 2020 at 10:00 PM JN via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Saturday, 4 July 2020 at 13:00:16 UTC, Rainer Schuetze wrote: > > See > > https://rainers.github.io/visuald/visuald/VersionHistory.html > > for the complete list of changes. > > > >

Re: Visual D 1.0.0 released

2020-07-04 Thread Manu via Digitalmars-d-announce
This is huge! Congrats on the super cool milestone with a bunch of really great new stuff. Thanks so much for your tireless work Rainer! I wouldn't be here without all your effort on this. On Sat, Jul 4, 2020 at 11:05 PM Rainer Schuetze via Digitalmars-d-announce <

Re: Mir updates

2020-04-02 Thread Manu via Digitalmars-d-announce
On Tue, Mar 31, 2020 at 12:15 AM 9il via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Monday, 30 March 2020 at 12:23:03 UTC, jmh530 wrote: > > On Monday, 30 March 2020 at 06:33:13 UTC, 9il wrote: > >> [snip] > > > > Thanks, I like 'em. > > > > I noticed that the

Re: Bison 3.5 is released, and features a D backend

2020-01-29 Thread Manu via Digitalmars-d-announce
On Tue, Jan 28, 2020 at 11:05 AM Akim Demaille via Digitalmars-d-announce wrote: > > On Wednesday, 1 January 2020 at 09:47:11 UTC, Akim Demaille wrote: > > Hi all! > >[...] > > If you would like to contribute, please reach out to us via > > bison-patc...@gnu.org, or help-bi...@gnu.org. > > Hi, >

Re: DIP 1024---Shared Atomics---Accepted

2020-01-13 Thread Manu via Digitalmars-d-announce
On Mon, Jan 13, 2020 at 1:40 AM Walter Bright via Digitalmars-d-announce wrote: > > On 1/10/2020 2:48 PM, Manu wrote: > > On Thu, Jan 9, 2020 at 6:35 PM Walter Bright via > > Digitalmars-d-announce wrote: > >> > >> On 1/7/2020 6:31 PM, Manu wrote: >

Re: DIP 1024---Shared Atomics---Accepted

2020-01-10 Thread Manu via Digitalmars-d-announce
On Thu, Jan 9, 2020 at 6:35 PM Walter Bright via Digitalmars-d-announce wrote: > > On 1/7/2020 6:31 PM, Manu wrote: > > It will still do that, either now... or later. So, why wait? > > Because customers have their own schedules. Customers update their compilers according

Re: DIP 1024---Shared Atomics---Accepted

2020-01-07 Thread Manu via Digitalmars-d-announce
On Wed, Jan 8, 2020 at 12:20 PM Walter Bright via Digitalmars-d-announce wrote: > > On 1/6/2020 10:17 PM, Manu wrote: > > Well it was a preview for an unaccepted DIP, so it could have been > > withdrawn. I guess I have increased confidence now, but it still seems > &

Re: DIP 1024---Shared Atomics---Accepted

2020-01-06 Thread Manu via Digitalmars-d-announce
On Sat, Jan 4, 2020 at 2:15 PM Walter Bright via Digitalmars-d-announce wrote: > > On 1/3/2020 3:41 AM, Manu wrote: > > We've already had this -preview for quite a while; I have enabled it > > in an experimental context, but I don't tend to write and deploy code > >

Re: DIP 1024---Shared Atomics---Accepted

2020-01-03 Thread Manu via Digitalmars-d-announce
On Fri, Jan 3, 2020 at 8:35 PM Walter Bright via Digitalmars-d-announce wrote: > > On 1/2/2020 11:31 PM, Manu wrote: > > Okay, although I don't really understand; if we have accepted the > > feature, but we don't enable the feature... then nobody will use it, > > and

Re: DIP 1024---Shared Atomics---Accepted

2020-01-02 Thread Manu via Digitalmars-d-announce
On Fri, Jan 3, 2020 at 9:20 AM Walter Bright via Digitalmars-d-announce wrote: > > On 1/2/2020 4:17 AM, Manu wrote: > > On Thu, Jan 2, 2020 at 7:45 PM Walter Bright via > > Digitalmars-d-announce wrote: > >> > >> On 1/2/2020 12:01 AM, Manu wrote: >

Re: DIP 1024---Shared Atomics---Accepted

2020-01-02 Thread Manu via Digitalmars-d-announce
On Thu, Jan 2, 2020 at 7:45 PM Walter Bright via Digitalmars-d-announce wrote: > > On 1/2/2020 12:01 AM, Manu wrote: > > Quick quick, we need a PR to issue deprecation messages for those > > invalid read/writes! :) > > It's already been merged! > > https://github.com

Re: DIP 1024---Shared Atomics---Accepted

2020-01-02 Thread Manu via Digitalmars-d-announce
On Thu, Jan 2, 2020 at 4:45 PM Walter Bright via Digitalmars-d-announce wrote: > > On 1/1/2020 9:53 PM, Manu wrote: > > On Thu, Jan 2, 2020 at 3:40 PM Mike Parker via Digitalmars-d-announce > > wrote: > >> > >> DIP 1024, "Shared Atomics",

Re: DIP 1024---Shared Atomics---Accepted

2020-01-01 Thread Manu via Digitalmars-d-announce
On Thu, Jan 2, 2020 at 3:40 PM Mike Parker via Digitalmars-d-announce wrote: > > DIP 1024, "Shared Atomics", was accepted without comment. > > https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1024.md This has been a long time coming!

Re: Release D 2.089.0

2019-11-06 Thread Manu via Digitalmars-d-announce
On Tue., 5 Nov. 2019, 11:35 pm John Chapman via Digitalmars-d-announce, < digitalmars-d-announce@puremagic.com> wrote: > On Wednesday, 6 November 2019 at 01:16:00 UTC, Manu wrote: > > On Tue, Nov 5, 2019 at 5:14 PM Manu wrote: > >> > >> On Tue, Nov 5,

Re: Release D 2.089.0

2019-11-05 Thread Manu via Digitalmars-d-announce
On Tue, Nov 5, 2019 at 5:14 PM Manu wrote: > > On Tue, Nov 5, 2019 at 1:20 PM John Chapman via Digitalmars-d-announce > wrote: > > > > On Tuesday, 5 November 2019 at 19:05:10 UTC, Manu wrote: > > > Incidentally, in your sample above there, `a` and `b` are not >

Re: Release D 2.089.0

2019-11-05 Thread Manu via Digitalmars-d-announce
On Tue, Nov 5, 2019 at 1:20 PM John Chapman via Digitalmars-d-announce wrote: > > On Tuesday, 5 November 2019 at 19:05:10 UTC, Manu wrote: > > Incidentally, in your sample above there, `a` and `b` are not > > shared... why not just write: `cas(, null, b);` ?? If source > >

Re: Release D 2.089.0

2019-11-05 Thread Manu via Digitalmars-d-announce
On Mon, Nov 4, 2019 at 11:55 PM John Chapman via Digitalmars-d-announce wrote: > > On Tuesday, 5 November 2019 at 06:44:29 UTC, Manu wrote: > > On Mon., 4 Nov. 2019, 2:05 am John Chapman via > > Digitalmars-d-announce, < digitalmars-d-announce@puremagic.com> > >

Re: Release D 2.089.0

2019-11-04 Thread Manu via Digitalmars-d-announce
On Mon., 4 Nov. 2019, 2:05 am John Chapman via Digitalmars-d-announce, < digitalmars-d-announce@puremagic.com> wrote: > On Sunday, 3 November 2019 at 13:35:36 UTC, Martin Nowak wrote: > > Glad to announce D 2.089.0, ♥ to the 44 contributors. > > > > This release comes with corrected extern(C)

Re: When will you announce DConf 2020?

2019-11-03 Thread Manu via Digitalmars-d-announce
On Sun, Nov 3, 2019 at 8:20 AM Murilo via Digitalmars-d-announce wrote: > > On Sunday, 3 November 2019 at 06:33:48 UTC, Mike Parker wrote: > > On Sunday, 3 November 2019 at 00:51:38 UTC, Murilo wrote: > >> Hi guys. I'm eager to attend the next DConf, which is why I'm > >> already planning

Re: Release D 2.088.0

2019-09-07 Thread Manu via Digitalmars-d-announce
On Sat, Sep 7, 2019 at 9:05 AM jmh530 via Digitalmars-d-announce wrote: > > On Saturday, 7 September 2019 at 07:16:36 UTC, Manu wrote: > > [snip] > > > > What's the story with string though; the second line (linking > > back to the C++ reference) of the doco isn't

Re: Release D 2.088.0

2019-09-07 Thread Manu via Digitalmars-d-announce
On Fri, Sep 6, 2019 at 3:50 AM jmh530 via Digitalmars-d-announce wrote: > > On Thursday, 5 September 2019 at 20:55:15 UTC, Manu wrote: > > [snip] > > > > Interesting... you can see in the code, there are doco comments > > everywhere, but the docs are empt

Re: Release D 2.088.0

2019-09-05 Thread Manu via Digitalmars-d-announce
On Tue, Sep 3, 2019 at 7:30 AM jmh530 via Digitalmars-d-announce wrote: > > On Tuesday, 3 September 2019 at 14:02:43 UTC, bachmeier wrote: > > [snip] > > > > Those are a big deal. From a marketing perspective, those are > > gold IMO. > > If these are as big a deal as people seem to think, the >

Re: Release D 2.088.0

2019-09-05 Thread Manu via Digitalmars-d-announce
On Tue, Sep 3, 2019 at 4:51 AM Daniel Kozak via Digitalmars-d-announce wrote: > > On Tue, Sep 3, 2019 at 10:48 AM Manu via Digitalmars-d-announce > wrote: > > > > On Tue., 3 Sep. 2019, 1:00 am Martin Nowak via Digitalmars-d-announce, > > wrote: > >> > >

Re: Visual D 0.50.0 released

2019-09-04 Thread Manu via Digitalmars-d-announce
On Wed, Jun 26, 2019 at 1:30 AM a11e99z via Digitalmars-d-announce wrote: > > On Wednesday, 26 June 2019 at 02:35:53 UTC, Bart wrote: > > On Tuesday, 25 June 2019 at 19:47:40 UTC, Rainer Schuetze wrote: > > Before I told about problems with VD on my laptop. > Most of time I use desktop with

Re: Release D 2.088.0

2019-09-03 Thread Manu via Digitalmars-d-announce
On Tue., 3 Sep. 2019, 1:00 am Martin Nowak via Digitalmars-d-announce, < digitalmars-d-announce@puremagic.com> wrote: > Glad to announce D 2.088.0, ♥ to the 58 contributors. > > This release comes with a new getLocation trait, a getAvailableDiskSpace > in std.file, removal and deprecation of lots

Re: Visual D 0.50.0 released

2019-09-03 Thread Manu via Digitalmars-d-announce
On Tue, Sep 3, 2019 at 12:10 AM Rainer Schuetze via Digitalmars-d-announce wrote: > > > > On 23/06/2019 19:58, Rainer Schuetze wrote: > > Hi, > > > > today a new version of Visual D has been released. Its main new features are > > > > - additional installer available that includes DMD and LDC > >

Re: Silicon Valley C++ Meetup - August 28, 2019 - "C++ vs D: Let the Battle Commence"

2019-08-27 Thread Manu via Digitalmars-d-announce
On Tue, Aug 27, 2019 at 12:25 PM Ali Çehreli via Digitalmars-d-announce wrote: > > I will be presenting a comparison of D and C++. RSVP so that we know how > much food to order: > >https://www.meetup.com/ACCU-Bay-Area/events/263679081/ > > It will not be streamed live but some people want to

Re: D GUI Framework (responsive grid teaser)

2019-05-27 Thread Manu via Digitalmars-d-announce
On Mon, May 27, 2019 at 2:00 PM Ola Fosheim Grøstad via Digitalmars-d-announce wrote: > > On Monday, 27 May 2019 at 20:14:26 UTC, Manu wrote: > > Computers haven't had only one thread for almost 20 years. Even > > mobile > > phones have 8 cores! > > This leads me b

Re: D GUI Framework (responsive grid teaser)

2019-05-27 Thread Manu via Digitalmars-d-announce
On Mon, May 27, 2019 at 1:05 AM Ola Fosheim Grøstad via Digitalmars-d-announce wrote: > > On Monday, 27 May 2019 at 05:31:29 UTC, Manu wrote: > > How does the API's threadsafety mechanisms work? How does it > > scale to my 64-core PC? How does it schedule the work? etc... > &

Re: D GUI Framework (responsive grid teaser)

2019-05-26 Thread Manu via Digitalmars-d-announce
On Sun, May 26, 2019 at 10:25 PM Ola Fosheim Grøstad via Digitalmars-d-announce wrote: > > On Monday, 27 May 2019 at 05:01:36 UTC, Manu wrote: > > Performance is a symptom of architecture, and architecture *is* > > the early stage. > > I expected that answer, but the

Re: D GUI Framework (responsive grid teaser)

2019-05-26 Thread Manu via Digitalmars-d-announce
On Sun, May 26, 2019 at 8:50 PM Ola Fosheim Grøstad via Digitalmars-d-announce wrote: > > On Monday, 27 May 2019 at 03:35:48 UTC, Nick Sabalausky > (Abscissa) wrote: > > suggestion that Robert could get this going an order of > > magnitude faster without too terribly much trouble. Luckily, > >

Re: D GUI Framework (responsive grid teaser)

2019-05-26 Thread Manu via Digitalmars-d-announce
On Sun, May 26, 2019 at 6:35 PM Ola Fosheim Grøstad via Digitalmars-d-announce wrote: > > On Monday, 27 May 2019 at 00:33:45 UTC, Nick Sabalausky > (Abscissa) wrote: > > flat-out wrong) to say about game programming. People hear the > > word "game", associate it with "insignificant" and promptly

Re: D GUI Framework (responsive grid teaser)

2019-05-26 Thread Manu via Digitalmars-d-announce
On Sun, May 26, 2019 at 4:10 AM NaN via Digitalmars-d-announce wrote: > > On Saturday, 25 May 2019 at 23:23:31 UTC, Ethan wrote: > > On Sunday, 19 May 2019 at 21:01:33 UTC, Robert M. Münch wrote: > >> > >> Browsers are actually doing quite well with simple 2D graphics > >> today. > > > > Browsers

Re: D GUI Framework (responsive grid teaser)

2019-05-22 Thread Manu via Digitalmars-d-announce
On Wed, May 22, 2019 at 5:34 PM H. S. Teoh via Digitalmars-d-announce wrote: > > On Wed, May 22, 2019 at 05:11:06PM -0700, Manu via Digitalmars-d-announce > wrote: > > On Wed, May 22, 2019 at 3:33 PM H. S. Teoh via Digitalmars-d-announce > > wrote: > > > > >

Re: D GUI Framework (responsive grid teaser)

2019-05-22 Thread Manu via Digitalmars-d-announce
On Wed, May 22, 2019 at 3:40 PM Ola Fosheim Grøstad via Digitalmars-d-announce wrote: > > On Wednesday, 22 May 2019 at 21:18:58 UTC, Manu wrote: > > I couldn't possibly agree less; I think cool kids would design > > literally all computer software like a game engine, if

Re: D GUI Framework (responsive grid teaser)

2019-05-22 Thread Manu via Digitalmars-d-announce
On Wed, May 22, 2019 at 3:33 PM H. S. Teoh via Digitalmars-d-announce wrote: > > On Wed, May 22, 2019 at 02:18:58PM -0700, Manu via Digitalmars-d-announce > wrote: > > On Wed, May 22, 2019 at 10:20 AM Ola Fosheim Grøstad via > > Digitalmars-d-announce wrote: > [...]

Re: D GUI Framework (responsive grid teaser)

2019-05-22 Thread Manu via Digitalmars-d-announce
On Wed, May 22, 2019 at 10:20 AM Ola Fosheim Grøstad via Digitalmars-d-announce wrote: > > On Wednesday, 22 May 2019 at 17:01:39 UTC, Manu wrote: > > You can make a UI run realtime ;) > > I mean, there are video games that render a complete screen > > full of > >

Re: D GUI Framework (responsive grid teaser)

2019-05-22 Thread Manu via Digitalmars-d-announce
On Tue, May 21, 2019 at 12:55 PM Robert M. Münch via Digitalmars-d-announce wrote: > > On 2019-05-21 16:51:43 +, Manu said: > > >> The screencast shows a responsive 40x40 grid. Layouting the grid takes > >> about 230ms, drawing it about 10ms. > > > >

Re: D GUI Framework (responsive grid teaser)

2019-05-21 Thread Manu via Digitalmars-d-announce
On Sun, May 19, 2019 at 2:05 PM Robert M. Münch via Digitalmars-d-announce wrote: > > Hi, we are currently build up our new technology stack and for this > create a 2D GUI framework. > > https://www.dropbox.com/s/iu988snx2lqockb/Bildschirmaufnahme%202019-05-19%20um%2022.32.46.mov?dl=0 > > > The

Re: Visual D 0.49.0 released

2019-04-21 Thread Manu via Digitalmars-d-announce
On Sun, Apr 21, 2019 at 1:40 AM Rainer Schuetze via Digitalmars-d-announce wrote: > > > > On 09/04/2019 22:34, Crayo List wrote: > > On Sunday, 7 April 2019 at 19:41:43 UTC, Rainer Schuetze wrote: > >> Hello, > >> > >> the new release of Visual D has just been uploaded. Some major > >>

Re: LDC 1.15.0-beta1

2019-03-09 Thread Manu via Digitalmars-d-announce
On Sat, Mar 9, 2019 at 12:00 PM kinke via Digitalmars-d-announce wrote: > > Glad to announce the first beta for LDC 1.15: > > * Based on D 2.085.0. > * Support for LLVM 8.0. The prebuilt packages ship with LLVM > 8.0.0-rc4 and include the Khronos SPIRV-LLVM-Translator, so that > dcompute can now

Re: Release D 2.085.0

2019-03-03 Thread Manu via Digitalmars-d-announce
On Sat, Mar 2, 2019 at 10:25 AM Martin Nowak via Digitalmars-d-announce wrote: > > Glad to announce D 2.085.0, ♥ to the 49 contributors. > > This release comes with context-aware assertion messages, lower GC > memory usage, a precise GC, support to link custom GCs, lots of > Objective-C

Re: DIP 1018--The Copy Constructor--Formal Review

2019-02-25 Thread Manu via Digitalmars-d-announce
On Mon, Feb 25, 2019 at 9:30 PM Walter Bright via Digitalmars-d-announce wrote: > > On 2/25/2019 7:17 PM, Manu wrote: > > break my DIP > > The review process is not about "why not add this feature" , but "why should > we > have this feature". > >

Re: DIP 1018--The Copy Constructor--Formal Review

2019-02-25 Thread Manu via Digitalmars-d-announce
On Mon, Feb 25, 2019 at 3:10 PM Olivier FAURE via Digitalmars-d-announce wrote: > > On Monday, 25 February 2019 at 16:00:54 UTC, Andrei Alexandrescu > wrote: > > Thorough feedback has been given, likely more so than for any > > other submission. A summary for the recommended steps to take > > can

Re: DIP 1018--The Copy Constructor--Formal Review

2019-02-25 Thread Manu via Digitalmars-d-announce
On Mon, Feb 25, 2019 at 12:20 PM Andrei Alexandrescu via Digitalmars-d-announce wrote: > > On 2/25/19 2:41 PM, bachmeier wrote: > > On Monday, 25 February 2019 at 19:24:55 UTC, Mike Parker wrote: > > > >> From the process document: > >> > >> “the DIP Manager or the Language Maintainers may allow

Re: DIP 1018--The Copy Constructor--Formal Review

2019-02-24 Thread Manu via Digitalmars-d-announce
On Sun, Feb 24, 2019 at 6:35 PM Walter Bright via Digitalmars-d-announce wrote: > > I agree with your point that C++ const can be used in a lot more places than D > const. Absolutely true. > > Missing from the post, however, is an explanation of what value C++ const > semantics have. How does it:

Re: DIP 1018--The Copy Constructor--Formal Review

2019-02-24 Thread Manu via Digitalmars-d-announce
On Sun, Feb 24, 2019 at 4:25 PM Walter Bright via Digitalmars-d-announce wrote: > > Thanks for letting me know you're abandoning the rvalue ref DIP. It's not an "rvalue ref" DIP (which I think has confused a lot of people), it's an rvalue *by-ref* DIP. In my head, an "rvalue ref" DIP is

Re: DIP 1018--The Copy Constructor--Formal Review

2019-02-24 Thread Manu via Digitalmars-d-announce
On Sun, Feb 24, 2019 at 4:40 PM Walter Bright via Digitalmars-d-announce wrote: > > The problem with C++ const is it only goes one level, i.e. what I call > "head-const". If you pass a T to a const parameter, anything T references > remains mutable. It's more of a suggestion than anything

Re: DIP 1018--The Copy Constructor--Formal Review

2019-02-24 Thread Manu via Digitalmars-d-announce
On Sun, Feb 24, 2019 at 1:25 PM Walter Bright via Digitalmars-d-announce wrote: > > On 2/24/2019 1:02 PM, Manu wrote: > > I mean like, my DIP was almost violently rejected, > > I thought it was clear what was needed to be done with it, To be fair, initial criticism was 75% just

Re: DIP 1018--The Copy Constructor--Formal Review

2019-02-24 Thread Manu via Digitalmars-d-announce
On Sun, Feb 24, 2019 at 2:50 AM Mike Parker via Digitalmars-d-announce wrote: > > Walter and Andrei have requested the Final Review round be > dropped for DIP 1018, "The Copy Constructor", and have given it > their formal approval. They consider copy constructors a critical > feature for the

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-30 Thread Manu via Digitalmars-d-announce
On Wed, Jan 30, 2019 at 7:35 PM Steven Schveighoffer via Digitalmars-d-announce wrote: > > On 1/30/19 10:05 PM, Manu wrote: > > On Wed, Jan 30, 2019 at 6:40 PM Nicholas Wilson via > > Digitalmars-d-announce wrote: > >> You should clarify that ;) > > > >

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-30 Thread Manu via Digitalmars-d-announce
On Wed, Jan 30, 2019 at 7:05 PM Nicholas Wilson via Digitalmars-d-announce wrote: > > On Thursday, 31 January 2019 at 02:10:05 UTC, Manu wrote: > > On Wed, Jan 30, 2019 at 1:05 PM Andrei Alexandrescu via > >> fun(my_short); // implicit type conversions (ie, shor

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-30 Thread Manu via Digitalmars-d-announce
On Wed, Jan 30, 2019 at 6:40 PM Nicholas Wilson via Digitalmars-d-announce wrote: > > On Wednesday, 30 January 2019 at 18:29:37 UTC, Manu wrote: > > On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via > > Digitalmars-d-announce > > wrote: > >> The result

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-30 Thread Manu via Digitalmars-d-announce
On Wed, Jan 30, 2019 at 12:40 PM 12345swordy via Digitalmars-d-announce wrote: > > On Wednesday, 30 January 2019 at 18:29:37 UTC, Manu wrote: > > On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via > > Digitalmars-d-announce > > wrote: > >> > >> On W

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-30 Thread Manu via Digitalmars-d-announce
On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via Digitalmars-d-announce wrote: > > On Wed, 30 Jan 2019 09:15:36 -0800, Manu wrote: > > Why are you so stuck on this case? The DIP is about accepting rvalues, > > not lvalues... > > Calling with 'p', an lvalue, is

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-30 Thread Manu via Digitalmars-d-announce
On Tue., 29 Jan. 2019, 10:25 pm Walter Bright via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com wrote: > On 1/29/2019 3:45 AM, Andrei Alexandrescu wrote: > > I am talking about this: > > > > int[] a = cast(int[]) alloc.allocate(100 * int.sizeof); > > if (alloc.reallocate(a, 200 *

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Manu via Digitalmars-d-announce
On Mon, Jan 28, 2019 at 9:25 AM Andrei Alexandrescu via Digitalmars-d-announce wrote: > > On 1/24/19 2:18 AM, Mike Parker wrote: > > Walter and Andrei have declined to accept DIP 1016, "ref T accepts > > r-values", on the grounds that it has two fundamental flaws that would > > open holes in the

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-28 Thread Manu via Digitalmars-d-announce
On Fri, Jan 25, 2019 at 10:20 PM Walter Bright via Digitalmars-d-announce wrote: > > On 1/25/2019 7:44 PM, Manu wrote: > > I never said anything about 'rvalue references', > > The DIP mentions them several times in the "forum threads" section. I see you > want to d

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-28 Thread Manu via Digitalmars-d-announce
On Mon, Jan 28, 2019 at 12:00 PM Andrei Alexandrescu via Digitalmars-d-announce wrote: > > On 1/28/19 1:00 PM, Andrei Alexandrescu wrote: > > On 1/24/19 3:01 PM, kinke wrote: > >> On Thursday, 24 January 2019 at 09:49:14 UTC, Manu wrote: > >>> We discussed

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-25 Thread Manu via Digitalmars-d-announce
On Fri, Jan 25, 2019 at 7:44 PM Manu wrote: > > On Fri, Jan 25, 2019 at 4:00 AM Walter Bright via > Digitalmars-d-announce wrote: > > > > The DIP should not invent its own syntax > > I removed it, and replaced it with simpler code (that I think is > exception-correc

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-25 Thread Manu via Digitalmars-d-announce
On Fri, Jan 25, 2019 at 4:00 AM Walter Bright via Digitalmars-d-announce wrote: > > On 1/24/2019 11:53 PM, Nicholas Wilson wrote: > > That the conflation of pass by reference to avoid copying and mutation is > > not > > only deliberate but also mitigated by @disable. > > The first oddity about

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-25 Thread Manu via Digitalmars-d-announce
On Fri, Jan 25, 2019 at 6:50 PM Neia Neutuladh via Digitalmars-d-announce wrote: > > On Fri, 25 Jan 2019 18:14:56 -0800, Manu wrote: > > Removing the `void` stuff end expanding such that the declaration + > > initialisation is at the appropriate moments; any function can

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-25 Thread Manu via Digitalmars-d-announce
On Fri, Jan 25, 2019 at 4:20 PM Neia Neutuladh via Digitalmars-d-announce wrote: > > On Fri, 25 Jan 2019 23:08:52 +, kinke wrote: > > > On Friday, 25 January 2019 at 19:08:55 UTC, Walter Bright wrote: > >> On 1/25/2019 2:57 AM, kinke wrote: > >>> On Thursday, 24 January 2019 at 23:59:30 UTC,

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-25 Thread Manu via Digitalmars-d-announce
On Thu, Jan 24, 2019 at 11:35 PM Walter Bright via Digitalmars-d-announce wrote: > > No, it is not rejected in principle. Finding serious errors in it on the eve > of > approval is disappointing, and is not auspicious for being in a hurry to > approve it. I'm very clearly NOT in a hurry here.

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-24 Thread Manu via Digitalmars-d-announce
On Thu, Jan 24, 2019 at 6:35 PM Walter Bright via Digitalmars-d-announce wrote: > > On 1/24/2019 4:31 PM, 12345swordy wrote: > > And wait for another 180+ days for a fix? Come on dude, can you understand > > the > > frustration being display here? > > Of course it's frustrating. On the other

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-24 Thread Manu via Digitalmars-d-announce
On Thu, Jan 24, 2019 at 6:35 PM Walter Bright via Digitalmars-d-announce wrote: > > On 1/24/2019 4:31 PM, 12345swordy wrote: > > And wait for another 180+ days for a fix? Come on dude, can you understand > > the > > frustration being display here? > > Of course it's frustrating. On the other

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-24 Thread Manu via Digitalmars-d-announce
On Thu, Jan 24, 2019 at 3:50 PM Rubn via Digitalmars-d-announce wrote: > > On Thursday, 24 January 2019 at 23:18:11 UTC, kinke wrote: > > Proposed `out` semantics: > > --- > > void increment(out long value) { ++value; } > > increment(out value); > > --- > > > > vs. pointer version with current

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-24 Thread Manu via Digitalmars-d-announce
On Thu, Jan 24, 2019 at 3:45 PM Walter Bright via Digitalmars-d-announce wrote: > > On 1/24/2019 1:31 AM, Manu wrote: > > This process is pretty unsatisfying, because it ships off to a > > black-box committee, who were apparently able to misunderstand the > > s

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-24 Thread Manu via Digitalmars-d-announce
On Thu, Jan 24, 2019 at 1:05 PM kinke via Digitalmars-d-announce wrote: > > On Thursday, 24 January 2019 at 09:04:41 UTC, Nicholas Wilson > wrote: > > On Thursday, 24 January 2019 at 07:18:58 UTC, Mike Parker wrote: > >> The second problem is the use of := (which the DIP Author > >> defines as

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-24 Thread Manu via Digitalmars-d-announce
On Thu, Jan 24, 2019 at 12:05 PM kinke via Digitalmars-d-announce wrote: > > On Thursday, 24 January 2019 at 09:49:14 UTC, Manu wrote: > > We discussed and concluded that one mechanism to mitigate this > > issue > > was already readily available, and it's just tha

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-24 Thread Manu via Digitalmars-d-announce
On Thu, Jan 24, 2019 at 1:25 AM Nicholas Wilson via Digitalmars-d-announce wrote: > > On Thursday, 24 January 2019 at 07:18:58 UTC, Mike Parker wrote: > > Walter and Andrei have declined to accept DIP 1016, "ref T > > accepts r-values", on the grounds that it has two fundamental > > flaws that

Re: A brief survey of build tools, focused on D

2018-12-10 Thread Manu via Digitalmars-d-announce
On Mon, Dec 10, 2018 at 10:30 AM Neia Neutuladh via Digitalmars-d-announce wrote: > > I wrote a post about language-agnostic (or, more accurately, cross- > language) build tools, primarily using D as an example and Dub as a > benchmark. > > Spoiler: dub wins in speed, simplicity, dependency

Re: Visual D 0.48.0 released

2018-12-03 Thread Manu via Digitalmars-d-announce
On Mon, Dec 3, 2018 at 2:30 AM Petar via Digitalmars-d-announce wrote: > > On Monday, 3 December 2018 at 10:04:48 UTC, M.M. wrote: > > On Sunday, 2 December 2018 at 21:23:31 UTC, Manu wrote: > >> On Sun, Dec 2, 2018 at 8:05 AM Rainer Schuetze via > >> Digi

Re: Visual D 0.48.0 released

2018-12-02 Thread Manu via Digitalmars-d-announce
On Sun, Dec 2, 2018 at 8:05 AM Rainer Schuetze via Digitalmars-d-announce wrote: > > Hi, > > I have made a new release of Visual D available. Some highlights of > version 0.48.0: > > * installer and binaries now digitally signed by the "D Language Foundation" > * experimental: option to enable

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-16 Thread Manu via Digitalmars-d-announce
On Thu, Nov 15, 2018 at 8:00 PM Vladimir Panteleev via Digitalmars-d-announce wrote: > > On Thursday, 15 November 2018 at 19:18:27 UTC, Manu wrote: > > I'm not sure how VisualStudio (read: MSBuild) should behave > > differently than make? > > It's not like the build scri

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-15 Thread Manu via Digitalmars-d-announce
Wed, Nov 14, 2018 at 12:25 AM Vladimir Panteleev via Digitalmars-d-announce wrote: > > On Thursday, 8 November 2018 at 07:54:56 UTC, Manu wrote: > > And all builds are release builds... what good is a debug > > build? DMD > > is unbelievably slow in debug. If it wasn't

Re: NES emulator written in D

2018-11-13 Thread Manu via Digitalmars-d-announce
On Mon, Nov 12, 2018 at 10:30 PM blahness via Digitalmars-d-announce wrote: > > On Tuesday, 13 November 2018 at 05:59:52 UTC, Manu wrote: > > > > Nice work. > > > > Oh wow, this is pretty rough! > > ``` >

Re: NES emulator written in D

2018-11-12 Thread Manu via Digitalmars-d-announce
On Sat, Feb 3, 2018 at 5:55 AM blahness via Digitalmars-d-announce wrote: > > Hi everyone, > > Not sure how interested people here will be with this but I've > ported https://github.com/fogleman/nes from Go to D [1]. I should > point out that I'm not the author of the original Go version. > > The

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-08 Thread Manu via Digitalmars-d-announce
On Thu, Nov 8, 2018 at 12:55 AM Joakim via Digitalmars-d-announce wrote: > > On Thursday, 8 November 2018 at 08:29:28 UTC, Manu wrote: > > On Thu, Nov 8, 2018 at 12:10 AM Joakim via > > Digitalmars-d-announce > > wrote: > >> > >> On Thursday, 8

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-08 Thread Manu via Digitalmars-d-announce
On Thu, Nov 8, 2018 at 12:10 AM Walter Bright via Digitalmars-d-announce wrote: > > On 11/7/2018 11:41 PM, Manu wrote: > > I'm on an i7 with 8 threads and plenty of ram... although threads are > > useless, since DMD only uses one ;) > > So does every other compiler. >

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-08 Thread Manu via Digitalmars-d-announce
On Thu, Nov 8, 2018 at 12:10 AM Joakim via Digitalmars-d-announce wrote: > > On Thursday, 8 November 2018 at 07:54:56 UTC, Manu wrote: > > On Wed, Nov 7, 2018 at 10:30 PM Vladimir Panteleev via > > Digitalmars-d-announce > > wrote: > >> > >> On Thursday,

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-08 Thread Manu via Digitalmars-d-announce
On Wed, Nov 7, 2018 at 11:55 PM Joakim via Digitalmars-d-announce wrote: > > On Thursday, 8 November 2018 at 07:41:58 UTC, Manu wrote: > > On Wed, Nov 7, 2018 at 10:30 PM Joakim via > > Digitalmars-d-announce > > wrote: > >> > >> On Thursday, 8

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-07 Thread Manu via Digitalmars-d-announce
On Wed, Nov 7, 2018 at 10:30 PM Vladimir Panteleev via Digitalmars-d-announce wrote: > > On Thursday, 8 November 2018 at 06:08:20 UTC, Vladimir Panteleev > wrote: > > It was definitely about 4 seconds not too long ago, a few years > > at most. > > No, it's still 4 seconds. > > digger --offline

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-07 Thread Manu via Digitalmars-d-announce
On Wed, Nov 7, 2018 at 10:30 PM Joakim via Digitalmars-d-announce wrote: > > On Thursday, 8 November 2018 at 04:16:44 UTC, Manu wrote: > > On Tue, Nov 6, 2018 at 10:05 AM Vladimir Panteleev via > > Digitalmars-d-announce > > wrote: > >> [...] > > > >

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-07 Thread Manu via Digitalmars-d-announce
On Wed, Nov 7, 2018 at 10:10 PM Vladimir Panteleev via Digitalmars-d-announce wrote: > > On Thursday, 8 November 2018 at 04:16:44 UTC, Manu wrote: > > ...what!? DMD takes me... (compiling) ... 1 minute 40 seconds > > to build! And because DMD does all-files-at-once compilatio

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-07 Thread Manu via Digitalmars-d-announce
On Tue, Nov 6, 2018 at 10:05 AM Vladimir Panteleev via Digitalmars-d-announce wrote: > > This is a tool + article I wrote in February, but never got > around to finishing / publishing until today. > > https://blog.thecybershadow.net/2018/02/07/dmdprof/ > > Hopefully someone will find it useful.

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-07 Thread Manu via Digitalmars-d-announce
On Wed, Nov 7, 2018 at 8:18 PM Manu wrote: > > On Wed, Nov 7, 2018 at 8:16 PM Manu wrote: > > > > On Tue, Nov 6, 2018 at 10:05 AM Vladimir Panteleev via > > Digitalmars-d-announce wrote: > > > > > > This is a tool + article I wrote in Februar

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-07 Thread Manu via Digitalmars-d-announce
On Wed, Nov 7, 2018 at 8:16 PM Manu wrote: > > On Tue, Nov 6, 2018 at 10:05 AM Vladimir Panteleev via > Digitalmars-d-announce wrote: > > > > This is a tool + article I wrote in February, but never got > > around to finishing / publishing until today. > > > &g

Re: usable @nogc Exceptions with Mir Runtime

2018-11-02 Thread Manu via Digitalmars-d-announce
On Tue, Oct 30, 2018 at 9:30 AM Oleg via Digitalmars-d-announce wrote: > > Thanks for your work! > > > Example > > === > > /// > > @safe pure nothrow @nogc > > unittest > > { > > import mir.exception; > > import mir.format; > > try throw new

Re: shared - i need it to be useful

2018-10-22 Thread Manu via Digitalmars-d
On Mon, Oct 22, 2018 at 6:00 AM Timon Gehr via Digitalmars-d wrote: > > On 22.10.18 12:26, Timon Gehr wrote: > > --- > > module borked; > > > > void atomicIncrement(int* p)@system{ > > import core.atomic; > > atomicOp!("+=",int,int)(*cast(shared(int)*)p,1); > > } > > > > struct

Re: shared - i need it to be useful

2018-10-22 Thread Manu via Digitalmars-d
On Mon, Oct 22, 2018 at 4:50 AM Stanislav Blinov via Digitalmars-d wrote: > > On Monday, 22 October 2018 at 00:22:19 UTC, Manu wrote: > > > No no, they're repeated, not scattered, because I seem to have > > to keep repeating it over and over, because nobody is reading >

Re: shared - i need it to be useful

2018-10-22 Thread Manu via Digitalmars-d
On Mon, Oct 22, 2018 at 3:30 AM Timon Gehr via Digitalmars-d wrote: > > On 22.10.18 02:54, Manu wrote: > > On Sun, Oct 21, 2018 at 5:40 PM Timon Gehr via Digitalmars-d > > wrote: > >> > >> On 21.10.18 21:04, Manu wrote: > >>> On Sun, Oct 2

Re: shared - i need it to be useful

2018-10-22 Thread Manu via Digitalmars-d
On Mon, Oct 22, 2018 at 2:30 AM Walter Bright via Digitalmars-d wrote: > > On 10/22/2018 1:34 AM, Manu wrote: > > I posted it, twice... 2 messages, back to back, and you're responding > > to this one, and not that one. I'll post it again... > > > Posting it ov

Re: Manu's `shared` vs the @trusted promise

2018-10-22 Thread Manu via Digitalmars-d
On Mon, Oct 22, 2018 at 2:21 AM ag0aep6g via Digitalmars-d wrote: > > On 22.10.18 10:39, Simen Kjærås wrote: > > On Sunday, 21 October 2018 at 22:03:00 UTC, ag0aep6g wrote: > [...] > > It's invalid only if Atomic.badboy exists. > > I don't agree. I prefer the stronger @trusted. As far as I know,

Re: Manu's `shared` vs the @trusted promise

2018-10-22 Thread Manu via Digitalmars-d
On Sun, Oct 21, 2018 at 3:05 PM ag0aep6g via Digitalmars-d wrote: > > It took me a while to understand Manu's idea for `shared`, and I suspect > that it was/is the same for others. At the same time, Manu seems > bewildered about the objections. I'm going to try and summarize the

  1   2   3   4   5   6   7   8   9   10   >