On Thursday, 10 July 2014 at 18:27:52 UTC, Andrei Alexandrescu
wrote:
https://twitter.com/D_Programming/status/487301149645873152
https://www.facebook.com/dlang.org/posts/882371471776535
https://news.ycombinator.com/newest
Upvote!!
http://www.reddit.com/r/programming/comments/2afm4x/dconf_2014_day_2_talk_6_debugging_in_d_by_iain/
https://www.facebook.com/dlang.org/posts/882826745064341
https://twitter.com/D_Programming/status/487623887187083264
Andrei
On 07/11/2014 05:48 PM, Andrei Alexandrescu wrote:
Upvote!!
http://www.reddit.com/r/programming/comments/2afm4x/dconf_2014_day_2_talk_6_debugging_in_d_by_iain/
https://www.facebook.com/dlang.org/posts/882826745064341
https://twitter.com/D_Programming/status/487623887187083264
On Friday, 11 July 2014 at 15:48:13 UTC, Andrei Alexandrescu
wrote:
Upvote!!
http://www.reddit.com/r/programming/comments/2afm4x/dconf_2014_day_2_talk_6_debugging_in_d_by_iain/
https://www.facebook.com/dlang.org/posts/882826745064341
https://twitter.com/D_Programming/status/487623887187083264
On 7/11/2014 3:11 AM, Dicebot wrote:
On Thursday, 10 July 2014 at 18:27:52 UTC, Andrei Alexandrescu wrote:
https://twitter.com/D_Programming/status/487301149645873152
https://www.facebook.com/dlang.org/posts/882371471776535
https://news.ycombinator.com/newest
On 7/11/2014 10:09 AM, Walter Bright wrote:
On 7/11/2014 3:11 AM, Dicebot wrote:
http://youtu.be/Es8st0E5428
The youtube link should go in the reddit posting, too!
Ah, I see you did already. Thanks!
On 11 July 2014 16:48, Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
Upvote!!
http://www.reddit.com/r/programming/comments/2afm4x/dconf_2014_day_2_talk_6_debugging_in_d_by_iain/
https://www.facebook.com/dlang.org/posts/882826745064341
http://youtu.be/Es8st0E5428
Thx alot!
Enables me to watch it easily on my tv :)
http://youtu.be/n9RNxUQ0Cyk
On 2014-07-10 20:27, Andrei Alexandrescu wrote:
https://twitter.com/D_Programming/status/487301149645873152
https://www.facebook.com/dlang.org/posts/882371471776535
https://news.ycombinator.com/newest
The v2.066.0-b3 binaries are now available. The review period for beta 3
will run until 0700 UTC ( PDT, 0300 EDT, 1600 JST) on 14 July 2014,
at which time binaries for RC1 will be produced and released. Due
diligence in identifying regressions as early as possible is requested
and
For convenience, the list of unresolved issues marked as
regressions:
https://issues.dlang.org/buglist.cgi?bug_severity=regressionresolution=---
Seems like there is still quite a way to go until we can release
RC1.
David
Also available at downloads.dlang.org
On 7/11/14, 5:00 PM, Andrew Edwards via Digitalmars-d-announce wrote:
The v2.066.0-b3 binaries are now available. The review period for beta 3 will
run until 0700 UTC
( PDT, 0300 EDT, 1600 JST) on 14 July 2014, at which time binaries for RC1
will be
On 10/07/14 20:12, Jonathan Marler wrote:
I had an idea this morning and wanted to post it to see what people think.
I know we have alot of attributes already but I'm wondering if people
think adding a thread attribute could be useful. Something that says a
variable or function or class/struct
Delorien:
I have a C macro, which takes an argument, log it and call a
function.
So, if I had a source code like this:
{
_logfx(x + 10);
}
the actual code would be
DebugLog(x + 10);
fx(x + 10);
Can I make similar tricks in the D language?
Is a syntax like this acceptable?
On 10/07/14 21:21, safety0ff wrote:
This isn't a plain old C function, it's an asynchronous signal handler.
I though the signal handler was just an example and this was a more
general question.
--
/Jacob Carlborg
On Thursday, 10 July 2014 at 03:21:03 UTC, Jonathan M Davis via
Digitalmars-d wrote:
...
So, if we can figure out how to do it, great, but the fact that
D's a systems
language has a tendancy to make some stuff like that not work
as easily as
would be nice.
- Jonathan M Davis
Sure, but
On Tuesday, 8 July 2014 at 03:37:51 UTC, Adrian wrote:
+ If not, can it be disabled entirely/completely?
Adrian,
Sorry for the late reply. You may be interested in this article
on the wiki (http://wiki.dlang.org/Memory_Management). It talks
about different methods one can use to avoid
I'm bugging around with a similar proposal for a while, but quite
fail to put the last pieces in place. It goes similar in
On Thursday, 10 July 2014 at 17:04:24 UTC, H. S. Teoh via
Digitalmars-d wrote:
- For function parameters, this lifetime is the scope of the
function
body.
Some
On 7/10/14, 10:07 PM, Philpax wrote:
I've run into my own series of trials and tribulations with a @nogc main
function (i.e. entire project is @nogc). While the idea and
implementation is great, its interaction with druntime/Phobos is
lacking. This isn't a complete list - it's only what I
On 7/10/14, 10:45 PM, Philpax wrote:
I also have misgivings about this - while it's the easiest solution (as
I noted in my previous post), it's also antithetical to @nogc. If one
rips out the GC entirely, these exceptions end up leaking memory which
is arguably an even bigger problem,
On Thursday, 10 July 2014 at 20:10:38 UTC, Marc Schütz wrote:
Instead of lifetime intersections with `` (I believe Timon
proposed that in the original thread), simply specify multiple
owners: `scope!(a, b)`. This works, because as far as I can
see there is no need for lifetime unions, only
On 10/07/14 20:15, H. S. Teoh via Digitalmars-d wrote:
class C {}
C myFunc(C obj) {
obj.doSomething();
return obj; // will be rejected if parameters are scoped by
default
}
Hmm, why wouldn't that work? The scope where you called myFunc
On Friday, 11 July 2014 at 02:32:33 UTC, Tom Compton wrote:
On Sunday, 6 July 2014 at 22:53:56 UTC, bearophile wrote:
Rust has not done the significant D design mistake of putting
the associative arrays inside the language/runtime, but D AAs
are getting better.
Can someone explain why
On 11/07/14 03:35, Delorien wrote:
Hi,
I have a C macro, which takes an argument, log it and call a function.
So, if I had a source code like this:
{
_logfx(x + 10);
}
the actual code would be
DebugLog(x + 10);
fx(x + 10);
Can I make similar tricks in the D language?
No, I don't
Walter Bright:
I've thought of allowing throw new ..., and yours would be in
addition to that, in @nogc functions, but was waiting to see
how this would play out a bit first.
It's true that currently significant parts of Phobos can't be
@nogc, but the solution is not to turn @nogc into its
On 11/07/14 01:15, Nick Sabalausky wrote:
I'm kinda jealous of those pro gamedevs with a
dual-monitor, one of them being vertical, setup. I should do that. With
one of those desks that can adjust to/from standing position. That'd be
sweet :)
I have a colleague that has five monitors (kind
On 11/07/14 01:15, Nick Sabalausky wrote:
And then there's responsive which *claims* to be mobile-first design
(which would be ok), but in actual practice it's really more like
mobile-only design.
Actually, there was a site here to check the time tables for the subway,
buses and son on. They
On 11/07/14 00:24, H. S. Teoh via Digitalmars-d wrote:
I used to love pdfs in blissfully ignorance... until I recently looked
up the format. You wouldn't believe this, but did you know that it's
actually possible to embed a *video* in a pdf file? Embed another pdf
inside a pdf in a hierarchical
On Friday, 11 July 2014 at 06:41:56 UTC, Andrei Alexandrescu
wrote:
On 7/10/14, 10:07 PM, Philpax wrote:
I've run into my own series of trials and tribulations with a
@nogc main
function (i.e. entire project is @nogc). While the idea and
implementation is great, its interaction with
On Friday, 11 July 2014 at 02:32:00 UTC, Manu via Digitalmars-d
wrote:
I have this in my 'nothrow @nogc' function:
assert(false, Message ~ details);
It complains Error: cannot use operator ~ in @nogc function
I've habitually used 'format' to prepare assert messages with
variable content,
Hi guys,
I'm looking for some feedback on a recently published book on D
programming language, namely, D Cookbook.
Link to the book page:
http://www.packtpub.com/discover-advantages-of-programming-in-d-cookbook/book
If anybody is interested, please send a mail to me on
Joseph Rushton Wakeling:
I've habitually used 'format' to prepare assert messages with
variable content, which has a similar problem -- IIRC it
conflicts with nothrow and I guess it too would conflict with
@nogc.
A solution is to add to Phobos a way to format to an output
range, where the
On 10 July 2014 23:24, H. S. Teoh via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Thu, Jul 10, 2014 at 10:13:14PM +, via Digitalmars-d wrote:
On Thursday, 10 July 2014 at 22:03:31 UTC, Nick Sabalausky wrote:
Am I the only one who thinks Responsive Web sites, with their
Dmitry Olshansky:
IMO this is a good idea and it pretty much NRVO/RVO for structs
extended to fixed-size arrays (which more or less a special
kind of struct). Since C/C++ do not have fixed-size arrays
passed by value I see no damage to ABI compatibility.
OK, filed as:
On Friday, 11 July 2014 at 07:45:24 UTC, bearophile wrote:
Joseph Rushton Wakeling:
I've habitually used 'format' to prepare assert messages with
variable content, which has a similar problem -- IIRC it
conflicts with nothrow and I guess it too would conflict with
@nogc.
A solution is to
On Friday, 11 July 2014 at 05:41:50 UTC, Manu via Digitalmars-d
wrote:
I've thought of allowing throw new ..., and yours would be
in addition to
that, in @nogc functions, but was waiting to see how this
would play out a
bit first.
I should add, I'm not sure I see that my case should be 'in
On Friday, 11 July 2014 at 07:45:24 UTC, bearophile wrote:
range, where the range you use a stack-allocated array of chars
Actually, thinking about this more, it's possible if the array of
chars is malloc'd instead and written to (of course, that's not
`@noalloc`, but that's ok).
It's just
A solution is to add to Phobos a way to format to an output
range, where the range you use a stack-allocated array of chars
large enough to contain your formatted message. So on the whole
it can be @nogc.
That function exists already, it just needs to become @nogc, I
even filed a ER on this:
On Friday, 11 July 2014 at 03:45:17 UTC, Walter Bright wrote:
I've thought of allowing throw new ..., and yours would be in
addition to that, in @nogc functions, but was waiting to see
how this would play out a bit first.
One can replace throwing of Error with printf + abort in @nogc
blocks,
On Friday, 11 July 2014 at 09:29:58 UTC, Dicebot wrote:
On Friday, 11 July 2014 at 03:45:17 UTC, Walter Bright wrote:
I've thought of allowing throw new ..., and yours would be
in addition to that, in @nogc functions, but was waiting to
see how this would play out a bit first.
One can
On 10/07/2014 19:03, Walter Bright wrote:
On 7/10/2014 9:00 AM, Nick Treleaven wrote:
On 09/07/2014 20:55, Walter Bright wrote:
Unique!(int*) u = new int; // must work
That works, it's spelled:
Unique!int u = new int;
I'm unconfortable with that design, as T can't be a class ref or a
On Thursday, 10 July 2014 at 22:50:51 UTC, Walter Bright wrote:
On 7/10/2014 1:52 PM, bearophile wrote:
Walter Bright:
I can't imagine users going to the bother of typing all that,
let alone what
happens when they do it wrong. Most users don't really have a
good handle on
what the lifetimes
On 10/07/14 22:31, Walter Bright wrote:
I don't know the PR link nor do I know what pseudonym you use on github,
so please help!
I reiterate my complaint that people use virtual functions for their
github handles. There's no reason to. Who knows that 9il is actually
Ilya Yaroshenko? Took me 3
On Tuesday, 8 July 2014 at 23:43:47 UTC, Meta wrote:
Is the code public already ?
https://github.com/andralex/std_allocator
Maybe Andrei should remove this outdated version to reduce
confusion, if nobody uses it that is :)
/Per
On Tuesday, 18 March 2014 at 05:57:31 UTC, NVolcz wrote:
Hi!
This is mostly targeted to Walter and Andrei.
I'm a big podcast/netcast listener, I can't live without it!
One of the shows that I'm listening to and from work is FLOSS
weekly with Randal L. Schwartz from the TWIT network.
Now that we have reasonable support for lexing and parsing D in D
through Dscanner/libdparse/DCD I believe it would be worth the
effort to try to implement D-specific merge algorithms that
operate on either the
- D token stream or
- a D parse tree
possibly making use of semantic information.
On Friday, 11 July 2014 at 13:58:53 UTC, Nordlöw wrote:
Other languages already have this through proprietary software.
See for example
http://www.semanticmerge.com/
On Thursday, 10 July 2014 at 21:46:50 UTC, Ola Fosheim Grøstad
wrote:
On Thursday, 10 July 2014 at 21:40:15 UTC, Sean Kelly wrote:
:-) To compensate, I use the same virtual function literally
everywhere. Same icon photo too.
That's Go…
And Go is awesome. I could change it to my face, but
On 7/10/14, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
The simplest thing do for each and every member of this community is to
have accounts on all social news sites (twitter, facebook, reddit,
hackernews) and discuss _there_ things instead of replying to
On Fri, Jul 11, 2014 at 08:57:26AM +0200, Jacob Carlborg via Digitalmars-d
wrote:
On 11/07/14 03:35, Delorien wrote:
Hi,
I have a C macro, which takes an argument, log it and call a
function. So, if I had a source code like this:
{
_logfx(x + 10);
}
the actual code would be
On Fri, Jul 11, 2014 at 02:32:31AM +, Tom Compton via Digitalmars-d wrote:
On Sunday, 6 July 2014 at 22:53:56 UTC, bearophile wrote:
Rust has not done the significant D design mistake of putting the
associative arrays inside the language/runtime, but D AAs are getting
better.
Can
On Fri, Jul 11, 2014 at 08:56:10AM +0200, Jacob Carlborg via Digitalmars-d
wrote:
On 10/07/14 20:15, H. S. Teoh via Digitalmars-d wrote:
class C {}
C myFunc(C obj) {
obj.doSomething();
return obj; // will be rejected if parameters are scoped by
On Fri, Jul 11, 2014 at 04:00:01AM +, Chris Cain via Digitalmars-d wrote:
On Friday, 11 July 2014 at 03:45:17 UTC, Walter Bright wrote:
I've thought of allowing throw new ..., and yours would be in
addition to that, in @nogc functions, but was waiting to see how this
would play out a bit
On Fri, Jul 11, 2014 at 04:17:16PM +0200, Andrej Mitrovic via Digitalmars-d
wrote:
On 7/10/14, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
The simplest thing do for each and every member of this community is
to have accounts on all social news sites (twitter,
Round of a formal review before proceeding to voting. Subject for
Phobos inclusion : http://wiki.dlang.org/Review/std.logger
authored by Robert Schadek.
Code:
https://github.com/D-Programming-Language/phobos/pull/1500
Documentation:
On Friday, 11 July 2014 at 14:36:34 UTC, Dicebot wrote:
Round of a formal review before proceeding to voting. Subject
for Phobos inclusion : http://wiki.dlang.org/Review/std.logger
authored by Robert Schadek.
Is this for std.* or std.experimental.*?
David
As usual, this review round will last for 2 weeks unless someone
asks for delay.
Please share link to this thread via twitter, reddit, G+ and
whatever else may be used out there.
On Thursday, 10 July 2014 at 23:15:41 UTC, Nick Sabalausky wrote:
I'm fairly certain they don't. Heck, I can't even find a 5:4
anymore which at least isn't *as* bad as 16:9. Tolerable, at
least.
If you're willing to pay a bit more, you can get 16:10 which
is...actually not that bad. I
On Thursday, 10 July 2014 at 20:31:53 UTC, Walter Bright wrote:
I reiterate my complaint that people use virtual functions
for their github handles. There's no reason to. Who knows that
9il is actually Ilya Yaroshenko? Took me 3 virtual function
dispatches to find that out!
So, final by
On Friday, 11 July 2014 at 14:39:09 UTC, David Nadlinger wrote:
On Friday, 11 July 2014 at 14:36:34 UTC, Dicebot wrote:
Round of a formal review before proceeding to voting. Subject
for Phobos inclusion : http://wiki.dlang.org/Review/std.logger
authored by Robert Schadek.
Is this for std.*
The API seems nice and simple while providing enough flexibility,
and I think it would work quite well for my purposes. Some
comments:
API:
Not clear what the difference between globalLogLevel and a log
level on each individual logger is. Does the global one only
affect the global logger? What
On Friday, 11 July 2014 at 14:38:19 UTC, Dicebot wrote:
As usual, this review round will last for 2 weeks unless
someone asks for delay.
Please share link to this thread via twitter, reddit, G+ and
whatever else may be used out there.
On lines 606 and 729 in the comments:
/** This class is
Am Fri, 11 Jul 2014 14:36:30 +
schrieb Dicebot pub...@dicebot.lv:
Round of a formal review before proceeding to voting. Subject for
Phobos inclusion : http://wiki.dlang.org/Review/std.logger
authored by Robert Schadek.
Code:
I have followed the recent discussions about D and I can see the
usual pattern, to wit GC, Go (or whatever) is so much better,
everyone blaming each other for not contributing, not being
allowed to contribute blah.
First of all, I am in no position to criticize anyone who is
contributing to
On 07/11/2014 05:30 PM, Chris wrote:
(...)
Believe me, D's supposed sluggishness as regards GC is
not so important for most applications. I dare say 90% of all
applications are fine with the current GC.
(...)
I agree with this. The bottlenecks i my applications are MySQL and
Microsoft Office
On 07/11/2014 05:43 PM, simendsjo wrote:
On 07/11/2014 05:30 PM, Chris wrote:
(...)
Believe me, D's supposed sluggishness as regards GC is
not so important for most applications. I dare say 90% of all
applications are fine with the current GC.
(...)
(...)
Oh, and a little
On 7/11/14, 7:17 AM, Andrej Mitrovic via Digitalmars-d wrote:
On 7/10/14, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
The simplest thing do for each and every member of this community is to
have accounts on all social news sites (twitter, facebook, reddit,
On Friday, 11 July 2014 at 14:17:27 UTC, Andrej Mitrovic via
Digitalmars-d wrote:
On 7/10/14, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
The simplest thing do for each and every member of this
community is to
have accounts on all social news sites (twitter,
On Friday, 11 July 2014 at 13:58:53 UTC, Nordlöw wrote:
the effort to try to implement D-specific merge algorithms that
Correction: If mean
the effort to try to implement D-specific diff and merge
algorithms .
On 7/11/14, 9:02 AM, Weasel wrote:
I think the Rust vs Go vs D stuff isn't crap - it's important. People
want to know why they should pick D over the other emerging languages,
and what D offers in comparison.
Yes. It is a duty of each member of our community to correct
(m|d)isinformation if
On Fri, Jul 11, 2014 at 01:14:37AM +, Meta via Digitalmars-d wrote:
On Friday, 11 July 2014 at 01:08:59 UTC, Andrei Alexandrescu wrote:
On 7/10/14, 2:25 PM, Walter Bright wrote:
On 7/10/2014 1:49 PM, Robert Schadek via Digitalmars-d wrote:
On Fri, 2014-07-11 at 15:30 +, Chris via Digitalmars-d wrote:
[…]
Let's not forget that Go has millions and billions of dollars
behind it and that it is inevitable that the whole internet will
be full of zealots and professional posters who promote Go as
th best thing ever. People.
On Fri, Jul 11, 2014 at 02:59:43PM +, Dicebot via Digitalmars-d wrote:
On Friday, 11 July 2014 at 14:39:09 UTC, David Nadlinger wrote:
On Friday, 11 July 2014 at 14:36:34 UTC, Dicebot wrote:
Round of a formal review before proceeding to voting. Subject for
Phobos inclusion :
On Fri, 2014-07-11 at 17:43 +0200, simendsjo via Digitalmars-d wrote:
[…]
A little anecdote.. I once got a 20% speed increase in Python by
moving a variable instantiation outside a tight loop.
i = 0
# loop here
i = something
rather than
# loop here
i = something
This is
On 7/11/14, 11:14 AM, H. S. Teoh via Digitalmars-d wrote:
On Fri, Jul 11, 2014 at 08:57:26AM +0200, Jacob Carlborg via Digitalmars-d
wrote:
On 11/07/14 03:35, Delorien wrote:
Hi,
I have a C macro, which takes an argument, log it and call a
function. So, if I had a source code like this:
{
On 07/11/2014 06:28 PM, Russel Winder via Digitalmars-d wrote:
On Fri, 2014-07-11 at 17:43 +0200, simendsjo via Digitalmars-d wrote:
[…]
A little anecdote.. I once got a 20% speed increase in Python by
moving a variable instantiation outside a tight loop.
i = 0
# loop here
i =
On Friday, 11 July 2014 at 16:22:27 UTC, Russel Winder via
Digitalmars-d wrote:
On Fri, 2014-07-11 at 15:30 +, Chris via Digitalmars-d
wrote:
[…]
Let's not forget that Go has millions and billions of dollars
behind it and that it is inevitable that the whole internet
will be full of
On 7/11/2014 4:44 AM, Nick Treleaven wrote:
On 10/07/2014 19:03, Walter Bright wrote:
On 7/10/2014 9:00 AM, Nick Treleaven wrote:
On 09/07/2014 20:55, Walter Bright wrote:
Unique!(int*) u = new int; // must work
That works, it's spelled:
Unique!int u = new int;
I'm unconfortable
Full macro system is not needed to implement it, just AST
reflection can do the trick (and has better fit with existing
features).
On Friday, 11 July 2014 at 16:54:40 UTC, Chris wrote:
On Friday, 11 July 2014 at 16:22:27 UTC, Russel Winder via
Digitalmars-d wrote:
On Fri, 2014-07-11 at 15:30 +, Chris via Digitalmars-d
wrote:
[…]
Let's not forget that Go has millions and billions of dollars
behind it and that it is
Haven't had a chance to look closely at the new version yet, but looks
pretty good. Couple initial comments:
* Definite vote for std.experimental. Should get a bunch of folks to bang
on it before the API has to be locked down. Having it as a dub package
first has made it much easier to pick up
I'm not sure how AST macros would assist in thread safety the way
that this feature would. Maybe you could elaborate?
To explain a little more, when you put a @thread:name or
@sync(object) attribute on something, the compiler will guarantee
that no safe D code will ever use that code or data
On Fri, Jul 11, 2014 at 03:30:15PM +, Chris via Digitalmars-d wrote:
I have followed the recent discussions about D and I can see the usual
pattern, to wit GC, Go (or whatever) is so much better, everyone
blaming each other for not contributing, not being allowed to
contribute blah.
Well,
On Monday, 30 June 2014 at 08:00:37 UTC, Ola Fosheim Grøstad
wrote:
On Thursday, 26 June 2014 at 09:35:20 UTC, Walter Bright wrote:
Stack overflows are not safety problems when a guard page is
used past the end of the stack. Then, overflow checking is
done in hardware. Guard pages aren't
If you have
immutable int[] arr = [0,1,0,3];
Couldn't the type of the literal be inferred as immutable?
Then you could put the data into read-only memory, and maybe even
elide the copy to the heap?
The immutable arr type is even passed to
ArrayLiteralExp::inferType but doesn't influence the
On Friday, 11 July 2014 at 06:44:11 UTC, Paulo Pinto wrote:
On Thursday, 10 July 2014 at 03:21:03 UTC, Jonathan M Davis via
Digitalmars-d wrote:
...
So, if we can figure out how to do it, great, but the fact
that D's a systems
language has a tendancy to make some stuff like that not work
as
Trass3r:
If you have
immutable int[] arr = [0,1,0,3];
Couldn't the type of the literal be inferred as immutable?
Then you could put the data into read-only memory,
Did you mean this?
immutable int[4] arr = [0, 1, 0, 3];
Bye,
bearophile
On Friday, 11 July 2014 at 17:15:36 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Fri, Jul 11, 2014 at 03:30:15PM +, Chris via
Digitalmars-d wrote:
I have followed the recent discussions about D and I can see
the usual
pattern, to wit GC, Go (or whatever) is so much better,
everyone
blaming
On Fri, Jul 11, 2014 at 04:54:39PM +, Chris via Digitalmars-d wrote:
[...]
I remember Java used to be th best thing ever. After years of
using it, however, I found out how restricted the language was / is.
Still, it's been a success, because people believed all the
propaganda. What
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 2.064!
On Fri, Jul 11, 2014 at 05:39:30PM +, Chris via Digitalmars-d wrote:
[...]
Thanks. That's a nice list. This is what I was talking about, the
experience with D, what you can achieve with it and how it compares
with other languages. We need more of this. I have the feeling
sometimes that to
On Friday, 11 July 2014 at 17:25:47 UTC, Trass3r wrote:
Couldn't the type of the literal be inferred as immutable?
Then you could put the data into read-only memory, and maybe
even elide the copy to the heap?
By the way, LDC already does this today (even without
optimizations turned on).
On Friday, 11 July 2014 at 15:30:18 UTC, Chris wrote:
Let's not
forget that zeolots and professional posters will always point
out the flaws of D, and blow them out of proportion. D doesn't
have xyz, so it's shit! Divide et impera (divide and rule).
Lol, this one made me laugh.
It is true
On Fri, 11 Jul 2014 17:44:28 +, 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 2.064!
I'd recommend taking a look at digger (https://github.com/CyberShadow/
Digger). Not only can it automatically build old
On Friday, 11 July 2014 at 17:54:38 UTC, Israel Rodriguez wrote:
Lol, this one made me laugh.
It is true though. I have only been keeping up with D for like
the last year or so and have found that its missing many things
that i would like it to do by itself, without the help of
C/C++.
Some logging backends (e.g. systemd journal) support structured
logging. Should support for this be included (as a subclass,
presumably)?
On Friday, 11 July 2014 at 17:41:41 UTC, H. S. Teoh via
Digitalmars-d wrote:
[...]
Mind you, D is a hindsight language, which makes it wiser.
Does it
have flaws? Yes. I come across them sometimes. Is there a
language
without flaws? If there is, tell me about it.
When I was still using C/C++
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 2.064!
They're on the changelog page. Click the heading for the version
you want.
On Friday, 11 July 2014 at 17:54:38 UTC, Israel Rodriguez wrote:
On Friday, 11 July 2014 at 15:30:18 UTC, Chris wrote:
Let's not
forget that zeolots and professional posters will always point
out the flaws of D, and blow them out of proportion. D
doesn't have xyz, so it's shit! Divide et
1 - 100 of 284 matches
Mail list logo