Man, I suck so hard at navigating the std library! Practically nothing
is named anything I expect or am familiar with >_<
It shouldn't be easier to write my own than to find what I want in the lib.
There are some differences though; repeat() is not a literal, and
repeats infinitely, which means yo
On 26/04/2015 5:37 p.m., weaselcat wrote:
https://github.com/hackwaly/pepper-nim
Wonder how hard it would be to get D to do the same, or if it's worth
the effort over trying to adapt LDC output to emscripten.
I already asked on D.ldc. No reply.
I even included links to the differences between
On 4/21/2015 11:20 AM, Colin wrote:
Surely that's meant to be 2015?
Walter should prob fix that. Someone could steal D!
All the replies, and no PRs. Sigh!
https://github.com/D-Programming-Language/dmd/pull/4615
https://github.com/hackwaly/pepper-nim
Wonder how hard it would be to get D to do the same, or if it's
worth the effort over trying to adapt LDC output to emscripten.
On 26/04/2015 5:08 p.m., Ramon wrote:
Given a C source code that gives me a .lib static library compiled with
the Digital Mars C compiler, can I link this .lib to my final .exe using
DMD linker?
that is, is Digital Mars C .lib compatible with DMD linker?
You mean optlink linker? They should be
Given a C source code that gives me a .lib static library
compiled with the Digital Mars C compiler, can I link this .lib
to my final .exe using DMD linker?
that is, is Digital Mars C .lib compatible with DMD linker?
On Sunday, 26 April 2015 at 04:59:48 UTC, Manu wrote:
I find myself using these a lot. I hacked them together because
I
couldn't find anything equally simple in the std library:
https://gist.github.com/TurkeyMan/1f551bc5a0d2cec8af2e
The question is, is there already a proper/better way to do
On Sunday, 26 April 2015 at 04:59:48 UTC, Manu wrote:
I find myself using these a lot. I hacked them together because
I
couldn't find anything equally simple in the std library:
https://gist.github.com/TurkeyMan/1f551bc5a0d2cec8af2e
The question is, is there already a proper/better way to do
I find myself using these a lot. I hacked them together because I
couldn't find anything equally simple in the std library:
https://gist.github.com/TurkeyMan/1f551bc5a0d2cec8af2e
The question is, is there already a proper/better way to do this?
On Sunday, 26 April 2015 at 04:04:55 UTC, Jakob Ovrum wrote:
I'll do some work on the `Needs review` tag.
Made a pass over all unlabelled PRs:
https://github.com/D-Programming-Language/phobos/labels/needs%20review
There's been a bit of a dearth of reviewers in the last couple of
weeks. All h
On 4/25/2015 8:47 PM, Andrei Alexandrescu wrote:
Looking forward to everyone's great ideas and work artifacts. Drawing blanks? No
problem - there's a bunch of pull requests to review!
Everywhere I look in Phobos, I find:
1. unnecessary calls to new
2. functions that should accept ranges and r
On Sunday, 26 April 2015 at 03:52:16 UTC, Vladimir Panteleev
wrote:
Theme song proposal:
http://www.openbsd.org/songs/songsh.mp3
http://www.openbsd.org/songs/songsh.ogg
I respectfully propose https://www.youtube.com/watch?v=Dn8gealMDsg
Something really easy to do even for a beginner is to sub
On Sunday, 26 April 2015 at 03:58:44 UTC, Andrei Alexandrescu
wrote:
On 4/25/15 8:49 PM, Vladimir Panteleev wrote:
On Sunday, 26 April 2015 at 03:40:43 UTC, Andrei Alexandrescu
wrote:
Since it's trivial to make D applications a lot faster by
avoiding big
ticket allocations and leave only the pe
On Sunday, 26 April 2015 at 03:47:07 UTC, Andrei Alexandrescu
wrote:
I compel all of us fine folks in this forum to abstain from
unproductive debates and discussions during this hackathon
week. No exegesis, no contemplation of what things could or
should be, no idle thinking. This is the time t
On 4/25/15 8:49 PM, Vladimir Panteleev wrote:
On Sunday, 26 April 2015 at 03:40:43 UTC, Andrei Alexandrescu wrote:
Since it's trivial to make D applications a lot faster by avoiding big
ticket allocations and leave only the peanuts for the heap, there
should be a simple tool to e.g. count how ma
On Sunday, 26 April 2015 at 03:47:07 UTC, Andrei Alexandrescu
wrote:
I compel all of us fine folks in this forum to abstain from
unproductive debates and discussions during this hackathon
week. No exegesis, no contemplation of what things could or
should be, no idle thinking. This is the time t
I compel all of us fine folks in this forum to abstain from unproductive
debates and discussions during this hackathon week. No exegesis, no
contemplation of what things could or should be, no idle thinking. This
is the time to act. "If you see something, do something."
Looking forward to ever
On Sunday, 26 April 2015 at 03:40:43 UTC, Andrei Alexandrescu
wrote:
Since it's trivial to make D applications a lot faster by
avoiding big ticket allocations and leave only the peanuts for
the heap, there should be a simple tool to e.g. count how many
objects of each type were allocated at the
I've been on this project at work that took the "functionality first,
performance later" approach. It has a Java-style approach of using class
objects throughout and allocating objects casually.
So now we have a project that works but is kinda slow. Profiling shows
it spends a fair amount of t
On Friday, 24 April 2015 at 23:27:36 UTC, Steven Schveighoffer
wrote:
pure function can access global immutable state that wasn't
passed to
it, so you may want to revise your definition.
Sure: s/accessing/altering, my mistake.
-Steve
That is the whole point. See it as follow: GC.malloc crea
On 4/25/15 5:41 PM, Stewart Gordon wrote:
But last time I knew, the default Ddoc template as a whole was generally
incapable of producing logically structured HTML output, never mind
which tags are used. I ended up redefining a number of the macros in my
custom Ddoc template to get around this.
On 4/25/15 3:23 PM, John Colvin wrote:
On Saturday, 25 April 2015 at 21:26:25 UTC, Andrei Alexandrescu wrote:
On 4/22/15 1:36 PM, John Colvin wrote:
Is it even possible to contrive a case where
1) The default initialisation stores are technically dead and
2) Modern compilers can't tell they ar
On Sat, 25 Apr 2015 16:40:51 +, Laeeth Isharc wrote:
> On Saturday, 25 April 2015 at 16:10:11 UTC, ketmar wrote:
>> On Sat, 25 Apr 2015 14:19:30 +, Laeeth Isharc wrote:
>>
>>> But surely, it would be a start to make it easy for the user to know
>>> so she can shape her approach accordingly
On Sat, 25 Apr 2015 16:40:51 +, Laeeth Isharc wrote:
> On Saturday, 25 April 2015 at 16:10:11 UTC, ketmar wrote:
>> On Sat, 25 Apr 2015 14:19:30 +, Laeeth Isharc wrote:
>>
>>> But surely, it would be a start to make it easy for the user to know
>>> so she can shape her approach accordingly
On 4/23/15 5:52 AM, Steven Schveighoffer wrote:
I'd really like to hear from Andrei on this.
Such an abstraction (a range without the ability to copy its front) is a
bit of a rarity so only a small subset of algorithms would work with it.
So probably it deserves its name e.g. SingleReadRange.
On 26/04/2015 1:59 a.m., w0rp wrote:
On Saturday, 25 April 2015 at 05:16:21 UTC, Andrei Alexandrescu wrote:
Found this on reddit a few days ago:
http://rob.conery.io/2015/04/17/rethinkdb-2-0-is-amazing/
A good discussion of the pros and cons of pipeline-style queries (the
ReQL query language re
On 20/04/2015 20:42, Gary Willoughby wrote:
Here's a list of the current ddoc symbols (and tag output) that IMHO would need
updating:
https://gist.github.com/nomad-software/333cd658ad88090dcb0a
and here are some proposed substitutions:
https://gist.github.com/nomad-software/20d2ab1f7d4c9e55a
On 22/04/2015 08:47, Gary Willoughby wrote:
On Tuesday, 21 April 2015 at 11:27:35 UTC, Jacob Carlborg wrote:
I don't think you should use the "style" attribute at all. I think it's better
to use
classes, or similar.
Yes it's always better to use classes and style them in a CSS file. However
On Saturday, 25 April 2015 at 13:59:41 UTC, w0rp wrote:
One thing *kind of* related that I have really enjoyed is
Django's querysets for building SQL queries. In Django, a
QuerySet has methods query yields new QuerySet objects, so you
can build a set of parameters and SQL is eventually generate
On Saturday, 25 April 2015 at 21:26:25 UTC, Andrei Alexandrescu
wrote:
On 4/22/15 1:36 PM, John Colvin wrote:
Is it even possible to contrive a case where
1) The default initialisation stores are technically dead and
2) Modern compilers can't tell they are dead and elide them and
3) Doing the i
On Saturday, 25 April 2015 at 16:55:18 UTC, bigsandwich wrote:
I get so tired of non game devs spouting off about what they
think gamedevs do. Let me give you a clue, we are aware of the
internet. We do process strings and JSON. Not only that but
we usually do this stuff in C++, and it often
On Saturday, 25 April 2015 at 14:48:41 UTC, Laeeth Isharc wrote:
I find it worrying that the evangelical D users are perceiving
D as a compiled scripting language and claim it is similar to
Python... D semantics are not at all like Python. That can't
win.
Why does it worry you? What bad thin
On 4/25/2015 1:42 PM, Xinok wrote:
On Saturday, 25 April 2015 at 20:12:55 UTC, Walter Bright wrote:
Hard disks are dead today for anyone who cares about performance.
I still use them, but only for secondary storage.
For anybody who wants to buy 4TB of storage for $100, hard drives are still v
On 4/22/15 1:36 PM, John Colvin wrote:
Is it even possible to contrive a case where
1) The default initialisation stores are technically dead and
2) Modern compilers can't tell they are dead and elide them and
3) Doing the initialisation has a significant performance impact?
The boring example
On Saturday, 25 April 2015 at 20:12:55 UTC, Walter Bright wrote:
Hard disks are dead today for anyone who cares about
performance.
I still use them, but only for secondary storage.
For anybody who wants to buy 4TB of storage for $100, hard drives
are still very much alive. Not to mention USB
On 4/24/2015 10:24 PM, Vladimir Panteleev wrote:
On Friday, 24 April 2015 at 08:27:06 UTC, Walter Bright wrote:
http://codecapsule.com/2014/02/12/coding-for-ssds-part-6-a-summary-what-every-programmer-should-know-about-solid-state-drives/
An interesting article. Anyone want to see if there are
On Saturday, 25 April 2015 at 19:08:52 UTC, weaselcat wrote:
doesn't this have the issue of not calling the ctor/dtor of
nested objects?
You could also use .destroy(copy_of_obj); instead of __dtor which
should handle that, I think.
Constructors are fine because there's no default constructi
On 4/24/2015 10:26 PM, Vladimir Panteleev wrote:
On Friday, 24 April 2015 at 19:35:08 UTC, Walter Bright wrote:
Things are configurable in std.stdio. But most people will just use the
default settings. The default settings should be optimized for SSDs, not
spinning drives.
That would be unwise
On Saturday, 25 April 2015 at 19:21:28 UTC, weaselcat wrote:
On Saturday, 25 April 2015 at 19:16:21 UTC, Namespace wrote:
hmm...
http://dlang.org/phobos/std_conv.html#.emplace
constructs an object of non-class type T at that address.
Non-Class. ;)
There's a class overload 3 down
T emplace
On Friday, 24 April 2015 at 21:47:50 UTC, cym13 wrote:
Reimplementing sure sounds like the best long-term way to go...
Maybe we don't need all libcurl features, we could provide a
basic
set for 80% of use-cases and advanced users would use the
newly-non-standard libcurl binding.
Vibed already
On Saturday, 25 April 2015 at 19:16:21 UTC, Namespace wrote:
hmm...
http://dlang.org/phobos/std_conv.html#.emplace
constructs an object of non-class type T at that address.
Non-Class. ;)
There's a class overload 3 down
T emplace(T, Args...)(void[] chunk, auto ref Args args) if (is(T
== cl
On Saturday, 25 April 2015 at 19:14:41 UTC, weaselcat wrote:
On Saturday, 25 April 2015 at 19:09:15 UTC, Namespace wrote:
On Saturday, 25 April 2015 at 18:57:13 UTC, Adam D. Ruppe
wrote:
On Saturday, 25 April 2015 at 18:50:59 UTC, Namespace wrote:
Nice name, fits better. But that should be in p
hmm...
http://dlang.org/phobos/std_conv.html#.emplace
constructs an object of non-class type T at that address.
Non-Class. ;)
On Saturday, 25 April 2015 at 19:09:15 UTC, Namespace wrote:
On Saturday, 25 April 2015 at 18:57:13 UTC, Adam D. Ruppe wrote:
On Saturday, 25 April 2015 at 18:50:59 UTC, Namespace wrote:
Nice name, fits better. But that should be in phobos, don't
you think?
meh, it might be nice to have, but
On Saturday, 25 April 2015 at 18:46:52 UTC, Adam D. Ruppe wrote:
You could just call the constructor again to reuse an object. I
guess you should also reinitialize the memory, but that's
pretty easy too.
Instead of placement new to reuse an object, make a function
like reset() or reinitialize
On Saturday, 25 April 2015 at 18:57:13 UTC, Adam D. Ruppe wrote:
On Saturday, 25 April 2015 at 18:50:59 UTC, Namespace wrote:
Nice name, fits better. But that should be in phobos, don't
you think?
meh, it might be nice to have, but not being in phobos isn't a
big deal to me for little utiliti
On Saturday, 25 April 2015 at 18:50:59 UTC, Namespace wrote:
Nice name, fits better. But that should be in phobos, don't you
think?
meh, it might be nice to have, but not being in phobos isn't a
big deal to me for little utilities like this.
On Saturday, 25 April 2015 at 18:46:52 UTC, Adam D. Ruppe wrote:
You could just call the constructor again to reuse an object. I
guess you should also reinitialize the memory, but that's
pretty easy too.
Instead of placement new to reuse an object, make a function
like reset() or reinitialize
You could just call the constructor again to reuse an object. I
guess you should also reinitialize the memory, but that's pretty
easy too.
Instead of placement new to reuse an object, make a function like
reset() or reinitialize() that destructs the first, then copies
the init back over and c
On 4/24/2015 11:51 PM, Iain Buclaw via Digitalmars-d wrote:
I wonder just how large... IIRC I think the limit on ubyte arrays is 1M?
A large enough value can not just case stack overflow, but can cause the stack
pointer to be anywhere in the address space.
I don't know of a limit on ubyte a
On 04/23/2015 05:29 PM, Steven Schveighoffer wrote:
>
> https://github.com/D-Programming-Language/druntime/pull/1229
>
> It would be interesting to know how the new AA performs in this test.
Went from 11s down to 9s, ~20% improvement.
Consider both of these scripts: test_gc_new.d
(http://dpaste.dzfl.pl/4f36b165c502) and test_gc_emplace_new.d
(http://dpaste.dzfl.pl/ff4e3c35479f)
and these results:
test_gc_new:
test_gc_new.exe "--DRT-gcopt=profile:1"
Number of collections: 140
Total GC prep time: 0 millis
On Saturday, 25 April 2015 at 17:00:28 UTC, Lucas wrote:
I think Andrei has some good ideas and I like seeing his and
others perspectives. Everyone has different experiences and can
bring something to the table, which can cause some interesting
disagreements, but more viewpoints add perspective
I think Andrei has some good ideas and I like seeing his and
others perspectives. Everyone has different experiences and can
bring something to the table, which can cause some interesting
disagreements, but more viewpoints add perspective. The
difficulty is that everyone has their own agenda of
On Friday, 24 April 2015 at 07:04:10 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 24 April 2015 at 02:33:19 UTC, ketmar wrote:
On Thu, 23 Apr 2015 19:05:06 -0700, Walter Bright wrote:
On 4/23/2015 5:37 AM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
Yes, it is because of modular artithmetics
On Saturday, 25 April 2015 at 16:10:11 UTC, ketmar wrote:
On Sat, 25 Apr 2015 14:19:30 +, Laeeth Isharc wrote:
But surely, it would be a start to make it easy for the user
to know so
she can shape her approach accordingly.
i believe that this must be controlled with `version` or cli
arg
On Saturday, 25 April 2015 at 14:19:31 UTC, Laeeth Isharc wrote:
On Saturday, 25 April 2015 at 11:34:22 UTC, ketmar wrote:
On Fri, 24 Apr 2015 01:27:15 -0700, Walter Bright wrote:
if there are any
modifications we should make to std.stdio to work better with
SSDs?
(Such as changing the buffe
On Sat, 25 Apr 2015 14:19:30 +, Laeeth Isharc wrote:
> But surely, it would be a start to make it easy for the user to know so
> she can shape her approach accordingly.
i believe that this must be controlled with `version` or cli arg, and it
belongs to application logic, not standard library
On Thursday, 23 April 2015 at 15:29:37 UTC, Steven Schveighoffer
wrote:
On 4/23/15 10:40 AM, Shammah Chancellor wrote:
2) I saw a thread awhile ago where someone had posted an
updated
implementation of the AA with benchmarks and showed that it was
substantially faster in all cases. I can't fi
i couldn't agree more with Ola Fosheim Grøstad. the d1 vision was
great and d2 has become an abomination of a scripting language. i
left after the demise of d1 and the lot of andrei's ideas.
now come every once in while and see whats going on - and hope
maybe in d3 it will go back to the vision
Hi Ola.
You have been in this community for much longer than me, and I
always learn from your posts technically.
I find it worrying that the evangelical D users are perceiving
D as a compiled scripting language and claim it is similar to
Python... D semantics are not at all like Python. That
On Saturday, 25 April 2015 at 11:34:22 UTC, ketmar wrote:
On Fri, 24 Apr 2015 01:27:15 -0700, Walter Bright wrote:
if there are any
modifications we should make to std.stdio to work better with
SSDs?
(Such as changing the buffer sizes.)
yes: don't do anything. it's OS task to cope with that
On Saturday, 25 April 2015 at 05:16:21 UTC, Andrei Alexandrescu
wrote:
Found this on reddit a few days ago:
http://rob.conery.io/2015/04/17/rethinkdb-2-0-is-amazing/
A good discussion of the pros and cons of pipeline-style
queries (the ReQL query language reminiscent of D's
algorithms/ranges)
"bitwise" wrote in message
news:op.xxishfi24sdys0@nicolass-macbook-pro.local...
I have a class with callbacks that can be overridden, which are inherited
from an extern(C++) interface. The callbacks are called from C++ code. Is
there any chance that the linkage will be inferred in the future?
On Saturday, 25 April 2015 at 07:51:38 UTC, Ola Fosheim Grøstad
wrote:
C++ would have been dead if the memory model was based on a
Boehm GC. Many people have tried and left D due to compiler
quality and GC. If those two issues had been given the highest
priority (over new features) D would have
On Fri, 24 Apr 2015 14:41:11 +, bachmeier wrote:
> On Friday, 24 April 2015 at 07:04:10 UTC, Ola Fosheim Grøstad wrote:
>> the market for programming languages is a Winner Takes It All market.
>
> /*Scratching my head*/
>
> I don't see how anyone could possibly describe the current landscap
On Fri, 24 Apr 2015 01:27:15 -0700, Walter Bright wrote:
> if there are any
> modifications we should make to std.stdio to work better with SSDs?
> (Such as changing the buffer sizes.)
yes: don't do anything. it's OS task to cope with that.
signature.asc
Description: PGP signature
On Fri, 24 Apr 2015 13:44:43 -0700, Walter Bright wrote:
> I'm afraid we are stuck with autodecoding, as taking it out may be far
> too disruptive.
the more time passing the harder autodecode to kill. kill it while it's
not too late. make the next DMD release 2.100 and KILL AUTODECODE for
good.
On Saturday, 25 April 2015 at 06:37:28 UTC, Walter Bright wrote:
I thought we had one:
1. warning
2. deprecation
3. error
4. removal
Almost, but without warning stage. It caused lot of issues for no
added value and most recent deprecations went through shorter
cycle afair.
On Friday, 24 April 2015 at 20:50:17 UTC, bachmeier wrote:
along with a Makefile, and my coauthors and I are using D. None
of the things you claim as design flaws are a problem for us.
Sounds like your usage fall into the category "compiled scripting
language", but there you have many alternat
70 matches
Mail list logo