Re: A list of all the awesome people who made D possible

On Mon, Dec 18, 2017 at 03:58:59PM +, Seb via Digitalmars-d-announce wrote: > D wouldn't be this powerful, rocking language as it is today without > all its contributors who worked very hard on improving. To start > showing our gratitude and as a token of appreciation, we have started >

Re: run.dlang.io - a modern way to run D code

On Thu, Dec 14, 2017 at 02:33:13PM +, Ivan Kazmenko via Digitalmars-d-announce wrote: > On Thursday, 14 December 2017 at 01:52:29 UTC, H. S. Teoh wrote: > > ... > > This can, of course, be bound to a custom keybinding, then you'll > > have your one-stop shop for compiling D snippets without

Re: run.dlang.io - a modern way to run D code

On Wed, Dec 13, 2017 at 04:59:00PM -0800, H. S. Teoh via Digitalmars-d-announce wrote: [...] > Sadly, `dmd - -run` currently doesn't quite work just yet. I should look > into fixing that. And *then* we wouldn't need to invent a temporary > filename for the executable in our k

Re: run.dlang.io - a modern way to run D code

On Thu, Dec 14, 2017 at 12:22:15AM +, Meta via Digitalmars-d-announce wrote: > On Wednesday, 13 December 2017 at 00:54:07 UTC, H. S. Teoh wrote: > > On Wed, Dec 13, 2017 at 12:50:40AM +, Meta via > > Digitalmars-d-announce wrote: > > > On Tuesday, 12 December 2017 at 18:37:38 UTC, Seb

Re: GSoC 2018 - Your project ideas

On Wed, Dec 13, 2017 at 07:50:44PM +, bpr via Digitalmars-d-announce wrote: > On Tuesday, 5 December 2017 at 18:20:40 UTC, Seb wrote: [...] > Of the projects in [2], I like the general purpose betterC libraries > most, and I think it's something where students could make a real > impact in

Re: run.dlang.io - a modern way to run D code

On Wed, Dec 13, 2017 at 12:50:40AM +, Meta via Digitalmars-d-announce wrote: > On Tuesday, 12 December 2017 at 18:37:38 UTC, Seb wrote: > > After it has been in stealth mode for quite a while, I'm happy to > > announce that there's https://run.dlang.io [...] > This is a real life saver

Re: D User Survey

On Fri, Dec 01, 2017 at 02:28:22PM -0500, Steven Schveighoffer via Digitalmars-d-announce wrote: > On 12/1/17 1:56 PM, WebFreak001 wrote: > > Hi everyone, > > > > I made a public survey (everyone can look at the responses) and it > > would be great if you took some time and answered it. I think

Re: D as a Better C

On Thu, Aug 24, 2017 at 08:13:29PM +0200, Iain Buclaw via Digitalmars-d-announce wrote: [...] > The GDC camp concurs with the sentiment of betterC being a waste of > time. My particular stance on the matter is that it should not be an > all or nothing switch, granular control is fine. The

Re: D as a Better C

On Thu, Aug 24, 2017 at 12:35:22AM +, Michael V. Franklin via Digitalmars-d-announce wrote: [...] > Consider this: Rust doesn't need a special switch to make it > interoperable with C. What's wrong with D's implementation that > requires such things? Granted, D is not Rust, but D's

Re: args.d | a command line argument and config file parser

On Wed, Aug 02, 2017 at 07:29:42AM +, Robert burner Schadek via Digitalmars-d-announce wrote: > On Tuesday, 1 August 2017 at 17:46:57 UTC, H. S. Teoh wrote: [...] > > There's also UDAs for optionally flattening a nested struct, so that > > internally I can have separate structs for

Re: args.d | a command line argument and config file parser

On Tue, Aug 01, 2017 at 03:44:34PM +, Robert burner Schadek via Digitalmars-d-announce wrote: > args.d is a command line argument and config file parser. > > The basic idea of args.d is that that command line options and config > file options are basically the same or should be. > The

Re: Go Your Own Way (Part One: The Stack)

On Fri, Jul 07, 2017 at 07:12:28PM -0600, Jonathan M Davis via Digitalmars-d-announce wrote: > On Friday, July 7, 2017 1:48:47 PM MDT Adam D. Ruppe via Digitalmars-d- > announce wrote: [...] > > The implicit slice is one of what I see as D's design flaws and > > brings up a number of problems.

Re: Work on ARM backend for DMD started

