Re: Marketing D [ was Re: GCC 4.6 ]

Would it be possible to organize a "bounty" for having the backend released under an OSI-approved license? On Oct 31, 2010, at 22:48, Jeff Nowakowski wrote: > On 10/31/2010 05:12 PM, Walter Bright wrote: >> >> D is fully open source. > > No, Walter, it isn't, and you should know this by now c

Re: Marketing D [ was Re: GCC 4.6 ]

M. Berger" wrote: > dsimcha wrote: >> == Quote from Christopher Bergqvist (quasiconsci...@gmail.com)'s article >>> Would it be possible to organize a "bounty" for having the backend released >>> u >>> nder an OSI-approved license? >> &

Re: Spec#, nullables and more

Does D have anything comparable to C++ references à la "void nullCheckLessFunction(const std::string& notNullStr) {...}" or does it only have the equivalent of "void nullCheckingRequired(const std::string* mightByNullStr) {...}"?

Re: Spec#, nullables and more

On Sat, Nov 6, 2010 at 12:23 PM, Denis Koroskin <2kor...@gmail.com> wrote: > On Sat, 06 Nov 2010 14:06:20 +0300, Christopher Bergqvist < > ch...@digitalpoetry.se> wrote: > > Does D have anything comparable to C++ references à la "void >> nullCheckLessFun

Re: D without a GC

Would std.typecons.scoped!(T) fit? http://svn.dsource.org/projects/phobos/trunk/phobos/std/typecons.d I can't figure out why it's not in the generated reference docs, but exists in the source. Maybe it hasn't been tested enough yet. On 3 Jan 2011, at 15:33, Ulrik Mikaelsson wrote: > 2011/1/3

Suggestion: New D front page

Hi! I have been putting some free time into creating a "design skeleton" for a new http://d-programming-language.org front page: http://digitalpoetry.se/D%20website/D%20overview%20design.png My main concern is presenting newcomers with an inspiring and rele

Re: Suggestion: New D front page

bearophile: - Thank you for making me aware of skywriter/Ace. I am all for using that as long as it doesn't incur significantly longer load-times for the page. - My opinion is that "D Zen" is something newcomers are interested in reading before delving any further into download & videos. Denis: -

Re: Lexer and parser generators using CTFE

On Tuesday, 28 February 2012 at 08:36:13 UTC, CTFE-4-the-win wrote: On Tuesday, 28 February 2012 at 07:59:16 UTC, Andrei Alexandrescu wrote: I'm starting a new thread on this because I think the matter is of strategic importance. We all felt for a long time that there's a lot of potential in

Re: Lexer and parser generators using CTFE

On Wednesday, 29 February 2012 at 16:41:22 UTC, Andrei Alexandrescu wrote: On 2/28/12 7:16 PM, Christopher Bergqvist wrote: What am I failing to pick up on? Barrier of entry and granularity of approach, I think. Currently if one wants to parse some simple grammar, there are options such as

Re: dereferencing null

On Tuesday, 6 March 2012 at 15:46:54 UTC, foobar wrote: On Tuesday, 6 March 2012 at 10:19:19 UTC, Timon Gehr wrote: This is quite close, but real support for non-nullable types means that they are the default and checked statically, ideally using data flow analysis. I agree that non-nullable

Re: Official D Grammar

On Tuesday, 2 April 2013 at 19:00:21 UTC, Tobias Pankrath wrote: I'm wondering if it's possibly to mechanically check that what's in the grammar is how DMD behaves. Take the grammar and (randomly) generate strings with it and check if DMD does complain. You'd need a parse only don't check s

Re: DMD versions

I've had an idea lately on that note. I'd think it would be cool if rdmd (not standard dmd) had support for this style of import magic: // @grab url:http://someserver.com/somelib/v1.0/src/somelib/somemodule.d size:4321 sha1:2fd4e1c67a2d28fced849ee1bb76e7391b93eb12 import somelib.somemodule; The h

Re: GCC 4.6

Why not split this NG in two? d-pragmatism - Concrete stuff, TDPL + absolutely necessary adjustments which are probably discussed first in the other ng... d-theory - A place to discuss the future of D, stuff with a longer timeline. Or maybe we should accept this NG for being a mix of both and that

Re: CTFE and DI: The Crossroads of D

On Thursday, 10 May 2012 at 17:37:59 UTC, Adam Wilson wrote: On Thu, 10 May 2012 09:56:06 -0700, Steven Schveighoffer wrote: On Thu, 10 May 2012 12:04:44 -0400, deadalnix wrote: Le 10/05/2012 17:54, Steven Schveighoffer a écrit : On Thu, 10 May 2012 10:47:59 -0400, Andrei Alexandrescu w

assert(false) in release == splinter in eye

Hi, Time for some Sunday nitpicking. While reading TDPL, one thing that stuck out to me was the special behavior of assert(false). Consider the following program compiled with "-release". void main() { int a = 0; assert(a); } That program will run without errors. Changing the type of var

Re: assert(false) in release == splinter in eye

no return statement, but is expected to return a value of type int): int main() { int a = 0; assert(a); } 2010/10/10 Tomek Sowiński > Christopher Bergqvist napisał: > > > Hi, > > > > Time for some Sunday nitpicking. While reading TDPL, one thing that stuck >

Re: assert(false) in release == splinter in eye

On Tue, Oct 12, 2010 at 2:37 AM, Andrei Alexandrescu < seewebsiteforem...@erdani.org> wrote: > assert(false) could be in an ideal world replaced by an intrinsic called > e.g. halt() that looks and feels like a regular function but is recognized > by the compiler. No new keyword would be needed. Bu

Re: Invariants are useless the way they are defined

On Monday, 26 August 2013 at 18:25:21 UTC, Dicebot wrote: On Monday, 26 August 2013 at 18:15:25 UTC, H. S. Teoh wrote: This forces the library vendor to have to ship two versions of the binaries, one compiled with -release, one not. I thought it is a common practice - contracts are not the on

Re: Evolutionary Programming!

On Tuesday, 5 January 2016 at 16:10:21 UTC, Jason Jeffory wrote: Any more thoughts? I empathize with you Jason. It's kind of like biological evolution that has progressed through organisms spawning new generations and dying, and some humans' search for immortality. Being free from aging and