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
The tooling needs detailed build configuration knowledge, which is relatively available to extract from the msbuild runtime. Makefiles are not any sort of fun to extract such knowledge from, and I'm not aware of standard tooling to hook into here. dub should be simple, but that only works for

Re: Visual D 1.0.0 released

2020-07-09 Thread Manu via Digitalmars-d-announce
FWIW, I actually agree with everything you said about linux as a dev environment vs windows. But that wasn't the question... as an IDE and debugger integration, there is absolutely no comparison to VisualD, not by miles. It would be really cool if parts from VisualD were more suitable for VSCode,

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-announce@puremagic.com> wrote: > > > >>

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-announce@puremagic.com> wrote: > >

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: > >>> It will still do that, either now... or

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 to their schedules, and

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 > > unnecessary to delay. > >

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 > > that depends on

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 no code will be written

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: > >>> Quick quick, we need a PR to issue

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/dlang/dmd/pull/10209 > > Some

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", was accepted without comment. > >> > >>

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, 2019 at 1:20 PM John Chapman via > >>

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 > > > shared... why not just write:

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 > > data is not shared, you

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> > > wrote: > > > >> Something has

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 there... O_o > > Hmm, I didn'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 empty O_o > > Also the second line of the

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 back to my original proposition.

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... > > Ah yes, if you don't

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 renderer itself can just be a

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 they > > generally > >

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 > > zillions of high-detail things

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. > > > > O_o ... I feel like 230 *microseconds*

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". > > Additionally, it is most assuredly about finding

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 plain wrong (like

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 ;) > > > > Yes, as said above, read `short(10)`. I

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, short->int > >> promotion) > >>

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 of a CastExpression is an rvalue. An

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 Wed, 30 Jan 2019 09:15:36 -0800, Manu wrote: >

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 not subject to this DIP. > > The

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 distinguish the DIP from that; I

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 and concluded that one mechanism to

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-correct) in my prior post here. It's

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 throw > > normally, and

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 > > substance of the proposal and then

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 that 'out' gains a > > much > >

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 > >> Digitalmars-d-announce > >> wrote: > >>>

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 script is taking a long time,

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 already slow > > enough...

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! > > ``` > > void createTable() { > > this.table = [ > > , , , , , > > , > > , , , , , > > , > >

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 November 2018 at 07:54:56 UTC, Manu wrote: > > > >

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. > > To do a multicore build,

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, 8 November 2018 at 06:08:20 UTC, Vladimir

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 November 2018 at 04:16:44 UTC, Manu 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: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: > >> [...] > > > > "Indeed, a clean build of DMD itself (about

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 compilation, > > rather than

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 February, but never got > > > around to finishing /

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. > > > >

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 > > the text, or perhaps

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 21, 2018 at 12:00 PM Timon Gehr via Digitalmars-d > >>>

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 over and over is illustrative of the

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 > situation.

  1   2   3   4   5   6   7   8   9   10   >