On Tue, Jul 04, 2017 at 02:10:45PM -0700, Walter Bright via Digitalmars-d-announce wrote: > On 7/4/2017 1:15 PM, Stefan Koch wrote: > > Most arm implementation are not as forgiving as contemporary x86 > > processors when it comes to bad register scheduling and the like. > > The backend's

Re: Beta 2.075.0-b1

On Thu, Jun 29, 2017 at 12:27:33AM -0700, Walter Bright via Digitalmars-d-announce wrote: > On 6/28/2017 7:02 PM, H. S. Teoh via Digitalmars-d-announce wrote: > > I've been seeing occasional linker errors when compiling with > > -dip1000 that go away when I drop -dip1000. However

Re: Beta 2.075.0-b1

On Wed, Jun 28, 2017 at 06:44:10PM -0700, Walter Bright via Digitalmars-d-announce wrote: > On 6/27/2017 12:51 AM, Dsby wrote: > > what about DIP1000? Is it default? > > No. I've been seeing occasional linker errors when compiling with -dip1000 that go away when I drop -dip1000. However, I

Re: DIP 1003 (Remove body as a Keyword) Accepted!

On Sat, Jun 03, 2017 at 04:56:40AM +, MysticZach via Digitalmars-d-announce wrote: [...] > Yes, congratulations are in order. Although those of us who were > questioning the need for any keyword at all in `body`s place may be a > little disappointed that it has merely been replaced with `do`,

Re: DCompute is now in the master branch of LDC

On Tue, May 30, 2017 at 07:23:42PM +, Jack Stouffer via Digitalmars-d-announce wrote: > On Tuesday, 30 May 2017 at 18:06:56 UTC, Walter Bright wrote: > > I fear the conversation will go like this, like it has for me: > > > > N: DCompute > > W: What's DCompute? > > N: Enables GPU

Re: DMD now has colorized syntax highlighting in error messages

On Tue, May 16, 2017 at 08:11:21AM -0700, Walter Bright via Digitalmars-d-announce wrote: > On 5/16/2017 7:17 AM, Adam D. Ruppe wrote: > > So again it is NOT color that bothers me. It is OVERUSE of color for > > stuff that isn't important to read the message which dilutes the > > meaning of

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

On Sat, Apr 29, 2017 at 11:24:36AM +, Patrick Schluter via Digitalmars-d-announce wrote: > On Friday, 28 April 2017 at 22:11:30 UTC, H. S. Teoh wrote: > > The latest WAT I found in D is this one, see if you can figure it > > out: > > > > char ch; > > wchar wch; > > dchar dch; > >

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

On Fri, Apr 28, 2017 at 05:11:29PM -0400, Nick Sabalausky (Abscissa) via Digitalmars-d-announce wrote: > On 04/28/2017 04:26 PM, Atila Neves wrote: > > The other day I was reminded that in C++ land one has to manually > > write `operator<<` to print things out and `operator==` to compare > >

Re: InfoWorld article on the open sourcing of dmd

On Mon, Apr 10, 2017 at 11:15:41AM -0700, Jonathan M Davis via Digitalmars-d-announce wrote: > On Monday, April 10, 2017 09:24:16 Andrei Alexandrescu via Digitalmars-d- > announce wrote: > > http://www.infoworld.com/article/3188427/application-development/free-at-l > >

Re: D support for the Meson build system

On Mon, Apr 10, 2017 at 05:56:38PM +, Matthias Klumpp via Digitalmars-d-announce wrote: > On Monday, 10 April 2017 at 15:27:25 UTC, Russel Winder wrote: [...] > > My thought for SCons was to delegate the package fetching to Dub as > > a subprocess or write some Python to use the Dub API. I'm

Re: dmd Backend converted to Boost License

On Fri, Apr 07, 2017 at 10:38:36PM +0100, rikki cattermole via Digitalmars-d-announce wrote: > On 07/04/2017 10:03 PM, WhatMeWorry wrote: [...] > > I've been coding in D for years now but was unaware of this issue. > > Could someone give this licensing neophyte an explanation and some > >

Re: dmd Backend converted to Boost License

On Fri, Apr 07, 2017 at 08:14:40AM -0700, Walter Bright via Digitalmars-d-announce wrote: > https://github.com/dlang/dmd/pull/6680 > > Yes, this is for real! Symantec has given their permission to > relicense it. Thank you, Symantec! Hooray!! Finally!!! Never thought I'd see this day,

Re: Beta 2.074.0-b1

