On Tuesday, 26 February 2013 at 07:17:49 UTC, Lars T. Kyllingstad
wrote:
On Monday, 25 February 2013 at 21:06:54 UTC, Vladimir Panteleev
wrote:
On Monday, 25 February 2013 at 20:06:19 UTC, Lars T.
Kyllingstad wrote:
That is also incredibly obscure. I'd venture a guess that
only ~10% of D's use
On Tuesday, February 26, 2013 08:40:02 Jacob Carlborg wrote:
> On 2013-02-26 08:34, Jonathan M Davis wrote:
> > Well, it can get pretty bad with module names when you're forced to give
> > the full import path. For instance, std.string, std.ascii, and std.uni
> > all have toLower, and std.unicode.t
On Monday, 25 February 2013 at 18:47:21 UTC, Johannes Pfau wrote:
As there were complaints about not having a release schedule
for 2.062
and releases being made suddenly without no prior announcement,
how
about planning the 2.063 release now?
It looks like you just replaced the staging branch
On 2013-02-26 08:34, Jonathan M Davis wrote:
Well, it can get pretty bad with module names when you're forced to give the
full import path. For instance, std.string, std.ascii, and std.uni all have
toLower, and std.unicode.toLower is definitely longer than std.uni.toLower.
If you think that "s
On 2013-02-25 20:57, Walter Bright wrote:
Consider the common complaint from numerous people that "my code breaks
with every new release".
Even if the fix is "simple".
Just today, rdmd doesn't compile anymore.
Read Don's post:
http://forum.dlang.org/thread/stxxtfwfrwllkcpun...@forum.dlang
On 2013-02-26 01:23, Nick Sabalausky wrote:
I'm not sure where people are getting that idea. There's *always* prior
notice:
http://forum.dlang.org/post/5114b7a5.40...@digitalmars.com
Well, Walter decides at random that there's time for a new release and a
beta is created. Then Walter needs t
On 2013-02-25 17:20, Don wrote:
I don't think this is true at all.
With respect -- I think Walter has absolutely no clue about backwards
compatibility and deprecation.
Here's how it should work:
1. You make promises (about future compatibility).
2. You keep those promises.
Walter tries to do
On Tuesday, February 26, 2013 08:20:54 Jacob Carlborg wrote:
> On 2013-02-25 19:21, Dmitry Olshansky wrote:
> > What can I say Phobos is an example of software evolution ;)
>
> Is the new std.uni completely backwards compatible with the old one.
> Otherwise we have the same problem as with std.pro
On Tuesday, 26 February 2013 at 07:16:34 UTC, Jonathan M Davis
wrote:
On Tuesday, February 26, 2013 08:08:33 Lars T. Kyllingstad
wrote:
What if the variable is set, but empty? Is that very different
from the situation where it doesn't exist at all? In my
opinion,
when it comes to environment
On Monday, 25 February 2013 at 22:32:44 UTC, nazriel wrote:
Very nice! Good job folks.
Thanks!
Got question, sorry if it was asked before.
Is there any way to call some functions after fork but before
execve? Somekind of callback approach. It would be required to
implement somekind of res
On 2013-02-25 19:21, Dmitry Olshansky wrote:
What can I say Phobos is an example of software evolution ;)
Is the new std.uni completely backwards compatible with the old one.
Otherwise we have the same problem as with std.process. But in this case
we have another name that is actually better
On Tuesday, 26 February 2013 at 05:13:10 UTC, Russel Winder wrote:
On Sun, 2013-02-24 at 15:49 +0400, Dmitry Olshansky wrote:
[…]
Any Java user still planning to stay with Java 6 or earlier and
not
planning to switch asap to Java 7 will be on their own very
quickly and
seen and just another
On Monday, 25 February 2013 at 21:06:54 UTC, Vladimir Panteleev
wrote:
On Monday, 25 February 2013 at 20:06:19 UTC, Lars T.
Kyllingstad wrote:
That is also incredibly obscure. I'd venture a guess that
only ~10% of D's user base have even heard of Lynx. Everyone
knows firefox, and will underst
On Tuesday, February 26, 2013 08:08:33 Lars T. Kyllingstad wrote:
> What if the variable is set, but empty? Is that very different
> from the situation where it doesn't exist at all? In my opinion,
> when it comes to environment variables, no.
And yet, there _is_ a difference. I've dealt with co
On Monday, 25 February 2013 at 20:21:55 UTC, Vladimir Panteleev
wrote:
On Monday, 25 February 2013 at 20:09:14 UTC, Lars T.
Kyllingstad wrote:
Exceptions are designed to handle exceptional cases. A
missing environment variable isn't exceptional, it is
commonplace.
I disagree. I don't know yo
On Tuesday, February 26, 2013 07:27:36 Maxim Fomin wrote:
> On Monday, 25 February 2013 at 18:47:21 UTC, Johannes Pfau wrote:
> > As there were complaints about not having a release schedule
> > for 2.062
> > and releases being made suddenly without no prior announcement,
> > how
> > about planning
On Monday, 25 February 2013 at 18:47:21 UTC, Johannes Pfau wrote:
As there were complaints about not having a release schedule
for 2.062
and releases being made suddenly without no prior announcement,
how
about planning the 2.063 release now?
(rest skipped)
That's fine and long overdue thing
On Tuesday, 26 February 2013 at 04:46:12 UTC, Russel Winder wrote:
On Mon, 2013-02-25 at 19:47 +0100, Johannes Pfau wrote:
[…]
Feature freeze 4 mar 2013
Beta 1 4 mar 2013
RC 1 18 mar 2013
RC 2 25 mar 2013
Final release 1 apr 2013
I have yet to f
On Sun, 2013-02-24 at 16:32 -0500, Nick Sabalausky wrote:
[…]
> Luckily, modern server hardware should support hardware virtualization,
> and most languages/libs are pretty good at cross-platform, so this
> one shouldn't be much of a "reason for JVM" anymore like it might have
> been ten or so year
On Sun, 2013-02-24 at 15:49 +0400, Dmitry Olshansky wrote:
[…]
> You missed the point that these have to be the *real* integer constants
> starting from 0. No frigging magic classes please.
I am not sure why they have to be hardware integers, this is a JVM-based
system and hardware integers do not
On Mon, 2013-02-25 at 19:47 +0100, Johannes Pfau wrote:
[…]
> Feature freeze 4 mar 2013
> Beta 1 4 mar 2013
> RC 1 18 mar 2013
> RC 2 25 mar 2013
> Final release 1 apr 2013
I have yet to find an organization that used this sort of scheduling
succes
On Monday, February 25, 2013 21:21:53 Vladimir Panteleev wrote:
> On Monday, 25 February 2013 at 20:09:14 UTC, Lars T. Kyllingstad
>
> wrote:
> > Exceptions are designed to handle exceptional cases. A missing
> > environment variable isn't exceptional, it is commonplace.
>
> I disagree. I don't k
On Mon, 25 Feb 2013 19:47:19 +0100
Johannes Pfau wrote:
> As there were complaints about not having a release schedule for 2.062
> and releases being made suddenly without no prior announcement
I'm not sure where people are getting that idea. There's *always* prior
notice:
http://forum.dlang.or
On 25/02/2013 02:01, Jonathan M Davis wrote:
There's a more important way in which it isn't quite "treat warnings as
errors": if you use an IsExpression to test the validity of a snippet of
code, a pass with warnings must still be a pass. Otherwise, you'll get
code that compiles with or without
On 25/02/2013 23:15, Ben Davis wrote:
Unless I'm mistaken, this page:
http://dlang.org/garbage.html
states that it's safe to use a union to share storage with a pointer, e.g.
union U { void* ptr; int value }
But that wouldn't be safe if the GC ever moved objects. Should the page
be tweaked? E
On Monday, 25 February 2013 at 23:17:16 UTC, Ben Davis wrote:
On 25/02/2013 23:15, Ben Davis wrote:
Unless I'm mistaken, this page:
http://dlang.org/garbage.html
states that it's safe to use a union to share storage with a
pointer, e.g.
union U { void* ptr; int value }
But that wouldn't be
Unless I'm mistaken, this page:
http://dlang.org/garbage.html
states that it's safe to use a union to share storage with a pointer, e.g.
union U { void* ptr; int value }
But that wouldn't be safe if the GC ever moved objects. Should the page
be tweaked? Especially as further down on that page
On 02/25/2013 08:36 PM, H. S. Teoh wrote:
Why does D require that in-contracts on a class method must have a
method body? Based on my understanding of TDPL, in-contracts are
supposed to be inherited by derived classes, aren't they? Currently I
can't seem to convince DMD to accept an in-contract o
On Saturday, 23 February 2013 at 11:31:21 UTC, Lars T.
Kyllingstad wrote:
It's been years in the coming, but we finally got it done. :)
The upshot is that the module has actually seen active use over
those years, both by yours truly and others, so hopefully the
worst wrinkles are already irone
On 2/25/2013 2:00 PM, foobar wrote:
On Sunday, 24 February 2013 at 22:28:46 UTC, Walter Bright wrote:
By baking one scheme into the language, people will rarely feel a need to
reinvent the wheel, and will go on to more productive uses of their time.
This is a fallacy caused by the "culture" of
Why does D require that in-contracts on a class method must have a
method body? Based on my understanding of TDPL, in-contracts are
supposed to be inherited by derived classes, aren't they? Currently I
can't seem to convince DMD to accept an in-contract on an abstract base
class method:
ab
On Sunday, 24 February 2013 at 22:28:46 UTC, Walter Bright wrote:
On 2/24/2013 12:57 PM, Andrej Mitrovic wrote:
On 2/24/13, Jonathan M Davis wrote:
Yeah, which just adds the confusion, because all it does is
enable debug
bocks.
The feature almost doesn't pay its weight. I mean technically
On 02/25/2013 08:57 PM, Walter Bright wrote:
On 2/23/2013 6:58 PM, H. S. Teoh wrote:
On Sat, Feb 23, 2013 at 06:46:13PM -0800, Jonathan M Davis wrote:
Possibly, but Walter takes a very dim view on most any code breakage,
even if it means simply changing a makefile to make your code work
again,
On Monday, 25 February 2013 at 20:06:19 UTC, Lars T. Kyllingstad
wrote:
That is also incredibly obscure. I'd venture a guess that only
~10% of D's user base have even heard of Lynx. Everyone knows
firefox, and will understand what the example is supposed to
illustrate. (I admit that the ls/g
On Monday, 25 February 2013 at 18:47:21 UTC, Johannes Pfau wrote:
As there were complaints about not having a release schedule
for 2.062
and releases being made suddenly without no prior announcement,
how
about planning the 2.063 release now?
2.062 was released ~7 weeks after 2.061. I think ta
23-Feb-2013 21:14, H. S. Teoh пишет:
P.S. Time to go for the formal review?
[...]
Alright, I decided to just jump in and re-review std.uni. I *really*
want to see this in Phobos, the sooner the better.
Great. Sorry, I had to put your comments on the back-burner, and then
I'd found out that
On Monday, 25 February 2013 at 20:09:14 UTC, Lars T. Kyllingstad
wrote:
Exceptions are designed to handle exceptional cases. A missing
environment variable isn't exceptional, it is commonplace.
I disagree. I don't know your uses cases, but as far as I can
see, if the program expects the varia
On Monday, 25 February 2013 at 20:08:54 UTC, Vladimir Panteleev
wrote:
On Monday, 25 February 2013 at 20:01:41 UTC, Kai Nacke wrote:
Sorry about that. It was caused by an existing link in the
article, I've fixed it now. I thought I've fixed all thread
links before enabling the new edit filter,
On Mon, 25 Feb 2013 15:09:14 -0500, Lars T. Kyllingstad
wrote:
Exceptions are designed to handle exceptional cases. A missing
environment variable isn't exceptional, it is commonplace.
+1
-Steve
On Monday, 25 February 2013 at 19:38:59 UTC, Vladimir Panteleev
wrote:
On Monday, 25 February 2013 at 19:28:33 UTC, Lars T.
Kyllingstad wrote:
This means that you will almost *always* have to check whether
a variable exists before using it, thus rendering opIndex()
pretty much useless for most
On Monday, 25 February 2013 at 15:07:47 UTC, Vladimir Panteleev
wrote:
On Monday, 25 February 2013 at 06:41:32 UTC, Lars T.
Kyllingstad wrote:
Sure, I can think of another example. But I wouldn't read too
much into this one; it was never meant as a demonstration of
the "correct" way to open a
Hi!
I try to save a modification of the wiki page
http://wiki.dlang.org/LDC and get the error message
Please use canonical links when linking to the D forum. See
http://forum.dlang.org/help#canonical for more information.
The root cause seems to be this line:
* [http://forum.dlang.org/grou
On Monday, 25 February 2013 at 20:01:41 UTC, Kai Nacke wrote:
Hi!
I try to save a modification of the wiki page
http://wiki.dlang.org/LDC and get the error message
Please use canonical links when linking to the D forum. See
http://forum.dlang.org/help#canonical for more information.
The ro
On 2/23/2013 6:58 PM, H. S. Teoh wrote:
On Sat, Feb 23, 2013 at 06:46:13PM -0800, Jonathan M Davis wrote:
Possibly, but Walter takes a very dim view on most any code breakage,
even if it means simply changing a makefile to make your code work
again,
I find this rather frustrating...
Consider
On Monday, 25 February 2013 at 19:28:33 UTC, Lars T. Kyllingstad
wrote:
My reasons were what I said in my other post: In the time I
have been using the 'environment' API -- that is, for 2 1/2
years (I checked) -- I don't think there is a *single* time
when I've chosen environment[var] over env
On Monday, 25 February 2013 at 00:15:21 UTC, Vladimir Panteleev
wrote:
On Sunday, 24 February 2013 at 14:43:50 UTC, Lars T.
Kyllingstad wrote:
[snip]
Hi Lars,
First of all, about environment. I think the old behavior makes
more sense.
I think you had a good point about making it behave lik
On Mon, 25 Feb 2013 13:36:18 -0500, Timon Gehr wrote:
On 02/25/2013 05:45 PM, deadalnix wrote:
On Monday, 25 February 2013 at 16:35:52 UTC, Timon Gehr wrote:
The inout resolution of opSlice takes care of that.
You got to be more precise about what you have in mind as I see plenty
of way to
http://d.puremagic.com/issues/show_bug.cgi?id=9587
As there were complaints about not having a release schedule for 2.062
and releases being made suddenly without no prior announcement, how
about planning the 2.063 release now?
2.062 was released ~7 weeks after 2.061. I think targeting 6 weeks
between 2.062 and 2.063 might be a good idea. The prop
On 02/25/2013 05:45 PM, deadalnix wrote:
On Monday, 25 February 2013 at 16:35:52 UTC, Timon Gehr wrote:
The inout resolution of opSlice takes care of that.
You got to be more precise about what you have in mind as I see plenty
of way to make it fail (with static if for instance). I see also h
I did a new fetch of dmd, druntime, phobos and tools on win32 machine.
Everything compiles until rdmd.exe in tools with an error stating that
std.conv.to is CTFEable. The following patch fixes the problem. Thanks to
everyone for their hard work to make D better.
diff --git a/std/typecons.d b
24-Feb-2013 12:32, dennis luehring пишет:
would it make sense to incoporate test from the ICU testsuite - there
are api tests and many data tests around
For key algorithms I'm using consortium's test data files + plus
running random generated stress-tests against ICU.
It might make sense to in
25-Feb-2013 22:08, tn пишет:
Hi. Just a couple stupid questions:
* What is the relation between std.uni and std.utf? Why is two modules
needed? Seems confusing to me. Shouldn't these be combined? If not, then
please explain the the distinction in the beginning of the module
documentation.
std.
Hi. Just a couple stupid questions:
* What is the relation between std.uni and std.utf? Why is two
modules needed? Seems confusing to me. Shouldn't these be
combined? If not, then please explain the the distinction in the
beginning of the module documentation.
* Shouldn't the module be renam
On Monday, 25 February 2013 at 16:35:52 UTC, Timon Gehr wrote:
The inout resolution of opSlice takes care of that.
You got to be more precise about what you have in mind as I see
plenty of way to make it fail (with static if for instance). I
see also how it can work in trivials cases, but we
On 02/25/2013 05:27 PM, deadalnix wrote:
On Sunday, 24 February 2013 at 23:09:23 UTC, Timon Gehr wrote:
On 02/23/2013 09:28 PM, Steven Schveighoffer wrote:
...
But I have not gotten around to pitching it because I need to come up
with a really good solution :) Walter is so sour on any tail-co
On Sunday, 24 February 2013 at 23:09:23 UTC, Timon Gehr wrote:
On 02/23/2013 09:28 PM, Steven Schveighoffer wrote:
...
But I have not gotten around to pitching it because I need to
come up
with a really good solution :) Walter is so sour on any
tail-const
solution from past attempts that it
On Sunday, 24 February 2013 at 07:58:40 UTC, Andrei Alexandrescu
wrote:
On 2/24/13 4:58 AM, H. S. Teoh wrote:
I find this rather frustrating... sometimes it feels like
Phobos is
suffering from premature standardization - we have a module
with a
design that isn't very good, but just because it s
On Monday, 25 February 2013 at 15:07:47 UTC, Vladimir Panteleev
wrote:
I suggest that either the overloads which take a single string
be removed, or that they spawn a shell instead, and let the
shell do the command-line splitting. Together with my command
and filename escaping functions, they s
On 2/25/13, Lars T. Kyllingstad wrote:
> Personally, I don't think they should be part of the public API.
They're extremely useful, especially when you have to deal with
Optlink or other software on win32.
> How about we put them somewhere in the std.windows package?
> (std.windows.util, for exa
On Monday, 25 February 2013 at 06:41:32 UTC, Lars T. Kyllingstad
wrote:
Sure, I can think of another example. But I wouldn't read too
much into this one; it was never meant as a demonstration of
the "correct" way to open a web page. It was just a simple
example of spawnProcess() usage that u
On Monday, 25 February 2013 at 06:46:32 UTC, Lars T. Kyllingstad
wrote:
On Monday, 25 February 2013 at 01:20:53 UTC, Steven
Schveighoffer wrote:
On Sun, 24 Feb 2013 20:15:02 -0500, Vladimir Panteleev
wrote:
On Monday, 25 February 2013 at 01:10:08 UTC, Vladimir
Panteleev wrote:
On Monday, 25
On Monday, 25 February 2013 at 10:09:18 UTC, Iain Buclaw wrote:
On 25 February 2013 09:35, Don
wrote:
On Monday, 25 February 2013 at 01:04:01 UTC, Iain Buclaw wrote:
On Feb 24, 2013 10:16 PM, "Walter Bright"
wrote:
On 2/24/2013 8:48 AM, SiegeLord wrote:
I am quite sick of DMDFE brea
On 25 February 2013 09:35, Don wrote:
> On Monday, 25 February 2013 at 01:04:01 UTC, Iain Buclaw wrote:
>
>> On Feb 24, 2013 10:16 PM, "Walter Bright"
>> wrote:
>>
>>>
>>> On 2/24/2013 8:48 AM, SiegeLord wrote:
>>>
I am quite sick of DMDFE breaking my code every release with bugs
On Monday, 25 February 2013 at 01:04:01 UTC, Iain Buclaw wrote:
On Feb 24, 2013 10:16 PM, "Walter Bright"
wrote:
On 2/24/2013 8:48 AM, SiegeLord wrote:
I am quite sick of DMDFE breaking my code every release with
bugs
that are then solved for the next release (that is, if they
are
solved
65 matches
Mail list logo
