I figured that someone would have already objected to part of this, but
the definition is stronger than I believe is intended for D:
On 2/5/2015 5:23 PM, H. S. Teoh via Digitalmars-d wrote:
2) I think we also all basically agree that the *intent* of @trusted is
to be an encapsulation
I haven't read it yet myself, but probably of interest to anyone playing
at the abi layer for x86 languages.
-- Forwarded message --
From: H.J. Lu hjl.to...@gmail.com
Date: Thu, Feb 5, 2015 at 10:35 AM
Subject: ANNOUNCEMENT: Intel386 psABI version 1.0
To: IA32 System V
On 1/21/2015 10:53 AM, Andrei Alexandrescu via Digitalmars-d wrote:
On 1/21/15 10:45 AM, Walter Bright wrote:
On 1/21/2015 7:40 AM, Andrei Alexandrescu wrote:
there's plenty of video processing software in the free world.
About 10 years ago, I needed to edit a movie. I downloaded about 10
On 1/30/2015 6:13 AM, Martin Nowak via Digitalmars-d wrote:
On 01/28/2015 03:41 AM, Brad Roberts via Digitalmars-d wrote:
I spent the time today to read up on how to use s3 website redirects,
since s3 doesn't support symlinks. The only new requirement is for the
http client to follow a 301
On 1/30/2015 12:39 PM, Jacob Carlborg via Digitalmars-d wrote:
On 2015-01-30 15:59, Andrei Alexandrescu wrote:
That would be nice. -- Andrei
I agree. I wouldn't need to screen scrape dlang.org in DVM.
I'd be much more inclined to keep a file called LATEST with the version
number in it
On 12/8/2014 8:15 AM, Martin Nowak via Digitalmars-d wrote:
On 12/03/2014 09:36 PM, Jordi Sayol via Digitalmars-d wrote:
El 03/12/14 a les 19:49, Martin Nowak via Digitalmars-d ha escrit:
On 12/03/2014 02:01 AM, Brad Anderson wrote:
Why use the DigitalMars FTP?
http://downloads.dlang.org/ is
Sorry, typed those by hand rather than cut/paste. Pluralize each:
http://downloads.dlang.org/pre-releases/
http://downloads.dlang.org/releases/
On 1/28/2015 5:01 AM, Mathias LANG via Digitalmars-d wrote:
On Wednesday, 28 January 2015 at 02:41:19 UTC, Brad Roberts wrote:
I spent the time
On 2/18/2015 5:04 PM, ketmar via Digitalmars-d wrote:
On Wed, 18 Feb 2015 15:51:14 -0800, Brad Roberts via Digitalmars-d wrote:
Hrm.. that'd be my job. I just looked and there's a little shy of 1000
messages queued up to go out. I'm digging in to see if I can tell why
the queue running
github has built-in bugzilla integration which does all that.
On 2/18/2015 6:23 PM, Martin Nowak via Digitalmars-d wrote:
On 02/19/2015 12:51 AM, Brad Roberts via Digitalmars-d wrote:
I just looked and there's a little shy of 1000 messages queued up to
go out.
That was apparently cause by me
Hrm.. that'd be my job. I just looked and there's a little shy of 1000
messages queued up to go out. I'm digging in to see if I can tell why
the queue running stopped running.
The backlog is flowing out now.
On 2/18/2015 5:24 AM, anonymous via Digitalmars-d wrote:
I just saw that an issue
Anyone want to do a rough draft version of a script to build with some
version of what Walter has suggested that produes just a simple number
for each of druntime and phobos that are the number of undocumented
functions?
Bonus points for generating a output doc (preferably json) that contains
On 4/20/2015 10:24 PM, Jonathan M Davis via Digitalmars-d wrote:
No idea whether that's related or not. But regardless, that does narrow down
the problem some. Still, given how consistent it is on my box (I've _never_
seen it succeed on 2.067 or master), I really have to wonder what the
An old friend of mine who was intimate with the microsoft xml parsers
was fond of saying, particularly with respect to xml parsers, that if
you hadn't finished implementing and testing error handling and negative
tests (ie, malformed documents) that your positive benchmarks were
fairly
This looks like a rather good start. Thanks for taking on this task.
On 6/11/2015 5:21 AM, Vladimir Panteleev via Digitalmars-d wrote:
I've put together a CI system of sorts that builds the documentation
for all pull requests. Hopefully this should avoid the dlang.org build
breaking again in
On 6/1/15 2:40 PM, Steven Schveighoffer via Digitalmars-d wrote:
On 6/1/15 5:36 PM, Andrei Alexandrescu wrote:
On 6/1/15 2:22 PM, Steven Schveighoffer wrote:
I would make it clear here what you mean. I can't tell what the rule
is (there may be 2 rules, or 1, but I can't tell), and whether
On 5/29/15 4:02 PM, Andrei Alexandrescu via Digitalmars-d wrote:
On 5/29/15 3:56 PM, Steven Schveighoffer wrote:
PR: https://github.com/D-Programming-Language/phobos/pull/3344
And BTW, how can we get the ddoc build to be part of the auto tester?
It's kind of important. Luckily, it's only
On 10/15/2015 9:07 AM, Jonathan M Davis via Digitalmars-d wrote:
In this particular case though, since the headers are in the public
domain, it really shouldn't matter what happens with the Oracle case.
And while MS has done plenty of stupid and/or evil stuff over the years,
I don't think that
On 9/30/15 12:12 PM, wobbles via Digitalmars-d wrote:
On Wednesday, 30 September 2015 at 16:06:59 UTC, Joakim wrote:
On Wednesday, 30 September 2015 at 01:45:49 UTC, deadalnix wrote:
https://www.youtube.com/watch?v=mFUXNMfaciE
From
http://wiki.dlang.org/Component_programming_with_ranges
On 9/22/15 12:38 PM, Ali Çehreli via Digitalmars-d wrote:
On 09/22/2015 11:58 AM, Tourist wrote:
"D disappointed me so much when it went the Java way".
https://github.com/isocpp/CppCoreGuidelines/blob/master/CppCoreGuidelines.md#to-do-unclassified-proto-rules
It's something about virtual
On 6/6/2016 10:25 PM, Walter Bright via Digitalmars-d wrote:
On 6/6/2016 5:19 PM, Brad Roberts via Digitalmars-d wrote:
Safety as a
usable subset of D is still pretty non-existent and yet is used as a
selling
point. The language still has holes -- I don't have bug report
numbers, but
others
On 6/6/2016 11:22 PM, Walter Bright via Digitalmars-d wrote:
On 6/6/2016 10:38 PM, Brad Roberts via Digitalmars-d wrote:
The D ecosystem is a large pile of incomplete features, with more
added all the
time.
Even with only array bounds checking, D is safer than C++.
Nice deflection, has
On 6/7/2016 12:52 PM, Walter Bright via Digitalmars-d wrote:
On 6/7/2016 11:32 AM, Timon Gehr wrote:
The @safe subset should be specified and
implemented by inclusion, such that it is obvious that it does the
right thing.
I don't know what's 'unspecific' about this.
Closing holes one-by-one is
I enjoy a good ego stroking, but there are enough issues with the docs being cluttered and harder to
digest than necessary already. I'm not a big fan of adding more clutter.
On 5/24/16 12:22 PM, Seb via Digitalmars-d wrote:
Hei,
I recently made a PR to dlang.org which is aimed to show a list
On 6/6/2016 2:16 AM, Walter Bright via Digitalmars-d wrote:
On 6/6/2016 1:15 AM, Russel Winder via Digitalmars-d wrote:
* Safety has holes and bugs.
Then so does C, C++ and Rust, so this is just a comment made because it
can be made and sounds bad. Bad enough to salve the conscience of the
On 5/28/2016 10:27 AM, Joseph Rushton Wakeling via Digitalmars-d wrote:
On Saturday, 28 May 2016 at 01:48:08 UTC, Jonathan M Davis wrote:
On Friday, May 27, 2016 23:42:24 Seb via Digitalmars-d wrote:
So what about the convention to explicitely declare a `.transient`
enum member on a range, if
total open: 284
created since 2016-01-01 and still open: 142
created closed delta
2016-05-29 - today 25 25 0
2016-05-22 - 2016-05-28 46 34-12
2016-05-15 - 2016-05-21 40 36 -4
2016-05-08 - 2016-05-14 82 55-27
On 5/31/2016 7:40 PM, Walter Bright via Digitalmars-d wrote:
On 5/31/2016 7:28 PM, Jonathan M Davis via Digitalmars-d wrote:
The other critical thing is to make sure that Phobos in general works
with
byDChar, byCodeUnit, etc. For instance, pretty much as soon as I started
trying to use
On 6/27/16 10:53 AM, Brad Roberts via Digitalmars-d wrote:
On 6/26/2016 4:06 PM, Jadbox via Digitalmars-d wrote:
Is there an AWS library in the works for D? It's seriously the main
blocker for me to push adoption of the language internally.
If not, I can try to invest time into making one
On 6/26/2016 4:06 PM, Jadbox via Digitalmars-d wrote:
Is there an AWS library in the works for D? It's seriously the main
blocker for me to push adoption of the language internally.
If not, I can try to invest time into making one, but I could use help.
(fyi, there's one in the works for Rust:
On 2/4/2016 1:27 AM, Jacob Carlborg via Digitalmars-d wrote:
On 2016-02-03 21:18, Brad Roberts via Digitalmars-d wrote:
I haven't put much time into investigation, but the last time I tried
it, neither 9 nor 10 passed the test suite. If someone puts in the
effort to get either or both
On 2/3/16 11:28 AM, Jonathan M Davis via Digitalmars-d wrote:
On Sunday, 31 January 2016 at 06:34:26 UTC, Walter Bright wrote:
32/64 support now on Linux and FreeBSD.
https://github.com/D-Programming-Language/dmd/pull/5376
Turns out that FreeBSD is close enough to Linux that it "just
Updating last week's email, the pull statistics for the D-P-L dmd, runtime, and
phobos repositories:
total open: 263
created since 2016-01-01 and still open: 82
created closed delta
2016-03-13 - today 8 10 +2
2016-03-06 - 2016-13-12 41 46
On 3/8/16 1:38 PM, Andrei Alexandrescu via Digitalmars-d wrote:
On 3/7/16 1:33 PM, Yuxuan Shui wrote:
On Monday, 7 March 2016 at 08:49:36 UTC, Johan Engelen wrote:
On Monday, 7 March 2016 at 01:47:53 UTC, Yuxuan Shui wrote:
On Sunday, 6 March 2016 at 23:27:45 UTC, Adam D. Ruppe wrote:
It is
total open: 264
created since 2016-01-01 and still open: 93
created closed delta
2016-03-27 - today 20 16 +4
2016-03-20 - 2016-03-26 65 63 +2
2016-03-13 - 2016-03-19 44 51 -7
2016-03-06 - 2016-03-12 41 46 +5
total open: 270
created since 2016-01-01 and still open: 100
created closed delta
2016-04-10 - today 9 10 -1
2016-04-03 - 2016-04-09 64 45+19
2016-03-27 - 2016-04-02 65 60 +5
2016-03-20 - 2016-03-26 65 63 +2
Another week, so another update to the pull statistics for the D-P-L dmd, runtime, and phobos
repositories. There's been a bit of progress chipping away at the queue, though there's still a
long way to go. The number of open phobos pulls has grown quite a bit over the last few weeks and
A topic that rolls around periodically is the number of open pulls and or the frequency at which a
pull is 'ignored' (no, it's not ignored, it's just lost in the noise). I've dug up some rate of
change statistics for the year to date for pulls to the D-P-L master branches of the dmd, druntime,
It wouldn't be very difficult to add an "ignore me please" sort of flag
on pull requests, but ignoring the ddoc only change subset of pulls
would only have a minor overall impact on tester coverage. By _far_,
the bigger issue is the number of open pull requests as a whole.
There's currently
total open: 270
created since 2016-01-01 and still open: 100
created closed delta
2016-04-03 - today 15 10 +5
2016-03-27 - 2016-04-02 65 60 +5
2016-03-20 - 2016-03-26 65 63 +2
2016-03-13 - 2016-03-19 44 51 -7
Something that's been bouncing around in the back of my head for a while. I can't decide if it's a
good idea or a really bad one. Consider a series of small modules that are essentially language
mappers. Something like:
std.adapt.ruby
std.adapt.python
std.adapt.mumble
Each could
The astute observer might notice that the past results aren't 100% constant
(and that I skipped a week):
1) I had a sign flip issue for april in the delta column. That column is:
closed - created.
2) some past weeks have slightly different closed counts than previous emails. That can occur
total open: 252
created since 2016-01-01 and still open: 106
created closed delta
2016-05-08 - today 46 35-11
2016-05-01 - 2016-05-07 37 59+22
2016-04-24 - 2016-04-30 74 85+11
2016-04-17 - 2016-04-23 51 58 +7
total open: 265
created since 2016-01-01 and still open: 110
created closed delta
2016-05-01 - today 16 14 -2
2016-04-24 - 2016-04-30 74 85+11
2016-04-17 - 2016-04-23 51 58 +7
2016-04-10 - 2016-04-16 52 58 +6
On 4/15/16 5:06 PM, Vladimir Panteleev via Digitalmars-d wrote:
On Friday, 15 April 2016 at 06:11:22 UTC, Vladimir Panteleev wrote:
Assuming no objections, I'll do the move tomorrow, around 2016-04-16 00:00 UTC.
Done.
Speak up if anything seems broken or wrong.
I've updated the auto-tester
On 4/15/16 5:38 PM, Vladimir Panteleev via Digitalmars-d wrote:
On Friday, 15 April 2016 at 18:25:58 UTC, Andrei Alexandrescu wrote:
Can we automate stuff like https://issues.dlang.org/show_bug.cgi?id=15929?
There are quite a few
tools around, not to mention we could easily roll our own. Who'd
On 4/14/16 5:34 PM, Vladimir Panteleev via Digitalmars-d wrote:
On Friday, 15 April 2016 at 00:32:38 UTC, Andrei Alexandrescu wrote:
On 04/14/2016 06:07 PM, Walter Bright wrote:
Nice work getting that! I prefer dlang to d-lang.
Same here. It's a done deal - let's move to dlang. Thanks to the
total open: 266
created since 2016-01-01 and still open: 137
created closed delta
2016-07-10 - today 25 24 -1
2016-07-03 - 2016-07-09 75 97 22
2016-06-26 - 2016-07-02 91 89 -2
2016-06-19 - 2016-06-25 44 24-20
total open: 295
created since 2016-01-01 and still open: 159
created closed delta
2016-06-26 - today 47 37-10
2016-06-19 - 2016-06-25 44 24-20
2016-06-12 - 2016-06-18 37 48 11
2016-06-05 - 2016-06-11 40 42 2
On 9/18/2016 8:17 AM, Andrei Alexandrescu via Digitalmars-d wrote:
There is actually an even better way at the application level. Consider
a function in std.file:
updateS, Range)(S name, Range data);
updateFile does something interesting: it opens the file "name" for
reading AND writing, then
On 8/17/16 3:27 PM, wobbles via Digitalmars-d wrote:
On Monday, 15 August 2016 at 22:33:26 UTC, Brad Roberts wrote:
Network connectivity issues. That set of machines runs out of my house and the
comcast connection
isn't happy, apparently.
On 8/15/16 12:55 PM, Lodovico Giaretta via
On 8/17/16 4:47 PM, Walter Bright via Digitalmars-d wrote:
On 8/17/2016 4:13 PM, Brad Roberts via Digitalmars-d wrote:
Several of the machines are run out of aws. The cost of running a windows
instance inside aws is pretty awful. Shrug.. it's a wash, for the most part.
For the ones in house
---BeginMessage---
Another flurry of bounces floated through today (which I handled by removing the suspensions,
again). The only practical choice is a fairly intrusive one. I've enabled the from_is_list option,
meaning that the 'from' address from mail originating through the list will be
---BeginMessage---
Another flurry of bounces floated through today (which I handled by removing the suspensions,
again). The only practical choice is a fairly intrusive one. I've enabled the from_is_list option,
meaning that the 'from' address from mail originating through the list will be
Ok, so that kinda sucks. I've switched it to 'munge from' mode instead.
I've kicked things a little, but need to figure out better why it didn't go out
on it's own.
On 4/15/14, 5:26 PM, Kevin Lamonte via Digitalmars-d wrote:
I am trying to reset my password on the bug tracker in order to file a new bug,
but the reset emails
appear to be disappearing in the ether.
According to the modification history for that bug, you reopened it back on May 4, 2009. Walter
merely changed the version id recently from 1.041 to D1.
https://issues.dlang.org/show_activity.cgi?id=2757
On 4/17/14, 2:55 AM, Nick B via Digitalmars-d wrote:
I have noticed that Walter has
As discussed a little at the conference, the auto-tester is almost always hardware bound. In other
words, it's building flat out 24/7. More hardware == faster updates to build status. If anyone
wants to provide hardware to help there's a number of ways to do so. Here's my order of
On 5/25/14, 7:54 AM, monarch_dodra via Digitalmars-d wrote:
On Saturday, 24 May 2014 at 17:58:08 UTC, Brad Roberts via Digitalmars-d wrote:
As discussed a little at the conference, the auto-tester is almost always
hardware bound. In
other words, it's building flat out 24/7. More hardware
On 5/27/14, 1:41 PM, Jerry via Digitalmars-d wrote:
Brad Roberts via Digitalmars-d digitalmars-d@puremagic.com writes:
On 5/25/14, 7:54 AM, monarch_dodra via Digitalmars-d wrote:
On Saturday, 24 May 2014 at 17:58:08 UTC, Brad Roberts via Digitalmars-d wrote:
As discussed a little
While I agree that some of these points are true, what's not true is that the use of bugzilla and
it's separateness from github is the cause. Bugzilla has a similar set of features for
categorization and future release management as github. Having bugs tracked via github's issue
tracker won't
You'll likely toss me into the same boat as the post you're ranting about, but please, watch the
misogynistic language here.
On 6/15/14, 8:37 AM, Caligo via Digitalmars-d wrote:
I'm so sick of watching narcissistic edited who just love to broadcast their
opinions, enough said.
I'd reply to those that choose to nit pick the specific choice of words rather than the underlying
message, but please, this forum devolves into rants and childish behavior often enough already. Try
to take to heart Walter's words and underlying intent. A little more professionalism and care
On 6/29/14, 12:19 AM, Adam Wilson via Digitalmars-d wrote:
On Sat, 28 Jun 2014 23:08:51 -0700, Charles charles.hoskin...@gmail.com wrote:
Is there a native D crypto library like Crypto++?
No. And for good reason. Building a cryptography library is an extremely
dificult proposition. Even
On 7/11/14, 11:22 AM, Frustrated via Digitalmars-d wrote:
On Friday, 11 July 2014 at 18:14:24 UTC, Nick Sabalausky wrote:
On Friday, 11 July 2014 at 17:44:29 UTC, Frustrated wrote:
So why isn't there a link to previous versions of dmd? I have a regression I
need to test out but
can't find
On 7/11/14, 9:10 PM, Walter Bright via Digitalmars-d wrote:
On 7/11/2014 5:10 PM, Mike wrote:
The problem, however, when managing one's own memory is that one cannot use some
of the built-in types, like Exceptions, that are instantiated deep within the
runtime. A solution to this would likely
While Nick and Dicebot have covered some of this already, there's a whole lot of problematic
statements here that need to be addressed.
On 7/12/14, 5:35 PM, Andrew Edwards via Digitalmars-d wrote:
Moved from D.announce for further discussion by request:
On Saturday, 12 July 2014 at 00:13:47
On 7/13/14, 4:09 PM, Andrew Edwards via Digitalmars-d wrote:
On 7/14/14, 7:11 AM, Brad Roberts via Digitalmars-d wrote:
On 7/12/14, 5:35 PM, Andrew Edwards via Digitalmars-d wrote:
David, I'm sure you are aware that list will never be empty.
Never? Awfully defeatist. There was a point
I'm playing with the idea of a once a week sort of status email. There's a lot of people to thank
and recognize their valuable work. So many that this sort of email can't contain very many
different ways of looking at the data before it gets to be too long. For this week, here's just the
On 7/14/14, 1:15 AM, Robert burner Schadek via Digitalmars-d wrote:
+1
and could you open total open?
Hrm.. what? I can't make out what you're asking for.
If you're looking for total open pulls, that data is pretty easy to see via github. There's a lot.
Broken down by person is also a
On 7/14/14, 1:37 AM, Robert burner Schadek via Digitalmars-d wrote:
On 07/14/2014 10:30 AM, Brad Roberts via Digitalmars-d wrote:
On 7/14/14, 1:15 AM, Robert burner Schadek via Digitalmars-d wrote:
+1
and could you open total open?
Hrm.. what? I can't make out what you're asking
On 7/14/14, 2:21 AM, Robert burner Schadek via Digitalmars-d wrote:
On 07/14/2014 10:42 AM, Brad Roberts via Digitalmars-d wrote:
Yeah, that's a pretty large wall of data. But, it's available already
with nice convenient links over on github, at least on a per
repository basis:
https
On 7/15/14, 6:25 PM, Walter Bright via Digitalmars-d wrote:
I've been jawboning about peek/poke for years - finally decided to implement it.
https://issues.dlang.org/show_bug.cgi?id=13138
I don't have any skin in this particular discussion, but it's worth pointing out here that while
it's
On 7/23/2014 2:36 PM, Andrei Alexandrescu via Digitalmars-d wrote:
On 7/23/14, 12:04 PM, H. S. Teoh via Digitalmars-d wrote:
If autogenerating opEquals to be opCmp()==0 is a no-go, then I'd much
rather say it should be a compile error if the user defines opCmp but
not opEquals.
No. There is
On 8/23/2014 10:46 AM, Walter Bright via Digitalmars-d wrote:
On 8/23/2014 10:42 AM, Sönke Ludwig wrote:
Am 23.08.2014 19:38, schrieb Walter Bright:
On 8/23/2014 9:36 AM, Sönke Ludwig wrote:
input types string and immutable(ubyte)[]
Why the immutable(ubyte)[] ?
I've adopted that basically
On 8/23/2014 3:20 PM, Walter Bright via Digitalmars-d wrote:
On 8/23/2014 12:00 PM, Brad Roberts via Digitalmars-d wrote:
On 8/23/2014 10:46 AM, Walter Bright via Digitalmars-d wrote:
I feel that non-UTF encodings should be handled by adapter algorithms,
not embedded into the JSON lexer, so
On 8/27/2014 12:11 AM, via Digitalmars-d wrote:
On Tuesday, 26 August 2014 at 21:30:40 UTC, Brad Anderson wrote:
On Tuesday, 26 August 2014 at 21:26:36 UTC, H. S. Teoh via
Digitalmars-d wrote:
D has had immutable for years! Surely that counts as prior art?? Does
the patent office accept prior
On 8/28/2014 7:21 PM, Andrei Alexandrescu via Digitalmars-d wrote:
Dear community, are you ready for this?
https://issues.dlang.org/show_bug.cgi?id=2834
https://github.com/D-Programming-Language/druntime/pull/864
We must do it, and the way I see it the earlier the better. Shall we do
it in
On 8/28/2014 7:54 PM, Brad Roberts via Digitalmars-d wrote:
I didn't study the changes, except to note that the number of tests
seems rather considering the nature of what's changing.
Er: rather LOW considering...
On 9/1/2014 12:30 PM, Walter Bright via Digitalmars-d wrote:
On 9/1/2014 2:31 AM, Chris wrote:
Good on you! But make sure the evidence does not disappear
miraculously, if you
get my drift.
Another indispensable feature of github is everyone who forks it has a
clone of the entire repository,
On 9/1/2014 12:26 PM, Walter Bright via Digitalmars-d wrote:
On 9/1/2014 9:30 AM, Iain Buclaw via Digitalmars-d wrote:
1) More than one person can read it, and potentially act upon it.
2) Much better todo list than searching through thousands upon
thousands of emails. :)
The D buglist
Personally, I've never found the multiple repositories inconvenient.
About the only place they are are when simultaneous changes are required
to more than one of the parts. That's INTENDED to be rare since it
directly implies a non backwards compatible change. Those changes tend
to hurt
On 9/8/2014 3:12 PM, Trass3r via Digitalmars-d wrote:
with 3 pull request queues
Good argument for the separation :)
And they're visible together via the auto-tester which happens to keep
the lists concatenated. I don't see the separation to be an issue either.
On 9/8/2014 3:51 PM, Dicebot via Digitalmars-d wrote:
I also don't feel like it will help much for release preparation.
Bisection and history investigation - undoubtedly. But for release
management building stuff is one of the easier parts.
I totally agree with this. Anyone that believes that
On 9/8/2014 9:36 PM, Andrei Alexandrescu via Digitalmars-d wrote:
On 9/8/14, 9:22 PM, Dicebot wrote:
On Tuesday, 9 September 2014 at 03:56:12 UTC, Andrei Alexandrescu wrote:
Did Andrew leave any kind of notes about the process he ended up with?
(If it is on wiki, link may be helpful)
I'm not
On 9/9/2014 6:54 AM, Dragos Carp via Digitalmars-d wrote:
On Tuesday, 9 September 2014 at 12:31:26 UTC, Dicebot wrote:
Also it sounds as if you think that someone actually does any
coordination about what must go into release. As far as I am aware
there is no such thing, even
On 9/21/2014 3:12 PM, Andrei Alexandrescu via Digitalmars-d wrote:
On 9/21/14, 12:35 PM, Nordlöw wrote:
On Friday, 19 September 2014 at 15:32:38 UTC, Andrei Alexandrescu wrote:
Please chime in with thoughts.
Why don't we all focus our efforts on upgrading the current GC to a
state-of-the GC
On 9/23/2014 9:46 PM, Sean Kelly via Digitalmars-d wrote:
There's clearly been a lot of attention paid to bug fixes. But for the
rest... I feel like the overall direction is towards whatever is
currently thought to gain the most new users. The thing is that D has
already *got* me. What I want
Bugzilla and the auto-tester are back up now. There was a reboot of the
system last night (which I expected), but the drive with the mysql db
didn't mount properly (which I did not expect). That's fixed now and
shouldn't happen again next time the system is rebooted.
Sorry about the down
On 9/27/2014 11:45 AM, H. S. Teoh via Digitalmars-d wrote:
On Sat, Sep 27, 2014 at 11:31:19AM -0700, Brad Roberts via Digitalmars-d wrote:
Bugzilla and the auto-tester are back up now. There was a reboot of
the system last night (which I expected), but the drive with the mysql
db didn't mount
What we're seeing here is pretty much the same problem that early c++
suffered from: abstraction penalty. It took years of work to help
overcome it, both from the compiler and the library. Not having trivial
functions inlined and optimized down through standard techniques like
dead store
On 9/27/2014 3:54 PM, Walter Bright via Digitalmars-d wrote:
On 9/27/2014 3:26 PM, Brad Roberts via Digitalmars-d wrote:
What we're seeing here is pretty much the same problem that early c++
suffered
from: abstraction penalty. It took years of work to help overcome it,
both from
the compiler
On 9/29/2014 6:01 AM, Bruno Medeiros via Digitalmars-d wrote:
I would invite you to buy a *retail copy* of Elder Scrolls 3 : Morrowind
for PC and try playing that. The game did exactly what Walter and you
guys suggested: when an assertion tripped, it would crash straight away
to the desktop,
On 10/3/2014 10:00 AM, Joseph Rushton Wakeling via Digitalmars-d wrote:
On 29/09/14 02:09, Walter Bright via Digitalmars-d wrote:
If the program has entered an unknown state, its behavior from then on
cannot be
predictable. There's nothing I or D can do about that. D cannot
officially
endorse
On 10/3/2014 6:52 PM, ketmar via Digitalmars-d wrote:
On Sun, 28 Sep 2014 17:09:57 -0700
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote:
If the program has entered an unknown state, its behavior from then
on cannot be predictable.
and D compiler itself contradicts this
On 10/10/2014 2:26 AM, Marco Leise via Digitalmars-d wrote:
Am Wed, 08 Oct 2014 16:30:19 +0100
schrieb Bruno Medeiros bruno.do.medeiros+...@gmail.com:
I don't think memory-safety is at the core of the issue. Java is
memory-safe, yet if you encounter a null pointer exception, you're still
not
On 10/10/2014 1:05 PM, market via Digitalmars-d wrote:
On Friday, 10 October 2014 at 19:14:50 UTC, ketmar via
Digitalmars-d wrote:
On Fri, 10 Oct 2014 18:14:28 +
market via Digitalmars-d digitalmars-d@puremagic.com wrote:
please just go. please
(smiles) you are funny.
you are not. gtfo
On 10/11/2014 3:18 AM, bachmeier via Digitalmars-d wrote:
On Saturday, 11 October 2014 at 04:11:30 UTC, Dicebot wrote:
#pleasebreakourcode
No, it's #pleasedeprecateourcode
For a change like this, with proper deprecation, there will be no broken
code.
Yes, there will be. That there's a
I've been spot checking parts of phobos today to see what all isn't
@safe ready. I'm not shocked that Array isn't, but doesn't it need to be?
For instance, not even the most basic of uses works:
$ git diff -U5
diff --git a/std/container/array.d b/std/container/array.d
index 4a1bfb4..2672bc6
On 10/13/2014 7:47 AM, Andrei Alexandrescu via Digitalmars-d wrote:
On 10/12/14, 5:41 PM, Brad Roberts via Digitalmars-d wrote:
I know it's a tricky implementation, but let's focus on the goal..
should Array be usable in @safe code?
Yes. In order for that to be 100% automatically checkable
On 10/13/2014 1:28 PM, monarch_dodra via Digitalmars-d wrote:
On Monday, 13 October 2014 at 17:16:40 UTC, Brad Roberts via
Digitalmars-d wrote:
On 10/13/2014 7:47 AM, Andrei Alexandrescu via Digitalmars-d wrote:
On 10/12/14, 5:41 PM, Brad Roberts via Digitalmars-d wrote:
I know it's a tricky
1 - 100 of 184 matches
Mail list logo