On Tue, Mar 28, 2017 at 09:49:59AM +, Andrej Mitrovic via Digitalmars-d-announce wrote: > On Friday, 24 March 2017 at 17:35:58 UTC, Martin Nowak wrote: > > First beta for the 2.074.0 release. > > > > This release comes with plenty of phobos additions and a new > > std.experimental module. >

Re: Update on Unums

On Tue, Mar 14, 2017 at 06:50:07PM +, Nick B via Digitalmars-d-announce wrote: > On Tuesday, 14 March 2017 at 13:38:09 UTC, jmh530 wrote: > > On Tuesday, 14 March 2017 at 08:21:03 UTC, Andrea Fontana wrote: > > > > > > It seems public: > > >

Re: Update on Unums

On Mon, Mar 13, 2017 at 08:32:04AM +, Nick B via Digitalmars-d-announce wrote: > Hi Everyone > > Here is an update on Unums. > > John L Gustafson at the Multicore World 2017 Conference, in > Wellington, New Zealand, in February 2017, gave another presentation > to his Unum idea. He has

Re: Independent Study at my university using D

On Fri, Mar 03, 2017 at 07:00:00PM +, Jeremy DeHaan via Digitalmars-d-announce wrote: > Something pretty exciting happened yesterday: I registered for an > independent study to build a basic garbage collector in D at my > university. > > This is exciting for me because I really enjoyed the

Re: Vision document for H1 2017

On Wed, Jan 04, 2017 at 08:45:09PM +, Stefan Koch via Digitalmars-d-announce wrote: [...] > I claim dips on templates. (as in the colloquial english for asserting > rights/ownership ) [...] FYI, it's spelt "dibs" (with a 'b'). ;-) T -- It won't be covered in the book. The source code has

Re: Battle-plan for CTFE

On Thu, Sep 01, 2016 at 08:43:16PM +, David Nadlinger via Digitalmars-d-announce wrote: > On Thursday, 1 September 2016 at 19:38:13 UTC, Stefan Koch wrote: > > I have something that will help with that a little bit. > > https://github.com/UplinkCoder/dmd/tree/__ctfeWriteln when you apply > >

Re: DIP1000: Scoped Pointers

On Wed, Aug 17, 2016 at 01:01:05AM +, Chris Wright via Digitalmars-d-announce wrote: > On Tue, 16 Aug 2016 18:55:40 +, Dicebot wrote: > > You need to add one more level of indirection for things to start > > going complicated. > > Presumably scope is transitive, so things shouldn't get

Re: DIP1000: Scoped Pointers

On Wed, Aug 10, 2016 at 08:35:23PM +, Dicebot via Digitalmars-d-announce 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. > >

Re: new cpuid is ready for comments

On Mon, Jul 11, 2016 at 04:30:44PM +, Ilya Yaroshenko via Digitalmars-d-announce wrote: [...] > Please report your CPU (GitHub/Gist): > > ``` > dub fetch cpuid > dub test cpuid > ``` > ... AMD was not tested at all and I hope to see your reports. [...] AMD Phenom(tm) II X6 1055T Processor

Re: Vision document for H2 2016

On Fri, Jul 08, 2016 at 09:17:14AM +, Robert burner Schadek via Digitalmars-d-announce wrote: [...] > I'm not the much in the DMD process, but what about making the > frontend a library and being able to select the backend at the time of > compilation, as shortly mentioned at DConf. I bet

Re: Vision document for H2 2016

On Thu, Jul 07, 2016 at 03:55:51PM -0400, Andrei Alexandrescu via Digitalmars-d-announce wrote: > https://wiki.dlang.org/Vision/2016H2 -- Andrei Under "raising participation", are there any concrete steps that can be taken to realize this goal? Given that last quarter we failed to achieve the

Re: Vision document for H2 2016

On Thu, Jul 07, 2016 at 03:55:51PM -0400, Andrei Alexandrescu via Digitalmars-d-announce wrote: > https://wiki.dlang.org/Vision/2016H2 -- Andrei Under "safety and memory management", what about adding "plug existing known loopholes in @safe"? Recently Walter has been fixing a series of compiler

Re: Battle-plan for CTFE

On Tue, Jul 05, 2016 at 05:44:14PM +, Ola Fosheim Grøstad via Digitalmars-d-announce wrote: > On Tuesday, 5 July 2016 at 16:40:05 UTC, ketmar wrote: > > so, we played a little game with Stefan: i wrote a simple > > stack-based VM implementation for our beloved bug6498, and got > > What is

Re: D-Man culture

