On Tue, 14 Oct 2014 00:09:17 +0300
ketmar via Digitalmars-d wrote:
let's stop hijacking this thread. here is The Official Thread for
cmdcon-ng:
http://forum.dlang.org/thread/mailman.772.1413240502.9932.digitalmar...@puremagic.com
signature.asc
Description: PGP signature
as i see that some peopele are eager to play with cmdcon-ng, i setup a
git repo with it: http://repo.or.cz/w/cong.d.git
lay your hands while it hot!
the code is little messy (there are some napoleonian plans which aren't
made into it), but it should work. at least with unittests and sample.
enjo
On Monday, 13 October 2014 at 21:09:29 UTC, ketmar via
Digitalmars-d wrote:
as i can't publish my current version of cmdcon, i decided to
write another one from scratch.
Cool, looks like a fun module to play with! :-)
Dne 13.10.2014 v 23:09 ketmar via Digitalmars-d napsal(a):
> as i can't publish my current version of cmdcon, i decided to write
> another one from scratch. it contains alot less of mixin() codegens,
> can do everything cmdcon.d can do and has structs/classes already
> working. this is the excerpt
On Mon, 06 Oct 2014 13:34:23 +0200
Martin Drašar via Digitalmars-d wrote:
> Ok, thanks for your answers. If you get your code to publishable
> state, I am sure a lot of people will be interested.
as i can't publish my current version of cmdcon, i decided to write
another one from scratch. it cont
On Saturday, 11 October 2014 at 09:26:28 UTC, Marc Schütz wrote:
I understand that. My argument is that the same should apply to
the entire heap: After you've allocated and released a certain
amount of objects via GC.malloc() and GC.free(), the heap will
have grown to a size large enough that a
Exactly. C++ support is of no interest at all, and GC is
something we contribute to, rather than something we expect
from the community.
Interestingly we don't even care much about libraries, we've
done everything ourselves.
So what do we care about? Mainly, we care about improving the
core p
On Saturday, 11 October 2014 at 03:39:10 UTC, Dicebot wrote:
I am not speaking about O(1) internal heap increases but O(1)
GC.malloc calls
Typical pattern is to encapsulate "temporary" buffer with the
algorithm in a single class object and never release it,
reusing with new incoming requests (w
On Wednesday, 8 October 2014 at 19:00:44 UTC, Jonathan wrote:
3) Taking a hint from the early success of Flash, add Derelict3
(or some basic OpenGL library) directly into Phobos. Despite
some of the negatives (slower update cycle versus external
lib), it would greatly add to D's attractiveness
On Friday, 10 October 2014 at 08:45:38 UTC, Marc Schütz wrote:
Yes and quite notably so as GC.malloc can potentially trigger
collection. With concurrent GC collection is not a disaster
but it still affects the latency and should be avoided.
Is it just the potentially triggered collection, or i
Tofu Ninja:
What do you think are the worst parts of D?
There are several problems in D/Phobos, but I think the biggest
one is the development process, that is currently toxic:
http://forum.dlang.org/thread/54374de0.6040...@digitalmars.com
In my opinion an Open Source language with such dev
On Friday, 10 October 2014 at 08:45:38 UTC, Marc Schütz wrote:
On Thursday, 9 October 2014 at 17:29:01 UTC, Dicebot wrote:
On Thursday, 9 October 2014 at 16:22:52 UTC, Andrei
Alexandrescu wrote:
I think the worst of D is summarized quite well by the following:
http://forum.dlang.org/post/m15i
On Thursday, 9 October 2014 at 17:29:01 UTC, Dicebot wrote:
On Thursday, 9 October 2014 at 16:22:52 UTC, Andrei
Alexandrescu wrote:
To clarify: calling GC.free does remove the root, correct?
Not before it creates one. When I mean "avoid creating new GC
roots" I
mean "no GC activity at all oth
On 09/10/14 18:41, Andrei Alexandrescu wrote:
With structured outputs there are a lot more issues to address: one can
think of a JSONObject as an output range with put() but that's only
moving the real issues around. How would the JSONObject allocate memory
internally, give it out to its own use
On 10/9/2014 7:15 AM, Dicebot wrote:
That can possibly be done though it will take some efforts to formalize issues
from the casual chat rants. More important issue is - what will happen next? I
am pretty sure many of those easy wins are not easy at all in a sense that
breaking changes are needed
On 09/25/2014 02:49 PM, H. S. Teoh via Digitalmars-d wrote:
Make-heads find the idea of the compiler being part of the input to a
build rule "strange"; to me, it's common sense.
Yes. This is exactly why (unless it's been reverted or regressed? I only
mention that because I haven't looked late
On Thursday, 9 October 2014 at 16:41:22 UTC, Andrei Alexandrescu
wrote:
Usage of output range is simply a generalization of out array
parameter
used in both Tango and our code. It is _already_ proved to
work for our
cases.
Got it. Output ranges work great with unstructured/linear
outputs - p
On Thursday, 9 October 2014 at 16:22:52 UTC, Andrei Alexandrescu
wrote:
To clarify: calling GC.free does remove the root, correct?
Not before it creates one. When I mean "avoid creating new GC
roots" I
mean "no GC activity at all other than extending existing
chunks"
That's interesting. So
On 10/9/14, 9:27 AM, Johannes Pfau wrote:
Am Thu, 09 Oct 2014 15:57:15 +
schrieb "Dicebot" :
Unfortunately it doesn't. RC does. Lazy computation relies on
escaping ranges all over the place (i.e. as fields inside
structs implementing the lazy computation). If there's no way
to track those m
On 10/9/14, 8:57 AM, Dicebot wrote:
On Thursday, 9 October 2014 at 15:32:06 UTC, Andrei Alexandrescu wrote:
Unfortunately it doesn't. RC does. Lazy computation relies on escaping
ranges all over the place (i.e. as fields inside structs implementing
the lazy computation). If there's no way to tra
Am Thu, 09 Oct 2014 15:57:15 +
schrieb "Dicebot" :
> > Unfortunately it doesn't. RC does. Lazy computation relies on
> > escaping ranges all over the place (i.e. as fields inside
> > structs implementing the lazy computation). If there's no way
> > to track those many tidbits, resources can
On 10/9/14, 9:00 AM, Dicebot wrote:
On Thursday, 9 October 2014 at 15:59:12 UTC, Andrei Alexandrescu wrote:
"Dicebot" wrote:
On Thursday, 9 October 2014 at 15:00:02 UTC, ixid wrote:
Multiple approaches to how library functions can handle memory.
As long as it allows us avoid creating new GC
On Thursday, 9 October 2014 at 15:59:12 UTC, Andrei Alexandrescu
wrote:
"Dicebot" wrote:
On Thursday, 9 October 2014 at 15:00:02 UTC, ixid wrote:
Multiple approaches to how library functions can handle
memory.
As long as it allows us avoid creating new GC roots and keep
using GC for
all al
On Thursday, 9 October 2014 at 15:32:06 UTC, Andrei Alexandrescu
wrote:
On 10/9/14, 7:09 AM, Dicebot wrote:
Yes and this is exactly why I am that concerned about recent
memory
management policy thread. Don has already stated it in his
talks but I
will repeat important points:
1) We don't try
"Dicebot" wrote:
> On Thursday, 9 October 2014 at 15:00:02 UTC, ixid wrote:
>> Multiple approaches to how library functions can handle memory.
>
> As long as it allows us avoid creating new GC roots and keep using GC for
> all allocations at the same time.
To clarify: calling GC.free does remove
On 10/9/14, 7:09 AM, Dicebot wrote:
Yes and this is exactly why I am that concerned about recent memory
management policy thread. Don has already stated it in his talks but I
will repeat important points:
1) We don't try to avoid GC in any way
2) However it is critical for performance to avoid c
On Thursday, 9 October 2014 at 15:00:02 UTC, ixid wrote:
Multiple approaches to how library functions can handle memory.
As long as it allows us avoid creating new GC roots and keep
using GC for all allocations at the same time.
"Manu via Digitalmars-d" wrote in message
news:mailman.559.1412859804.9932.digitalmar...@puremagic.com...
Dan Murphy seemed to think ddmd would have some focus on usage as a lib?
Yes, but it's a long way off.
On Thursday, 9 October 2014 at 14:47:00 UTC, Dicebot wrote:
On Thursday, 9 October 2014 at 14:38:08 UTC, ixid wrote:
Dicebot wrote:
Switch to input/output ranges as API fundamentals was
supposed to fix it. Custom management policies as you propose
won't fix it at all because garbage will stil
On Thursday, 9 October 2014 at 14:38:08 UTC, ixid wrote:
Dicebot wrote:
Switch to input/output ranges as API fundamentals was supposed
to fix it. Custom management policies as you propose won't fix
it at all because garbage will still be there, simply managed
in a different way.
Would it b
Dicebot wrote:
Switch to input/output ranges as API fundamentals was supposed
to fix it. Custom management policies as you propose won't fix
it at all because garbage will still be there, simply managed
in a different way.
Would it be impractical to support multiple approaches through
templ
On Thursday, 9 October 2014 at 09:37:29 UTC, Danni Coy via
Digitalmars-d wrote:
It might be unfair but it is still a massive problem. The
tooling
compared to what I have with say C++ and Qt is not a fun
experience.
The language is nicer but the difference in tooling is making
the
difference se
On Wednesday, 8 October 2014 at 20:07:09 UTC, Walter Bright wrote:
On 10/8/2014 4:17 AM, Don wrote:
As I said in my Dconf 2013 talk -- I advocate a focus on
Return On Investment.
I'd love to see us chasing the easy wins.
I love the easy wins, too. It'd be great if you'd start a
thread about
On Monday, 6 October 2014 at 19:07:40 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 11:55 AM, H. S. Teoh via Digitalmars-d wrote:
On Mon, Oct 06, 2014 at 06:13:41PM +, Dicebot via
Digitalmars-d wrote:
On Monday, 6 October 2014 at 16:06:04 UTC, Andrei
Alexandrescu wrote:
[...]
It would be ter
On 09/10/2014 10:15 pm, "Atila Neves via Digitalmars-d" <
digitalmars-d@puremagic.com> wrote:
>
>
>> Debugging, ldc (for windows), and editor integrations (auto complete,
>> navigation, refactoring tools) are my impersonal (and hopefully
>> non-controversial) short list. They trump everything else
Debugging, ldc (for windows), and editor integrations (auto
complete,
navigation, refactoring tools) are my impersonal (and hopefully
non-controversial) short list. They trump everything else I've
I don't know how well DCD works with other editors, but in Emacs
at least (when DCD doesn't thr
> While it would be great if there were a company devoted to such D tooling,
> it doesn't exist right now. It is completely unrealistic to expect a D
> community of unpaid volunteers to work on these features for your paid
> projects. If anybody in the community cared as much about these features
On Wednesday, 8 October 2014 at 21:07:24 UTC, Walter Bright wrote:
On 10/6/2014 11:13 AM, Dicebot wrote:
Especially because
you have stated that previous proposal (range-fication) which
did fix the issue
_for me_ is not on the table anymore.
I think it's more stalled because of the setExtens
On Wednesday, 8 October 2014 at 20:35:05 UTC, Andrei Alexandrescu
wrote:
On 10/8/14, 4:17 AM, Don wrote:
On Monday, 6 October 2014 at 19:07:40 UTC, Andrei Alexandrescu
wrote:
And personally, I doubt that many companies would use D, even
if with
perfect C++ interop, if the toolchain stayed at
On Thursday, 9 October 2014 at 00:30:53 UTC, Walter Bright wrote:
On 9/25/2014 4:08 AM, Don wrote:
And adding a @ in front of pure, nothrow.
https://issues.dlang.org/show_bug.cgi?id=13388
It has generated considerable discussion.
Please break the language, now.
---
/Paolo
On 9/25/2014 4:08 AM, Don wrote:
I'd also like to see us getting rid of those warts like assert(float.nan) being
true.
https://issues.dlang.org/show_bug.cgi?id=13489
It has some serious issues with it - I suspect it'll cause uglier problems than
it fixes.
And adding a @ in front of pure,
On 09/10/2014 2:40 am, "Joakim via Digitalmars-d" <
digitalmars-d@puremagic.com> wrote:
>
> On Wednesday, 8 October 2014 at 13:55:11 UTC, Manu via Digitalmars-d
wrote:
>>
>> On 08/10/2014 9:20 pm, "Don via Digitalmars-d"
>>>
>>> So what do we care about? Mainly, we care about improving the core
>>
On 10/6/2014 11:13 AM, Dicebot wrote:
Especially because
you have stated that previous proposal (range-fication) which did fix the issue
_for me_ is not on the table anymore.
I think it's more stalled because of the setExtension controversy.
How about someone starts paying attention to what
On 10/8/14, 4:17 AM, Don wrote:
On Monday, 6 October 2014 at 19:07:40 UTC, Andrei Alexandrescu wrote:
More particulars would be definitely welcome. I should add that
Sociomantic has an interesting position: it's a 100% D shop so
interoperability is not a concern for them, and they did their own
On 10/8/2014 4:17 AM, Don wrote:
As I said in my Dconf 2013 talk -- I advocate a focus on Return On Investment.
I'd love to see us chasing the easy wins.
I love the easy wins, too. It'd be great if you'd start a thread about "Top 10
Easy Wins" from yours and Sociomantic's perspective.
Note t
On Wed, Oct 8, 2014 at 12:00 PM, Jonathan via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
...
> 3) Taking a hint from the early success of Flash, add Derelict3 (or some
> basic OpenGL library) directly into Phobos. Despite some of the negatives
> (slower update cycle versus external lib),
My small list of D critiques/wishes from a pragmatic stance:
1) Replace the Stop the World GC
2) It would be great if dmd could provide a code-hinting
facility, instead of relying on DCD which continually breaks for
me. It would open more doors for editors to support better code
completion.
3)
On Wednesday, 8 October 2014 at 13:55:11 UTC, Manu via
Digitalmars-d wrote:
On 08/10/2014 9:20 pm, "Don via Digitalmars-d"
So what do we care about? Mainly, we care about improving the
core
product.
In general I think that in D we have always suffered from
spreading
ourselves too thin. We've
On 08/10/2014 11:55 pm, "Manu" wrote:
>
> On 08/10/2014 9:20 pm, "Don via Digitalmars-d" <
digitalmars-d@puremagic.com> wrote:
> >
> > On Monday, 6 October 2014 at 19:07:40 UTC, Andrei Alexandrescu wrote:
> >>
> >> On 10/6/14, 11:55 AM, H. S. Teoh via Digitalmars-d wrote:
> >>>
> >>> On Mon, Oct 0
On 08/10/2014 9:20 pm, "Don via Digitalmars-d"
wrote:
>
> On Monday, 6 October 2014 at 19:07:40 UTC, Andrei Alexandrescu wrote:
>>
>> On 10/6/14, 11:55 AM, H. S. Teoh via Digitalmars-d wrote:
>>>
>>> On Mon, Oct 06, 2014 at 06:13:41PM +, Dicebot via Digitalmars-d
wrote:
On Monday, 6
On Monday, 6 October 2014 at 19:07:40 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 11:55 AM, H. S. Teoh via Digitalmars-d wrote:
On Mon, Oct 06, 2014 at 06:13:41PM +, Dicebot via
Digitalmars-d wrote:
On Monday, 6 October 2014 at 16:06:04 UTC, Andrei
Alexandrescu wrote:
[...]
It would be ter
On Monday, 6 October 2014 at 19:08:24 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 12:00 PM, Dicebot wrote:
On Monday, 6 October 2014 at 18:57:04 UTC, H. S. Teoh via
Digitalmars-d
wrote:
Or, if you'll allow me to paraphrase it, pay the one-time
cost of broken
code now, rather than incur the ong
On 10/6/14, 12:00 PM, Dicebot wrote:
On Monday, 6 October 2014 at 18:57:04 UTC, H. S. Teoh via Digitalmars-d
wrote:
Or, if you'll allow me to paraphrase it, pay the one-time cost of broken
code now, rather than incur the ongoing cost of needing to continually
workaround language issues.
Don in
On 10/6/14, 11:55 AM, H. S. Teoh via Digitalmars-d wrote:
On Mon, Oct 06, 2014 at 06:13:41PM +, Dicebot via Digitalmars-d wrote:
On Monday, 6 October 2014 at 16:06:04 UTC, Andrei Alexandrescu wrote:
[...]
It would be terrific if Sociomantic would improve its communication
with the communit
On Monday, 6 October 2014 at 18:57:04 UTC, H. S. Teoh via
Digitalmars-d wrote:
Or, if you'll allow me to paraphrase it, pay the one-time cost
of broken
code now, rather than incur the ongoing cost of needing to
continually
workaround language issues.
Don in this very thread. Multiple times.
On Mon, Oct 06, 2014 at 06:13:41PM +, Dicebot via Digitalmars-d wrote:
> On Monday, 6 October 2014 at 16:06:04 UTC, Andrei Alexandrescu wrote:
[...]
> >It would be terrific if Sociomantic would improve its communication
> >with the community about their experience with D and their needs
> >goin
On Monday, 6 October 2014 at 16:06:04 UTC, Andrei Alexandrescu
wrote:
I'm confused. Why would anyone who just comes to dlang.org see
unformed ideas and incomplete designs? Wouldn't newcomers be
more attracted by e.g. stuff coming in the next release?
Because he is interested in language develo
On Monday, 6 October 2014 at 15:05:31 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 7:36 AM, Wyatt wrote:
D is going to have C++ support. That's cool and compelling as
a bare statement, but in what manner?
We don't know yet, we're designing it
The exact list is in the air. We're looking e.g.
On 10/6/14, 9:58 AM, H. S. Teoh via Digitalmars-d wrote:
It would be*very* nice if once in a while (say once a week, or once a
month) you and/or Walter can do a little write-up about the current
status of things. Say a list of top 5 projects currently being worked
on, a list of the top 5 current
On Mon, Oct 06, 2014 at 09:39:44AM -0700, Andrei Alexandrescu via Digitalmars-d
wrote:
> On 10/6/14, 9:16 AM, eles wrote:
> >On Monday, 6 October 2014 at 14:53:23 UTC, Andrei Alexandrescu wrote:
> >>On 10/6/14, 7:05 AM, Paolo Invernizzi wrote:
> >>>On Monday, 6 October 2014 at 13:49:15 UTC, Andrei
Am 06.10.2014 10:12, schrieb eles:
On Monday, 6 October 2014 at 06:28:58 UTC, eles wrote:
On Monday, 6 October 2014 at 06:28:02 UTC, eles wrote:
On Monday, 6 October 2014 at 06:23:42 UTC, eles wrote:
On Monday, 6 October 2014 at 03:48:49 UTC, Andrei Alexandrescu wrote:
On 10/5/14, 3:08 PM, el
On 10/6/14, 9:14 AM, eles wrote:
On Monday, 6 October 2014 at 13:55:05 UTC, Andrei Alexandrescu wrote:
On 10/6/14, 6:18 AM, ketmar via Digitalmars-d wrote:
We will accept multiple "alias this". -- Andrei
=
IgorStepanov commented 6
On 10/6/14, 9:16 AM, eles wrote:
On Monday, 6 October 2014 at 14:53:23 UTC, Andrei Alexandrescu wrote:
On 10/6/14, 7:05 AM, Paolo Invernizzi wrote:
On Monday, 6 October 2014 at 13:49:15 UTC, Andrei Alexandrescu wrote:
On 10/6/14, 12:44 AM, Paolo Invernizzi wrote:
On Sunday, 5 October 2014 at
On Monday, 6 October 2014 at 14:53:23 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 7:05 AM, Paolo Invernizzi wrote:
On Monday, 6 October 2014 at 13:49:15 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 12:44 AM, Paolo Invernizzi wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
T
On Monday, 6 October 2014 at 13:49:15 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 12:44 AM, Paolo Invernizzi wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
I did comment in this group. -- Andrei
==
IgorStepanov commented 17 days ago
On Monday, 6 October 2014 at 13:55:05 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 6:18 AM, ketmar via Digitalmars-d wrote:
We will accept multiple "alias this". -- Andrei
=
IgorStepanov commented 6 days ago
Please, someone, add la
On 10/5/14, 9:14 AM, Dicebot wrote:
On Sunday, 5 October 2014 at 15:38:58 UTC, Andrei Alexandrescu wrote:
1. C++ support is good for attracting companies featuring large C++
codebases to get into D for new code without disruptions.
2. Auto-decoding is blown out of proportion and a distraction a
On Monday, 6 October 2014 at 13:42:35 UTC, Andrei Alexandrescu
wrote:
On 10/5/14, 11:23 PM, eles wrote:
On Monday, 6 October 2014 at 03:48:49 UTC, Andrei Alexandrescu
wrote:
On 10/5/14, 3:08 PM, eles wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
It doesn't because they nee
On Mon, 06 Oct 2014 08:39:54 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
> I appeal to you and others to keep language and attitude in check.
i'm doing my best, rewriting my posts at least three times before
sending. i bet noone wants to read the first variants. ;-)
but this thread is a g
On 10/6/14, 8:08 AM, Joakim wrote:
You and Walter do a good job of answering questions on Reddit and
there's certainly a lot of discussion on the forum where the two of you
chip in, but what's missing is a high-level overview of the co-BDFLs'
priorities for where the language is going, including
On 10/6/14, 8:35 AM, ketmar via Digitalmars-d wrote:
On Mon, 06 Oct 2014 15:22:17 +
Joakim via Digitalmars-d wrote:
People in this thread are emotional because they care
yes. i don't think that anybody (including me ;-) wants to
directly insult someone here.
I appeal to you and others t
On Mon, 06 Oct 2014 15:22:17 +
Joakim via Digitalmars-d wrote:
> People in this thread are emotional because they care
yes. i don't think that anybody (including me ;-) wants to
directly insult someone here. D is good, that's why "not-so-good"
features are so annoying that we are writing such
On Monday, 6 October 2014 at 15:13:59 UTC, Nicolas F. wrote:
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja
wrote:
What do you think are the worst parts of D?
The fact that its community, when faced with the question "What
do you think are the worst parts of D?", will readily ha
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja wrote:
What do you think are the worst parts of D?
The fact that its community, when faced with the question "What
do you think are the worst parts of D?", will readily have a 35
page verbal fistfight over what the worst parts of D a
On Monday, 6 October 2014 at 13:54:05 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 5:42 AM, Wyatt wrote:
On Sunday, 5 October 2014 at 16:14:18 UTC, Dicebot wrote:
No need to explain it here. When I speak about vision I mean
something
that anyone coming to dlang.org page or GitHub repo sees.
S
On 10/6/14, 7:36 AM, Wyatt wrote:
To be succinct: how about an article?
An article would be great once we have done something we can show.
We're not asking for a discussion in this case so much as some frank
sharing.
Is there anything dishonest about sharing intent about the D programming
On 10/6/14, 7:05 AM, Paolo Invernizzi wrote:
On Monday, 6 October 2014 at 13:49:15 UTC, Andrei Alexandrescu wrote:
On 10/6/14, 12:44 AM, Paolo Invernizzi wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
TDPL was an absolutely awesome book because it expained "why?" as
opposed
On Monday, 6 October 2014 at 13:54:05 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 5:42 AM, Wyatt wrote:
On Sunday, 5 October 2014 at 16:14:18 UTC, Dicebot wrote:
No need to explain it here. When I speak about vision I mean
something
that anyone coming to dlang.org page or GitHub repo sees.
S
On Monday, 6 October 2014 at 13:49:15 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 12:44 AM, Paolo Invernizzi wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
TDPL was an absolutely awesome book because it expained
"why?" as
opposed to "how?". Such insight into language authors
On 10/6/14, 12:44 AM, Paolo Invernizzi wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
TDPL was an absolutely awesome book because it expained "why?" as
opposed to "how?". Such insight into language authors rationale is
incredibly helpful for long-term contribution. Unfortunate
On 10/6/14, 6:18 AM, ketmar via Digitalmars-d wrote:
and now for multiple "alias this"... as you can see this will not help
c++ interop, and it will not help gc, so it can lay rotting on github.
not a word, not even "will not accept this" or "it's interesting, please
keep it up-to-date while you
On 10/6/14, 5:42 AM, Wyatt wrote:
On Sunday, 5 October 2014 at 16:14:18 UTC, Dicebot wrote:
No need to explain it here. When I speak about vision I mean something
that anyone coming to dlang.org page or GitHub repo sees. Something
that is explained in a bit more details, possibly with code exam
On 10/5/14, 11:23 PM, eles wrote:
On Monday, 6 October 2014 at 03:48:49 UTC, Andrei Alexandrescu wrote:
On 10/5/14, 3:08 PM, eles wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
The main distinction between structs and classes in D is the former
are monomorphic value types a
On Mon, 06 Oct 2014 12:48:28 +
Meta via Digitalmars-d wrote:
> On Monday, 6 October 2014 at 07:51:41 UTC, ketmar via
> Digitalmars-d wrote:
> > On Mon, 06 Oct 2014 07:44:56 +
> > Paolo Invernizzi via Digitalmars-d
> > wrote:
> >
> >> I would also add that it's scaring not having seen a
On Monday, 6 October 2014 at 07:51:41 UTC, ketmar via
Digitalmars-d wrote:
On Mon, 06 Oct 2014 07:44:56 +
Paolo Invernizzi via Digitalmars-d
wrote:
I would also add that it's scaring not having seen a single
comment of Andrej here:
https://github.com/D-Programming-Language/dmd/pull/3998
On Sunday, 5 October 2014 at 16:14:18 UTC, Dicebot wrote:
No need to explain it here. When I speak about vision I mean
something that anyone coming to dlang.org page or GitHub repo
sees. Something that is explained in a bit more details,
possibly with code examples. I know I am asking much bu
Dne 6.10.2014 v 12:15 ketmar via Digitalmars-d napsal(a):
> On Mon, 06 Oct 2014 10:22:01 +0200
> Martin Drašar via Digitalmars-d wrote:
>
> as i said this is the very first version of cmdcon, not the one i'm
> using now. i'm not able to publish the current version yet.
>
>> That is, how do you u
On Thursday, 25 September 2014 at 00:52:25 UTC, Walter Bright
wrote:
On 9/24/2014 7:56 AM, Don wrote:
For example: We agreed *years* ago to remove the NCEG
operators. Why haven't
they been removed yet?
They do generate a warning if compiled with -w.
What change in particular?
I've got a na
On Mon, 06 Oct 2014 10:22:01 +0200
Martin Drašar via Digitalmars-d wrote:
as i said this is the very first version of cmdcon, not the one i'm
using now. i'm not able to publish the current version yet.
> That is, how do you use this console interactively?
> In your previous mail you wrote that y
On Monday, 6 October 2014 at 06:28:58 UTC, eles wrote:
I like the safety that a GC guarantees, but is a too big price
to
be paid for that...
What if you only had precise GC on class objects and nothing
else? That believe could be done in a performant manner.
Dne 3.10.2014 v 16:42 ketmar via Digitalmars-d napsal(a):
> alas, only very old and rudimentary module is available. basically,
> it's the core of the full-featured console, but... only the core, and
> not very well written. i'm planning to opensource fully working thingy
> with bells and whistles
On Monday, 6 October 2014 at 06:28:58 UTC, eles wrote:
On Monday, 6 October 2014 at 06:28:02 UTC, eles wrote:
On Monday, 6 October 2014 at 06:23:42 UTC, eles wrote:
On Monday, 6 October 2014 at 03:48:49 UTC, Andrei
Alexandrescu wrote:
On 10/5/14, 3:08 PM, eles wrote:
On Sunday, 5 October 2014
On Mon, 06 Oct 2014 07:44:56 +
Paolo Invernizzi via Digitalmars-d wrote:
> I would also add that it's scaring not having seen a single
> comment of Andrej here:
> https://github.com/D-Programming-Language/dmd/pull/3998
it's not about c++ interop or gc, so it can wait. existing D users will
n
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
TDPL was an absolutely awesome book because it expained "why?"
as opposed to "how?". Such insight into language authors
rationale is incredibly helpful for long-term contribution.
Unfortunately, it didn't cover all parts of the languag
On Monday, 6 October 2014 at 06:23:42 UTC, eles wrote:
On Monday, 6 October 2014 at 03:48:49 UTC, Andrei Alexandrescu
wrote:
On 10/5/14, 3:08 PM, eles wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
The main distinction between structs and classes in D is the
former are mono
On Monday, 6 October 2014 at 06:28:02 UTC, eles wrote:
On Monday, 6 October 2014 at 06:23:42 UTC, eles wrote:
On Monday, 6 October 2014 at 03:48:49 UTC, Andrei Alexandrescu
wrote:
On 10/5/14, 3:08 PM, eles wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
I like the safety tha
On Monday, 6 October 2014 at 03:48:49 UTC, Andrei Alexandrescu
wrote:
On 10/5/14, 3:08 PM, eles wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
The main distinction between structs and classes in D is the
former are monomorphic value types and the later are
polymorphic refer
On 10/5/14, 3:08 PM, eles wrote:
On Sunday, 5 October 2014 at 14:55:38 UTC, Dicebot wrote:
Right now I have no idea where the development is headed and what to
expect from next few releases. I am not speaking about
wiki.dlang.org/Agenda but about bigger picture. Unexpected focus on
C++ support,
On Sunday, 5 October 2014 at 21:59:21 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 5 October 2014 at 16:14:18 UTC, Dicebot wrote:
No need to explain it here. When I speak about vision I mean
something that anyone coming to dlang.org page or GitHub repo
sees. Something that is explained in a bit m
On Sunday, 5 October 2014 at 22:11:38 UTC, eles wrote:
On Sunday, 5 October 2014 at 21:59:21 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 5 October 2014 at 16:14:18 UTC, Dicebot wrote:
No need to explain it here. When I speak about vision I mean
something that anyone coming to dlang.org page or G
1 - 100 of 434 matches
Mail list logo
