On 16/06/14 16:00, Bruno Medeiros wrote:
I sometimes tried to convince dynamic language proponents - the ones
that write unittests at least - of the benefits of static typing, by
stating that static typing is really just compile time unit-tests! (it
is actually)
You can actually do compile
On 16/06/14 15:31, Bob Tolbert wrote:
While that is true, I'd argue that if you are writing an app with
a command line that complicated, then you have your work cut out
for you no matter what the system is you use.
It would be nice to see a simpler example of how to use the library
after
On 16/06/14 15:43, Bruno Medeiros wrote:
What's keeping us from having such a tool? It seems that after one has a
decent parser (that also keeps tracks of the source ranges of AST
nodes), it's easy to write code that does syntactic modifications and
then rewrites the source code. And there's
On 16/06/14 23:11, Dicebot wrote:
I don't think it gives any advantage here :)
docopt looks cool, though my I'd prefer something that works other way
around - automatically generates argument parsing code and help messages
from aggregate that represents configuration and/or CLI API (with help
On 16/06/2014 22:10, Stefan Koch wrote:
The thing I have in mind should be really easy for simple tasks
as in
`if constuctor in any class has parameter of type oldRouter change
that parameter to type new Router`
but i habe yet to find a good notation for that
I guess a DSL for simple
On Monday, 16 June 2014 at 17:26:51 UTC, Andrei Alexandrescu
wrote:
https://news.ycombinator.com/newest
https://www.facebook.com/dlang.org/posts/867399893273693
https://twitter.com/D_Programming/status/478588866321203200
On 17/06/2014 07:25, Jacob Carlborg wrote:
On 16/06/14 15:43, Bruno Medeiros wrote:
What's keeping us from having such a tool? It seems that after one has a
decent parser (that also keeps tracks of the source ranges of AST
nodes), it's easy to write code that does syntactic modifications and
On 17/06/2014 16:45, Bruno Medeiros wrote:
Dunno about DScanner, but if it's being used in DCD, I'd guess it can
handle the whole language, or be fairly close to it.
Similarly, there is also DParser2 from MonoD and the DDT parser (for the
tool I'm working on)
And DDT is fairly complete,
On 17/06/2014 16:45, Bruno Medeiros wrote:
Similarly, there is also DParser2 from MonoD and the DDT parser (for the
tool I'm working on)
And the DDT parser is fairly complete, AFAIK, and well covered in tests.
There might be some syntax I have missed if I misunderstood the grammar
spec, but
On Monday, 16 June 2014 at 22:14:01 UTC, Adam D. Ruppe wrote:
The reddit response this year hasn't been particularly
impressive it seems to me compared to last year :(
r/programming and hn is all about rust and go. on hn many d posts
are invisible after some time. i believe mods are taking
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Dunno about DScanner, but if it's being used in DCD, I'd guess
it can handle the whole language, or be fairly close to it.
Similarly, there is also DParser2 from MonoD and the DDT parser
(for the tool I'm working on)
On Tuesday, 17 June 2014 at 06:29:14 UTC, Jacob Carlborg wrote:
On 16/06/14 15:31, Bob Tolbert wrote:
While that is true, I'd argue that if you are writing an app
with
a command line that complicated, then you have your work cut
out
for you no matter what the system is you use.
It would be
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Adding final to every method in certain classes could be done
without semantic analysis. Reworking certain constructs to
different constructs possibly as well (for example change
foreach_reverse to just foreach usage)
What
On 17/06/2014 19:10, deadalnix wrote:
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Dunno about DScanner, but if it's being used in DCD, I'd guess it can
handle the whole language, or be fairly close to it.
Similarly, there is also DParser2 from MonoD and the DDT parser (for
On 17/06/2014 20:12, Jacob Carlborg wrote:
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Adding final to every method in certain classes could be done
without semantic analysis. Reworking certain constructs to different
constructs possibly as well (for example change
On Tuesday, 17 June 2014 at 19:48:42 UTC, Bruno Medeiros wrote:
On 17/06/2014 19:10, deadalnix wrote:
On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote:
Dunno about DScanner, but if it's being used in DCD, I'd
guess it can
handle the whole language, or be fairly close to it.
On Monday, 16 June 2014 at 17:26:51 UTC, Andrei Alexandrescu
wrote:
https://news.ycombinator.com/newest
https://www.facebook.com/dlang.org/posts/867399893273693
https://twitter.com/D_Programming/status/478588866321203200
On Tuesday, 17 June 2014 at 17:10:16 UTC, Mengu wrote:
and also the genius idea to post each talk seperately instead
of having a nice talks page on dconf.org and providing a link
for that. i'd understand the keynotes but for the rest of the
talks this is / was not a good idea.
I think the
On Tuesday, 17 June 2014 at 17:10:16 UTC, Mengu wrote:
On Monday, 16 June 2014 at 22:14:01 UTC, Adam D. Ruppe wrote:
The reddit response this year hasn't been particularly
impressive it seems to me compared to last year :(
r/programming and hn is all about rust and go. on hn many d
posts are
On Tuesday, 17 June 2014 at 22:09:06 UTC, Joakim wrote:
I don't mind it as much, because I'm not bingeing on the talks
and spreading out watching them instead, but it'd be nice to
see the talks I missed on the livestream and want to watch now,
rather than at some indeterminate date in the
On Tuesday, 17 June 2014 at 22:09:06 UTC, Joakim wrote:
Don't you know that it's better to maintain a steady stream of
publicity for D on sites full of people who always dismiss it,
rather than making the talks available immediately to the
people who actually use D and want to watch them?
https://github.com/D-Programming-Language/druntime/pull/839
While being a very modest piece of code in and of itself, I believe this offers
a significant opportunity that both D compilers and user defined types can exploit.
Not only can it be used to create an efficient safeint data type, it
On Tuesday, 17 June 2014 at 04:24:54 UTC, c0de517e wrote:
Hi everybody. I'm Angelo Pesce, the author of the post on
c0de517e.
...
Thanks for coming here and clarifying your point of view despite
our zealous bashing :) Welcome!
On Mon, 2014-06-16 at 09:28 +, bearophile via Digitalmars-d wrote:
Russel Winder:
Given the current site is equally ephemeral,
The current site is under dlang.org, it's not ephemeral.
I quote from your email of Sunday 2014-06-15 20:28+0100 which is the one
I replied to:
Online sites
On Tuesday, 17 June 2014 at 04:03:23 UTC, Mike Parker wrote:
On 6/17/2014 12:16 PM, Caligo via Digitalmars-d wrote:
My rant wasn't about his lack of fluency in the English
language. You
only learn once what a sentence is, and the concept translates
over to
most other natural languages. The
On 6/16/2014 8:57 PM, Ary Borenszweig wrote:
On 6/16/14, 9:22 PM, Manu via Digitalmars-d wrote:
On 17 June 2014 10:08, deadalnix via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Monday, 16 June 2014 at 15:16:44 UTC, Manu via Digitalmars-d wrote:
What say you to that, Walter?
Apple
On Tue, 2014-06-17 at 02:24 +, ed via Digitalmars-d wrote:
[…]
I agree, but it is rather pricey for OSS.
JIRA is free for FOSS projects if you apply to them and they agree.
Groovy, GPars and Gant all use the Codehaus infrastructure that has a
free JIRA and Bamboo.
--
Russel.
On Mon, 2014-06-16 at 11:10 +, Kiith-Sa via Digitalmars-d wrote:
If you see abandoned libraries, you're probably looking at
DSource, which is dead. Everything has long since moved to GitHub.
If true, then it should be removed from the Web to avoid confusing
potential new users. If there is
On Mon, 2014-06-16 at 12:39 +, ponce via Digitalmars-d wrote:
On Monday, 16 June 2014 at 10:24:46 UTC, John Petal wrote:
Are there any advices you can give me?
If nothing can convince you, learning D will make it way easier
to learn C++, and you won't write the same C++ either.
Also
On Tuesday, 17 June 2014 at 06:07:22 UTC, Russel Winder via
Digitalmars-d wrote:
On Tue, 2014-06-17 at 02:24 +, ed via Digitalmars-d wrote:
[…]
I agree, but it is rather pricey for OSS.
JIRA is free for FOSS projects if you apply to them and they
agree.
Groovy, GPars and Gant all use the
On Tuesday, 17 June 2014 at 05:52:37 UTC, Nick Sabalausky wrote:
Well, I think interesting part we're trying to look at here is
the ARC's impact on speed.
ARC without deep whole program analysis is bound to be slow. It
turns reads into writes. You even have to do writes to access
read-only
On Tuesday, 17 June 2014 at 03:08:48 UTC, Walter Bright wrote:
Assuming you are talking about C macros:
I was talking about macros in general. :-)
expert on the C preprocessor. Why would a freakin' macro
processor even have an ecological niche for a world leading
expert on it? The mind
On Monday, 16 June 2014 at 21:47:22 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Mon, Jun 16, 2014 at 01:31:21PM -0700, H. S. Teoh via
Digitalmars-d wrote:
On Mon, Jun 16, 2014 at 06:37:56PM +, Wyatt via
Digitalmars-d wrote:
On Monday, 16 June 2014 at 17:52:29 UTC, H. S. Teoh via
On 17/06/2014 7:59 p.m., monarch_dodra wrote:
On Monday, 16 June 2014 at 21:47:22 UTC, H. S. Teoh via Digitalmars-d
wrote:
On Mon, Jun 16, 2014 at 01:31:21PM -0700, H. S. Teoh via Digitalmars-d
wrote:
On Mon, Jun 16, 2014 at 06:37:56PM +, Wyatt via Digitalmars-d wrote:
On Monday, 16 June
On 6/16/2014 9:24 PM, c0de517e wrote:
Hi everybody. I'm Angelo Pesce, the author of the post on c0de517e.
Welcome - nice of you to drop by!
On 6/16/2014 10:02 PM, Manu via Digitalmars-d wrote:
Granted. I don't really understand the situation well enough to
comment with any authority. What are the conditions that create the
requirement, or could relax it?
inc
try {
... code that may throw an exception ...
}
finally {
dec;
}
On 6/16/2014 10:30 PM, Nick Sabalausky wrote:
is this a cost that would *always* be paid,
Yes.
I've probably written 30+ posts explaining this again and again. Nobody believes
me. I beg you to write some code and disassemble it and see for yourself.
On 17/06/14 06:44, H. S. Teoh via Digitalmars-d wrote:
String mixins? Auto-completion? I dunno, that sounds like a stretch to
me. How would an IDE handle autocompletion for things like like:
string generateCode() {
string code = int x=;
if
On 6/17/2014 2:56 AM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 17 June 2014 at 05:52:37 UTC, Nick Sabalausky wrote:
Well, I think interesting part we're trying to look at here is the
ARC's impact on speed.
ARC without deep whole program analysis is bound to
On Tuesday, 17 June 2014 at 08:23:08 UTC, Jacob Carlborg wrote:
That would require semantic analysis. Basically evaluate the
string mixin and to autocomplete on the resulted code.
But consider something like gofix/dfix where you have to
propagate changes back to the original prefix string.
On Tuesday, 17 June 2014 at 08:36:10 UTC, Nick Sabalausky wrote:
But even if nothing else, Manu's certainly right about one
thing: What we need is some hard empirical data.
Sure. Empirical data is needed on many levels:
1. How fast can you get the GC if you exploit all possibilities
for
Walter Bright:
But it is not uninitialized. All out parameters are default
initialized to their .init value.
I don't agree with this opinion, as they *are* initialized.
The documentation of Microsoft SAL2, several discussions, and
some other things I've read tell me that if you want your
On 6/17/2014 4:23 AM, Walter Bright wrote:
On 6/16/2014 10:30 PM, Nick Sabalausky wrote:
is this a cost that would *always* be paid,
Yes.
I've probably written 30+ posts explaining this again and again. Nobody
believes me. I beg you to write some code and disassemble it and see for
yourself.
On Tuesday, 17 June 2014 at 08:55:52 UTC, bearophile wrote:
Walter Bright:
But it is not uninitialized. All out parameters are default
initialized to their .init value.
I don't agree with this opinion, as they *are* initialized.
[...]
void foo(out int x) {}
void bar(out int x) { x = 10; }
On 6/17/2014 1:59 AM, Nick Sabalausky wrote:
It's not that I don't believe you, I guess I must have just missed a lot of
those posts, or probably glanced through them too quickly. I'm more interested
in this topic now than I was before, so I'm just trying to get up to speed (so
to speak). I'll
On 6/17/2014 4:43 AM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 17 June 2014 at 08:23:08 UTC, Jacob Carlborg wrote:
That would require semantic analysis. Basically evaluate the string
mixin and to autocomplete on the resulted code.
But consider something like
On Monday, 16 June 2014 at 13:53:39 UTC, Byron Heads wrote:
Does github link issues with pull requests (and the
conversation) and
commits? Does it link issues with sub issues/tasks? Can
Issues link to
other repos (link issues that are in both runtime and std lib)?
If it
does have these
What if x is an optional out parameter: EG: something you
only set if other conditions are met? Do you want to make sure
that x is at least assigned to once, or rather make it an error
to have a control path that *doesn't* assign anything to it.
Either way:
1. Making it an error to have a
I think D2 has too many competing features to experiment, so an
experimental D-- implemented in D2 would be most interesting
IMO. But it takes a group effort… :-/
What's the point? Nimrod already exists and answers most of your
questions. If only you would know how to ask...
On 6/17/2014 1:55 AM, bearophile wrote:
Walter Bright:
But it is not uninitialized. All out parameters are default initialized to
their .init value.
I don't agree with this opinion, as they *are* initialized.
The documentation of Microsoft SAL2, several discussions, and some other things
On 6/17/2014 5:10 AM, Walter Bright wrote:
On 6/17/2014 1:59 AM, Nick Sabalausky wrote:
Keep in mind, for people in certain areas, the allure of a memory
management
system with no/minimal collection pauses, minimized memory
requirements and good
behavior in low-memory conditions (even if it all
On 17 June 2014 10:24, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 6/17/2014 1:55 AM, bearophile wrote:
Walter Bright:
But it is not uninitialized. All out parameters are default initialized
to
their .init value.
I don't agree with this opinion, as they *are*
On Tuesday, 17 June 2014 at 09:10:14 UTC, Walter Bright wrote:
On 6/17/2014 1:59 AM, Nick Sabalausky wrote:
Oh, I totally understand where it's coming from. I'm trying to
point out that ARC is not a magic zero-cost system. Its costs
are SUBSTANTIAL. But in order to understand those costs, it
On 6/16/2014 9:32 PM, H. S. Teoh via Digitalmars-d wrote:
Do string mixins have scoping of names?
Yes, of course, since they are D code.
And how would you syntax-highlight a string mixin that's assembled from
arbitrary string fragments?
You wouldn't need to, since the text editor sees
Walter Bright:
and D's 'out' has nothing to do with strictness.
Strictness is how a language handles every own feature :-)
Frankly, I think D's parameter classes and array slices are far
simpler and more effective than SAL2.
I have not used SAL so I can't tell. It has nonnull
Walter:
and D's 'out' has nothing to do with strictness.
I think Ada requires all out arguments to be initialized manually
inside the function.
Bye,
bearophile
On Tue, 17 Jun 2014 15:02:32 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com wrote:
I can't imagine exceptions would appear in hot code very often/ever?
They could definitely appear in hot code if the exception is for a case that
is very rare, but it's certainly true that if an
Am 17.06.2014 11:30, schrieb Walter Bright:
And how would you syntax-highlight a string mixin that's assembled from
arbitrary string fragments?
You wouldn't need to, since the text editor sees only normal D code.
the text editor sees just D-code-Strings - so no syntax-highlight except
that
On Tue, 17 Jun 2014 07:12:46 +0100
Russel Winder via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Mon, 2014-06-16 at 11:10 +, Kiith-Sa via Digitalmars-d wrote:
If you see abandoned libraries, you're probably looking at
DSource, which is dead. Everything has long since moved to
On Tue, 17 Jun 2014 02:24:43 -0700
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote:
On 6/17/2014 1:55 AM, bearophile wrote:
Walter Bright:
I see it as annoying and nothing to do with 'strictness'. D default
initializes all variables that don't have an explicit
Walter Bright:
How much often do I need to write a function like foo?
I think it's uncommon.
I suspect that is a guess.
I have just studied all usages of out arguments in my code, and I
have never left an out argument uninitialized inside the function
body. When I use an out argument, I
On Tuesday, 17 June 2014 at 09:24:32 UTC, Araq wrote:
What's the point? Nimrod already exists and answers most of your
questions. If only you would know how to ask...
If you know the answers then I am an eager listener. Go ahead! :-)
But isn't Nimrod a source-2-source compiler/translator?
In
On Tuesday, 17 June 2014 at 09:17:21 UTC, Nick Sabalausky wrote:
I think you're hitting on the fundamental limitations of
automated code-updating tools here: They can't be treated as
trusted black-boxes.
I don't think this is a fundamental limitation of tools, but a
consequence of language
On 17 June 2014 18:18, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 6/16/2014 10:02 PM, Manu via Digitalmars-d wrote:
I can't imagine exceptions would appear in hot code very often/ever?
I've tried to explain this to you for months. You don't believe my
On Tue, 2014-06-17 at 03:32 -0700, Jonathan M Davis via Digitalmars-d
wrote:
[…]
It's well known by the D community that most of dsource is abandoned and
useless at this point, but as I understand it, no one knows how to get ahold
of the fellow who runs it, so that makes it very difficult to
On Tuesday, 17 June 2014 at 10:25:39 UTC, dennis luehring wrote:
Am 17.06.2014 11:30, schrieb Walter Bright:
And how would you syntax-highlight a string mixin that's
assembled from
arbitrary string fragments?
You wouldn't need to, since the text editor sees only normal D
code.
the text
On Tuesday, 17 June 2014 at 10:25:39 UTC, dennis luehring wrote:
Am 17.06.2014 11:30, schrieb Walter Bright:
And how would you syntax-highlight a string mixin that's
assembled from
arbitrary string fragments?
You wouldn't need to, since the text editor sees only normal D
code.
the text
C# forces you to set a default value for out parameters, and I
personally find it annoying. The very nature of out parameters is
often that you use it in a situation where there *may* be a
result. Again using a C# example, 'bool
Dictionary.TryGetValue(key, out foo)'. I don't care what the
On 17 June 2014 18:36, Nick Sabalausky via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 6/17/2014 2:56 AM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 17 June 2014 at 05:52:37 UTC, Nick Sabalausky wrote:
Well, I think interesting part we're trying to
On Tuesday, 17 June 2014 at 11:59:23 UTC, Manu via Digitalmars-d
wrote:
On 17 June 2014 18:36, Nick Sabalausky via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 6/17/2014 2:56 AM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 17 June 2014 at 05:52:37 UTC,
On 16/06/14 17:16, Manu via Digitalmars-d wrote:
What say you to that, Walter?
Apple have committed to pervasive ARC, which you consistently argue is
not feasible...
Have I missed something, or is this a demonstration that it is
actually practical?
I think Swift is only intended for high
On Tuesday, 17 June 2014 at 10:32:57 UTC, Jonathan M Davis via
Digitalmars-d wrote:
but as I understand it, no one knows how to get ahold of the
fellow who runs it
Nah, it's pretty simple. Just send him an email. I did this some
time last year, and even posted to the NG about it.
that
On 17/06/14 05:18, Walter Bright wrote:
Note that Swift seems to not do exceptions (I may be wrong, again, I
know little about Swift), which is one way to avoid that problem.
It does not support exceptions.
--
/Jacob Carlborg
On 17 June 2014 22:26, w0rp via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 17 June 2014 at 00:22:55 UTC, Manu via Digitalmars-d wrote:
-Ofast seems to perform the same as C++. -Ofast allegedly does
basically what '-release -noboundscheck' does. You'd never try and
benchmark
On Tuesday, 17 June 2014 at 12:10:13 UTC, Jacob Carlborg wrote:
On 16/06/14 17:16, Manu via Digitalmars-d wrote:
What say you to that, Walter?
Apple have committed to pervasive ARC, which you consistently
argue is
not feasible...
Have I missed something, or is this a demonstration that it is
On Monday, 16 June 2014 at 20:32:57 UTC, H. S. Teoh via
Digitalmars-d wrote:
Another recent enterprise nastiness I ran into: having
several functions with identical name in the source tree, each
of which does something completely different, and which one
ends up in the executable depends on
On Tuesday, 17 June 2014 at 00:22:55 UTC, Manu via Digitalmars-d
wrote:
On 17 June 2014 10:08, deadalnix via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Monday, 16 June 2014 at 15:16:44 UTC, Manu via
Digitalmars-d wrote:
What say you to that, Walter?
Apple have committed to pervasive
On 06/17/14 11:30, Walter Bright via Digitalmars-d wrote:
On 6/16/2014 9:32 PM, H. S. Teoh via Digitalmars-d wrote:
And how would you syntax-highlight a string mixin that's assembled from
arbitrary string fragments?
You wouldn't need to, since the text editor sees only normal D code.
On 6/16/14, 10:09 PM, Jesse Phillips wrote:
On Sunday, 15 June 2014 at 15:37:22 UTC, Andrew Edwards wrote:
Observe the following truths:
1) Issue tricking and resolution are kept separate in our community
2) That which is not visible garners no attention
Your message has not convinced
On Tuesday, 17 June 2014 at 13:13:00 UTC, Artur Skawina via
Digitalmars-d wrote:
artur (who implemented both features last weekend; it started
out as a
fun let's-see-how-D-would-look-if-it-had-this-project, but
after making
them work and then converting a few small programs, almost
immediately
On 06/17/2014 02:02 AM, Walter Bright wrote:
On 6/16/2014 3:51 PM, bearophile wrote:
test.d(1,21): Error: uninitialised out argument of 'test3.foo' function
But it is not uninitialized. All out parameters are default initialized
to their .init value.
struct S{ @disable this(); }
void
Timon Gehr:
struct S{ @disable this(); }
void foo(out S s){} // ?
If you compile this code:
struct Foo {
@disable this();
}
void foo(out Foo x) {}
void main() {}
Gives a good error message (with a typo):
test.d(4): Error: cannot have out parameter of type Foo because
the default
On Tuesday, 17 June 2014 at 13:24:11 UTC, Dicebot wrote:
On Tuesday, 17 June 2014 at 13:13:00 UTC, Artur Skawina via
Digitalmars-d wrote:
artur (who implemented both features last weekend; it started
out as a
fun let's-see-how-D-would-look-if-it-had-this-project, but
after making
them work and
On 16/06/14 12:24, John Petal wrote:
Does D have a mature and cross-platform GUI library?
I would recommend DWT [1], although it currently doesn't work on OS X
(I'm working on that).
[1] https://github.com/d-widget-toolkit/dwt
--
/Jacob Carlborg
http://www.unicode.org/versions/Unicode7.0.0/
On Tuesday, 17 June 2014 at 13:36:48 UTC, John Colvin wrote:
On Tuesday, 17 June 2014 at 13:24:11 UTC, Dicebot wrote:
On Tuesday, 17 June 2014 at 13:13:00 UTC, Artur Skawina via
Digitalmars-d wrote:
artur (who implemented both features last weekend; it started
out as a
fun
On Tue, 17 Jun 2014 09:23:50 -0400, Andrew Edwards rid...@yahoo.com
wrote:
On 6/16/14, 10:09 PM, Jesse Phillips wrote:
On Sunday, 15 June 2014 at 15:37:22 UTC, Andrew Edwards wrote:
Observe the following truths:
1) Issue tricking and resolution are kept separate in our community
2)
On Tuesday, 17 June 2014 at 13:36:48 UTC, John Colvin wrote:
also, foreach that works outside of function scope would be
awesome:
mixin template A(TL ...)
{
foreach(i, T; TL)
{
mixin(T v ~ i.to!string);
}
}
It is not also, it is primary use case of
On Tuesday, 17 June 2014 at 13:52:48 UTC, Dicebot wrote:
On Tuesday, 17 June 2014 at 13:36:48 UTC, John Colvin wrote:
also, foreach that works outside of function scope would be
awesome:
mixin template A(TL ...)
{
foreach(i, T; TL)
{
mixin(T v ~ i.to!string);
Understood... Sorry for the noise.
On 6/17/14, 9:53 AM, Steven Schveighoffer wrote:
On Tue, 17 Jun 2014 09:23:50 -0400, Andrew Edwards rid...@yahoo.com
wrote:
On 6/16/14, 10:09 PM, Jesse Phillips wrote:
On Sunday, 15 June 2014 at 15:37:22 UTC, Andrew Edwards wrote:
Observe the following
On Tue, 17 Jun 2014 01:02:32 -0400, Manu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 17 June 2014 13:18, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 6/16/2014 5:48 PM, Manu via Digitalmars-d wrote:
Hmmm, I still don't buy it,
I know, but you also
On Tuesday, 17 June 2014 at 13:23:48 UTC, Andrew Edwards wrote:
The argument I'm hearing from the majority (at least those who
choose to respond) is too much work for minimal gain.
I stand by the point that gain is not minimal, it is actually
negative. Loss of power search tools is huge
On Tuesday, 17 June 2014 at 13:23:48 UTC, Andrew Edwards wrote:
The issue I'm trying to solve is to make issues more visible
to people who work on them. By putting those issues in the same
location where developers work, they immediately become more
visible. Does it solve the overall problem?
On Tuesday, 17 June 2014 at 14:00:44 UTC, John Colvin wrote:
I though the primary use of static foreach was to force the
compiler to attempt compile-time iteration even for
non-TemplateArgList arguments like arrays known at compile-time
If static foreach acts as code generator there is no
On 06/17/2014 04:00 PM, John Colvin wrote:
I though the primary use of static foreach was to force the
compiler to attempt compile-time iteration even for
non-TemplateArgList arguments like arrays known at compile-time
e.g.
static foreach(el; [1,2,3,4])
{
pragma(msg, el);
}
or
static
On 6/17/14, 10:32 AM, Jesse Phillips wrote:
On Tuesday, 17 June 2014 at 13:23:48 UTC, Andrew Edwards wrote:
The issue I'm trying to solve is to make issues more visible to
people who work on them. By putting those issues in the same location
where developers work, they immediately become more
On 06/17/2014 03:36 PM, John Colvin wrote:
also, foreach that works outside of function scope would be awesome:
mixin template A(TL ...)
{
foreach(i, T; TL)
{
mixin(T v ~ i.to!string);
}
}
Also, identifier mixins might then somewhat clean up a lot of code. The
17-Jun-2014 17:43, dennis luehring пишет:
http://www.unicode.org/versions/Unicode7.0.0/
OMG
The good news is we haven't implemented yet the collation algorithm,
so no need to re-implement it! :)
P.S. Seriously we should be good to go, with a minor semi-automated
update to std.uni tables.
Is there any particular reason why this is accepted? (I
introduced it by mistake):
void foo(int = 3) {}
I guess it could be useful to ensure binary compatibility when
you expect to add the parameter later?
On Tue, 17 Jun 2014 11:15:43 -0400, Luís Marques l...@luismarques.eu
wrote:
Is there any particular reason why this is accepted? (I
introduced it by mistake):
void foo(int = 3) {}
I guess it could be useful to ensure binary compatibility when
you expect to add the parameter later?
1 - 100 of 281 matches
Mail list logo