On Sun, Jun 19, 2016 at 03:01:33PM +, Seb via Digitalmars-d-announce wrote: > Hi, > > I am not sure how much you have heard about the D-Man, but in Japan > there is an entire culture based on the D-Man! > As I learned about this by accident (and even Walter didn't know about > it), I thought

Re: Button: A fast, correct, and elegantly simple build system.

On Sat, Jun 18, 2016 at 08:46:30PM +, Jason White via Digitalmars-d-announce wrote: > On Saturday, 18 June 2016 at 14:23:39 UTC, H. S. Teoh wrote: > > > Moral of the story is, if you're writing a compiler, for the sake > > > of build systems everywhere, make the output deterministic! For > >

Re: Button: A fast, correct, and elegantly simple build system.

On Sat, Jun 18, 2016 at 08:38:21AM +, Jason White via Digitalmars-d-announce wrote: > On Friday, 17 June 2016 at 20:36:53 UTC, H. S. Teoh wrote: > > - Assuming that a revision control system is in place, and a > > workspace is checked out on revision X with no further > > modifications,

Re: Button: A fast, correct, and elegantly simple build system.

On Fri, Jun 17, 2016 at 07:30:42PM +, Fool via Digitalmars-d-announce wrote: > On Friday, 17 June 2016 at 08:23:50 UTC, Atila Neves wrote: > > I agree, but CMake/ninja, tup, regga/ninja, reggae/binary are all > > correct _and_ fast. > > 'Correct' referring to which standards? There is an

Re: Button: A fast, correct, and elegantly simple build system.

On Fri, Jun 17, 2016 at 09:00:45AM +, Atila Neves via Digitalmars-d-announce wrote: > On Friday, 17 June 2016 at 06:18:28 UTC, H. S. Teoh wrote: > > On Fri, Jun 17, 2016 at 05:41:30AM +, Jason White via > > Digitalmars-d-announce wrote: [...] > > > Where Make gets slow is when checking

Re: Button: A fast, correct, and elegantly simple build system.

On Fri, Jun 17, 2016 at 05:41:30AM +, Jason White via Digitalmars-d-announce wrote: [...] > Where Make gets slow is when checking for changes on a ton of files. I > haven't tested it, but I'm sure Button is faster than Make in this > case because it checks for changed files using multiple

Re: Button: A fast, correct, and elegantly simple build system.

On Wed, Jun 15, 2016 at 05:04:28AM +, Jason White via Digitalmars-d-announce wrote: > On Tuesday, 14 June 2016 at 10:47:58 UTC, Fool wrote: [...] > > A possible use case is creating object files first and packing them > > into a library as a second step. Then single object files are of not >

Re: Button: A fast, correct, and elegantly simple build system.

On Mon, May 30, 2016 at 07:16:50PM +, Jason White via Digitalmars-d-announce wrote: > I am pleased to finally announce the build system I've been slowly > working on for over a year in my spare time: > > Docs: http://jasonwhite.github.io/button/ > Source:

Re: D's Auto Decoding and You

On Thu, May 19, 2016 at 09:21:40AM -0400, Steven Schveighoffer via Digitalmars-d-announce wrote: > On 5/17/16 8:36 PM, H. S. Teoh via Digitalmars-d-announce wrote: > > On Tue, May 17, 2016 at 08:19:48PM +, Vladimir Panteleev via > > Digitalmars-d-announce wrote: > > >

Re: D's Auto Decoding and You

On Tue, May 17, 2016 at 02:06:37PM +, Jack Stouffer via Digitalmars-d-announce wrote: > http://jackstouffer.com/blog/d_auto_decoding_and_you.html [...] Thanks for writing up this article! T -- What did the alien say to Schubert? "Take me to your lieder."

Re: 2DRPG - Small console game

On Thu, May 12, 2016 at 06:30:04PM +, Vladimirs Nordholm via Digitalmars-d-announce wrote: [...] > Sadly this game is Windows only, meaning POSIX users cannot play it. > This is due to technical limitations in my own console engine, scone > (https://github.com/vladdeSV/scone), which cannot

Re: DustMite now has -j

On Wed, May 11, 2016 at 07:53:54PM +, Vladimir Panteleev via Digitalmars-d-announce wrote: > By popular demand. > > https://github.com/CyberShadow/DustMite/compare/e175b95da070d84029f75ba8a15f5d900fb90704...15693cbd5a5c0f47ee9cc68be9dada39b99c3836 Awesome! Thanks, Vladimir! T -- Why

Re: Battle-plan for CTFE

On Mon, May 09, 2016 at 05:36:21PM -0700, Walter Bright via Digitalmars-d-announce wrote: > On 5/9/2016 2:32 PM, Andrej Mitrovic via Digitalmars-d-announce wrote: > >On 5/9/16, Stefan Koch via Digitalmars-d-announce > > wrote: > >>I was shocked to discover

Re: Adventures in D Programming

On Sun, May 08, 2016 at 10:45:51PM +0300, Andrei Alexandrescu via Digitalmars-d-announce wrote: > On 5/8/16 8:19 PM, qznc wrote: > >On Sunday, 8 May 2016 at 06:05:36 UTC, Iain Buclaw wrote: > >>http://blog.tenstral.net/2016/05/adventures-in-d-programming.html > > > >Thanks, I missed that post

Re: Blog article on new import changes

On Tue, Mar 29, 2016 at 11:25:27AM -0400, Steven Schveighoffer via Digitalmars-d-announce wrote: > I anticipate 2.071.0 is going to cause a lot of deprecation messages > and strange errors to occur, due to the fixes of very long-standing > import bugs. > > I wrote a blog post (actually my first

Re: New Article: My Experience Porting Python Dateutil's Date Parser to D

On Wed, Mar 09, 2016 at 02:12:42PM -0800, Walter Bright via Digitalmars-d-announce wrote: > On 3/9/2016 1:55 PM, Jack Stouffer wrote: > >Hello everyone, > > > >I have spent the last two weeks porting the date string parsing > >functionality from the popular Python library, dateutil, to D. I have

Re: Article: We're Overlooking A Key Part of C/C++ to D User Migration

On Wed, Feb 03, 2016 at 07:25:55PM +0200, Dicebot via Digitalmars-d-announce wrote: > On 02/03/2016 07:05 PM, Nick Sabalausky wrote: > > Something that's been on my mind for a few months, finally got around to > > a little write-up about it. > > > > We're Overlooking A Key Part of C/C++ to D

Re: D Article: Memory Safety

On Thu, Jan 21, 2016 at 04:59:01AM +, Basile B. via Digitalmars-d-announce wrote: [...] > Altgough one thing, attributes are not the easy part of D. I've > recently encountered a case were in the library attributes were > allright, test OK, and then suddently when I've started to use the >

Re: D Article: Memory Safety

On Thu, Jan 21, 2016 at 05:09:48AM +, Basile B. via Digitalmars-d-announce wrote: [...] > I mean '@safe' at too low level is a handicap. It's like 'const'. They > are hard to use, mostly because of transitivness. These attributes are > never a noop. Transitivity also makes const really

Re: D compiler daily downloads at an all-time high

On Tue, Nov 17, 2015 at 06:42:37PM +, Adam D. Ruppe via Digitalmars-d-announce wrote: > On Tuesday, 17 November 2015 at 13:08:37 UTC, Namal wrote: > >what do you think how good the download numbers are representing the > >popularity of D? Because I myself have downloaded the new compiler >

Re: Please vote for the DConf logo

On Wed, Nov 04, 2015 at 10:30:35AM +0100, Andrei Alexandrescu via Digitalmars-d-announce wrote: > Reply to this with 1.1, 1.2, 2, or 3: > > 1) by ponce: > > Variant 1: > https://github.com/p0nce/dconf.org/blob/master/2016/images/logo-sample.png > Variant 2: >

Re: Scriptlike v0.9.4 - Perl-like interpolated strings, full examples and more.

On Fri, Sep 25, 2015 at 02:14:30PM +0200, Jacob Carlborg via Digitalmars-d-announce wrote: > On 2015-09-25 02:15, H. S. Teoh via Digitalmars-d-announce wrote: > > >I wanted to work on it, but haven't actually gotten to it yet. > >Basically, the idea is relatively simple: >

Re: Scriptlike v0.9.4 - Perl-like interpolated strings, full examples and more.

On Thu, Sep 24, 2015 at 08:00:53PM -0400, Andrei Alexandrescu via Digitalmars-d-announce wrote: [...] > Yah, I think we need something like that in the stdlib. Also, we need > writefln with compile-time format string (someone was working on it > but I haven't heard about it in a while). -- Andrei

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

On Sat, Sep 05, 2015 at 03:17:40PM +, Paul via Digitalmars-d-announce wrote: > On Wednesday, 2 September 2015 at 14:41:20 UTC, GrandAxe wrote: > > >D Language was chosen for its versatility. It is a language with high > >level syntax and low capabilities > > > Er, low capabilities???

<    1   2   3   4