On 2015-03-31 22:01, Andrei Alexandrescu wrote:
I made a few editorial passes, no major changes. I think there's still a
fly in the ointment. The resolution algorithm goes:
1. If xyz is a symbol (member, method, enum etc) defined inside
typeof(obj) then lookup is done.
2. Otherwise, if xyz is a
On 2015-03-31 23:12, Atila Neves wrote:
I actually thought about the whole "it should fail to build if any of
the unit tests fail" idea 2 or 3 weeks ago, so this sounds good.
WRT to the error messages and their recognition by text editors, a
_massive_ improvement would be compiler-assisted forma
On Tuesday, 31 March 2015 at 21:17:04 UTC, Martin Nowak wrote:
Robin Hood sounds like a good idea, but it really isn't. Keep
your load factor reasonable and distribute values evenly, then
you don't need a LRU lookup.
Is there a D version of a hash table with open addressing and
quadratic pro
On Wednesday, 1 April 2015 at 04:51:26 UTC, weaselcat wrote:
On Wednesday, 1 April 2015 at 04:49:55 UTC, ketmar wrote:
On Wed, 01 Apr 2015 02:25:43 +, Random D-user wrote:
GC because of some low-end machines. Memory is really cheap
these days
and pretty much every machine is 64-bits (even
On 2015-03-31 19:05, Jonathan wrote:
Well, I don't consider benchmarks unit test. So maybe just
this:
It depends on how you look at it. I know Xcode has support for some kind
of unit test benchmark. You can assign a upper value to a benchmark and
if that value is exceed the benchmark will f
On Tuesday, March 31, 2015 14:45:49 Idan Arye via Digitalmars-d wrote:
> But unittests already have
> names(http://dpaste.dzfl.pl/b15e94000f15), so the only required
> change is to allow the user to specify that name. This should be
> much simpler than adding entirely new fields.
Exactly what I wa
On Wed, Apr 01, 2015 at 04:28:43AM +0200, Martin Nowak via Digitalmars-d wrote:
[...]
> That dmd.conf is driving me crazy.
No kidding, after idgen.d got merged, I had to spend about an *hour*
trying to figure out how to get things to build with the right conf
files.
[...]
> ### conclusion
>
> T
On Wednesday, 1 April 2015 at 04:49:55 UTC, ketmar wrote:
On Wed, 01 Apr 2015 02:25:43 +, Random D-user wrote:
GC because of some low-end machines. Memory is really cheap
these days
and pretty much every machine is 64-bits (even phones are
trasitioning
fast to 64-bits).
this is the esse
On Tue, 31 Mar 2015 23:45:28 +0200, Martin Nowak wrote:
> On 03/31/2015 11:12 PM, Martin Nowak wrote:
>> Anyone benchmarked that SipHash?
>
> No way we use this for druntime.
> https://github.com/rurban/smhasher#readme
hay, can we switch to `donothing128`? it's speed is terrifying! ;-)
signatur
On Wed, 01 Apr 2015 02:25:43 +, Random D-user wrote:
> GC because of some low-end machines. Memory is really cheap these days
> and pretty much every machine is 64-bits (even phones are trasitioning
> fast to 64-bits).
this is the essense of "modern computing", btw. "hey, we have this
resour
We need template to use compile time reflection.
Please don't make it all compile time. It is useful to register
tests at runtime as well. Like one tests per SAT instance in a
given SAT benchmark.
Practically only thing we need is a standard way to register a
test function as a unittest an
On 2015-03-30 21:52:36 +, Andrei Alexandrescu said:
We're having a strong need for named unittests at Facebook for multiple
reasons.
1. We have sophisticated tooling that verifies whether unittests are
flaky. The automated monitor (for e.g. C++) figures whether a given
unittest fails sev
On Wed, 01 Apr 2015 03:19:07 +, deadalnix wrote:
> On Wednesday, 1 April 2015 at 02:54:27 UTC, Andrei Alexandrescu wrote:
>> On 3/31/15 7:28 PM, Martin Nowak wrote:
>>> That dmd.conf is driving me crazy.
>>
>> Me too!
>>
>>
> I made the complaint some time ago and was told my setup was wrong.
On 04/01/2015 04:54 AM, Andrei Alexandrescu wrote:
>>
>
> I don't understand this part. -conf= should essentially remove all
> notion of .conf files whatsoever.
That's only half of the story, because without a config dmd doesn't know
where to find druntime/phobos or how to link a binary.
You real
On Tuesday, 31 March 2015 at 23:29:28 UTC, Martin Nowak wrote:
On 04/01/2015 12:58 AM, deadalnix wrote:
So now we are going to change the language for this ?
There is a natural name for unitests, the name of the module.
We have
way to break module into pieces in a backward compatible
manner n
On Wednesday, 1 April 2015 at 02:54:48 UTC, Jake The Baker wrote:
On Tuesday, 31 March 2015 at 19:27:35 UTC, Adam D. Ruppe wrote:
On Tuesday, 31 March 2015 at 19:20:20 UTC, Jake The Baker
wrote:
As far as memory is concerned. How hard would it be to simply
have DMD use a swap file?
That'd hit
On Wednesday, 1 April 2015 at 02:54:27 UTC, Andrei Alexandrescu
wrote:
On 3/31/15 7:28 PM, Martin Nowak wrote:
That dmd.conf is driving me crazy.
Me too!
I made the complaint some time ago and was told my setup was
wrong. I stopped using master since then, I have no time to fix
my build n
On 3/31/15 7:28 PM, Martin Nowak wrote:
That dmd.conf is driving me crazy.
Me too!
We learned the same from dlang.org
https://github.com/D-Programming-Language/dlang.org/pull/758#issuecomment-74294012,
adding the `-conf=` switch didn't solve the actual problem and created
new ones.
I don't
On Tuesday, 31 March 2015 at 19:27:35 UTC, Adam D. Ruppe wrote:
On Tuesday, 31 March 2015 at 19:20:20 UTC, Jake The Baker wrote:
As far as memory is concerned. How hard would it be to simply
have DMD use a swap file?
That'd hit the same walls as the operating system trying to use
a swap file
On 3/31/15 7:17 PM, weaselcat wrote:
posting this knowing that andrei is about to yell at me for not posting
this in the reddit thread ;)
Yep, while reading I had this loaded in my chamber: "Remember that
statistically NOBODY is on forum.dlang.org and EVERYBODY is on reddit!"
-- Andrei
On Wednesday, 1 April 2015 at 02:17:29 UTC, weaselcat wrote:
...
forgot to label second test, it's the brainfuck one.
p.s., D loses because of AA slowness.
tl;dr, please reconsider changing the conf order or splitting the conf file
https://github.com/D-Programming-Language/dmd/pull/4256#issuecomment-88316771
That dmd.conf is driving me crazy.
I need a dmd.conf in my dmd repo, so that I can use dmd-master. It
wouldn't work without a config and putti
I've used D's GC with DDMD. It works*, but you're trading
better memory usage for worse allocation speed. It's quite
possible we could add a switch to ddmd to enable the GC.
As a random d-user (who cares about perf/speed and just happened
to read this) a switch sounds VERY good to me. I don'
On Tuesday, 31 March 2015 at 23:53:07 UTC, weaselcat wrote:
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common benchmarks
for many languages such as D, Nim, Go, python, C, etc... It
uses only standard structures not to influence the bench
On Tuesday, 31 March 2015 at 15:50:17 UTC, Dan Olson wrote:
"Mike" writes:
I just cut and pasted the code from the wiki myself and
compiled with
my arm-none-eabi-gdc cross-compiler and it works fine. I'm
sorry, but I'm not sure what the problem could be.
Mike
Yeah, something strange. The
On 3/31/15 5:58 PM, deadalnix wrote:
On Tuesday, 31 March 2015 at 23:11:46 UTC, Andrei Alexandrescu wrote:
The reasonable course is to see how far we can get with a library-only
solution. Amaury, want to work on that? -- Andrei
If nobody picks it up, I can, but I have very little bandwidth rig
On Tuesday, 31 March 2015 at 23:11:46 UTC, Andrei Alexandrescu
wrote:
The reasonable course is to see how far we can get with a
library-only solution. Amaury, want to work on that? -- Andrei
If nobody picks it up, I can, but I have very little bandwidth
right now with the work involved on SDC.
On Tuesday, 31 March 2015 at 22:25:29 UTC, rumbu wrote:
On Sunday, 29 March 2015 at 23:21:20 UTC, Laeeth Isharc wrote:
http://wiki.dlang.org/Coming_From
These sections are empty/close to empty:
Ruby / Java / Eiffel / C# / and Basic
I made a small start on the Python section. It needs more
c
On 3/31/15 4:38 PM, Martin Nowak wrote:
On 04/01/2015 01:11 AM, Andrei Alexandrescu wrote:
The reasonable course is to see how far we can get with a library-only
solution. Amaury, want to work on that? -- Andrei
In any case you should talk to Atila Neves who wrote a really good
unittest librar
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common benchmarks
for many languages such as D, Nim, Go, python, C, etc... It
uses only standard structures not to influence the benchmark.
https://github.com/kostya/benchmarks
dmd in benchma
On 04/01/2015 01:11 AM, Andrei Alexandrescu wrote:
> The reasonable course is to see how far we can get with a library-only
> solution. Amaury, want to work on that? -- Andrei
In any case you should talk to Atila Neves who wrote a really good
unittest library.
http://code.dlang.org/packages/unit-
On 03/31/2015 11:01 PM, Atila Neves wrote:
> This is true, but importing modules by name can be code that is
> generated. Which is exactly what I do with dtest [1] and unit-threaded
> [2]. It's not that big of a deal when it's part of the build system.
Dub does it as well (dub test), because if yo
On 04/01/2015 12:58 AM, deadalnix wrote:
> So now we are going to change the language for this ?
>
> There is a natural name for unitests, the name of the module. We have
> way to break module into pieces in a backward compatible manner now, so
> it's all good.
Are you saying one should split off
On 03/31/2015 04:45 PM, Idan Arye wrote:
>
> But unittests already have names(http://dpaste.dzfl.pl/b15e94000f15), so
> the only required change is to allow the user to specify that name. This
> should be much simpler than adding entirely new fields.
That's the line number, which can't be used as
On 3/31/15 3:58 PM, deadalnix wrote:
On Tuesday, 31 March 2015 at 21:50:56 UTC, Martin Nowak wrote:
On 03/30/2015 11:52 PM, Andrei Alexandrescu wrote:
I'd like to make a DIP for named unittests. Who can help me with that?
Why a DIP, isn't the only question what syntax to use.
unittest (mynam
On Tuesday, 31 March 2015 at 21:50:56 UTC, Martin Nowak wrote:
On 03/30/2015 11:52 PM, Andrei Alexandrescu wrote:
I'd like to make a DIP for named unittests. Who can help me
with that?
Why a DIP, isn't the only question what syntax to use.
unittest (myname) vs. unittest ("mynameexpression")
On 3/31/15 3:28 PM, Andrei Alexandrescu wrote:
On 3/31/15 2:50 PM, Martin Nowak wrote:
On 03/30/2015 11:52 PM, Andrei Alexandrescu wrote:
I'd like to make a DIP for named unittests. Who can help me with that?
Why a DIP, isn't the only question what syntax to use.
unittest (myname) vs. unitte
On 3/31/15 7:27 PM, deadalnix wrote:
On Tuesday, 31 March 2015 at 22:15:58 UTC, Ary Borenszweig wrote:
But in Crystal he also uses classes and doesn't mark methods as final.
And it's faster than D.
Not familiar with their way of doing.
Can you explain the crystal semantic ?
You can read ho
On Sunday, 29 March 2015 at 23:21:20 UTC, Laeeth Isharc wrote:
http://wiki.dlang.org/Coming_From
These sections are empty/close to empty:
Ruby / Java / Eiffel / C# / and Basic
I made a small start on the Python section. It needs more
concrete side-by-side examples of translating Python idiom
On Tuesday, 31 March 2015 at 22:15:58 UTC, Ary Borenszweig wrote:
But in Crystal he also uses classes and doesn't mark methods as
final. And it's faster than D.
Not familiar with their way of doing.
Can you explain the crystal semantic ?
On 3/31/15 2:50 PM, Martin Nowak wrote:
On 03/30/2015 11:52 PM, Andrei Alexandrescu wrote:
I'd like to make a DIP for named unittests. Who can help me with that?
Why a DIP, isn't the only question what syntax to use.
unittest (myname) vs. unittest ("mynameexpression")
Also unittest myname a
On Tuesday, 31 March 2015 at 19:20:20 UTC, Jake The Baker wrote:
On Monday, 30 March 2015 at 22:47:51 UTC, lobo wrote:
On Monday, 30 March 2015 at 22:39:51 UTC, lobo wrote:
On Sunday, 29 March 2015 at 23:14:31 UTC, Martin Krejcirik
wrote:
It seems like every DMD release makes compilation slower
On Tuesday, 31 March 2015 at 21:53:29 UTC, Martin Nowak wrote:
On 03/31/2015 08:24 PM, deadalnix wrote:
I'm going to propose again the same thing as in the past :
- before CTFE switch pool.
- CTFE in the new pool.
- deep copy result from ctfe pool to main pool.
- ditch ctfe pool.
No, it's
On 3/31/15 3:44 PM, Andrei Alexandrescu wrote:
On 3/31/15 11:35 AM, cym13 wrote:
On Tuesday, 31 March 2015 at 18:32:25 UTC, Meta wrote:
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common benchmarks for
many languages such as D, Nim, Go,
On Tuesday, 31 March 2015 at 21:22:09 UTC, Dicebot wrote:
On Tuesday, 31 March 2015 at 14:45:50 UTC, Idan Arye wrote:
But unittests already have
names(http://dpaste.dzfl.pl/b15e94000f15), so the only
required change is to allow the user to specify that name.
This should be much simpler than ad
On 03/30/2015 11:52 PM, Andrei Alexandrescu wrote:
> I'd like to make a DIP for named unittests. Who can help me with that?
Why a DIP, isn't the only question what syntax to use.
unittest (myname) vs. unittest ("mynameexpression")
> Andrei
There is an ER and an half of an implementation.
https
On 03/31/2015 08:24 PM, deadalnix wrote:
> I'm going to propose again the same thing as in the past :
> - before CTFE switch pool.
> - CTFE in the new pool.
> - deep copy result from ctfe pool to main pool.
> - ditch ctfe pool.
No, it's trivial enough to implement a full AST interpreter.
The w
On Tuesday, 23 December 2014 at 07:11:02 UTC, Dicebot wrote:
On Monday, 22 December 2014 at 11:45:55 UTC, logicchains wrote:
I installed the new Arch Linux LDC package but it still fails
with the same error: /usr/lib/libldruntime.so: undefined
reference to `__mulodi4'
I did get GDC to work on
On 3/31/15 1:20 PM, Steven Schveighoffer wrote:
On 3/31/15 4:01 PM, Andrei Alexandrescu wrote:
On 3/31/15 7:28 AM, IgorStepanov wrote:
On Monday, 30 March 2015 at 18:33:17 UTC, Andrei Alexandrescu wrote:
On 3/30/15 8:04 AM, Steven Schveighoffer wrote:
On 3/29/15 1:34 PM, IgorStepanov wrote:
On 03/31/2015 11:12 PM, Martin Nowak wrote:
> Anyone benchmarked that SipHash?
No way we use this for druntime.
https://github.com/rurban/smhasher#readme
I think we should have a flexible Hash in std.container though, that
should allow to use a customized hash function.
On 03/31/2015 09:07 PM, Andrei Alexandrescu wrote:
>
> True. I don't have time to put this on my plate, does anyone? -- Andrei
Very little, here is my outcome.
- brainfuck => better backend, better AA
The switch in the run loop doesn't use a switch table.
A lot of time is also spent on AA l
On Sunday, 29 March 2015 at 22:32:34 UTC, Martin Nowak wrote:
I guess that's the counterpart to `get(key, default)` that also
inserts
the default value. That's a very much needed primitive for our
AA,
because currently you end up doing at least 1 unnecessary
lookup.
https://issues.dlang.org/s
On Tuesday, 31 March 2015 at 20:18:41 UTC, Andrei Alexandrescu
wrote:
On 3/31/15 1:04 PM, Jacob Carlborg wrote:
On 2015-03-31 16:55, Meta wrote:
Aren't unittest blocks just special functions? If that's the
case, there
should be no problem being able to give them names. It seems
to me that
it
On Tuesday, 31 March 2015 at 14:45:50 UTC, Idan Arye wrote:
But unittests already have
names(http://dpaste.dzfl.pl/b15e94000f15), so the only required
change is to allow the user to specify that name. This should
be much simpler than adding entirely new fields.
And does not really help. Of al
On Tuesday, 31 March 2015 at 21:17:04 UTC, Martin Nowak wrote:
The simplest and most efficient way to do quadratic probing is
to use triangular numbers and a power of 2 sized hash table.
I'd be glad if someone implemented that for our current AA.
https://issues.dlang.org/show_bug.cgi?id=14385
On Tuesday, 31 March 2015 at 18:24:49 UTC, deadalnix wrote:
On Tuesday, 31 March 2015 at 11:29:23 UTC, ketmar wrote:
On Tue, 31 Mar 2015 10:14:05 +, Temtaime wrote:
Is anyone there looked how msvc for example compiles really
big files ?
I never seen it goes over 200 MB. And it is written i
On Monday, 30 March 2015 at 11:23:13 UTC, thedeemon wrote:
Here's a variant of a open addressing hash table (Robin Hood
one) that uses std.container.Array instead of relying on GC:
https://bitbucket.org/infognition/robinhood/src/
(see rbhash.d, the rest is just tests)
Not documented yet, sadly.
I already have a library that finds all unittest blocks (as well
as its own) and names them by appending a monotonically
increasing integer to mymodulename.unittest. I've been thinking
of using a UDA to decorate unittest blocks so that they show up
with that instead but never got around to it b
On Tuesday, 31 March 2015 at 21:05:40 UTC, Xavier Bigand wrote:
Le 31/03/2015 20:21, Andrei Alexandrescu a écrit :
On 3/31/15 7:45 AM, Idan Arye wrote:
On Tuesday, 31 March 2015 at 13:34:24 UTC, Dicebot wrote:
On Tuesday, 31 March 2015 at 10:25:57 UTC, Idan Arye wrote:
I understand the prefere
On Monday, 30 March 2015 at 09:31:26 UTC, Johannes Pfau wrote:
Another thing to worry about with hash tables is this:
http://events.ccc.de/congress/2012/Fahrplan/events/5152.en.html
https://www.youtube.com/watch?v=wGYj8fhhUVA
Mmh, that's a topic for specialized hash tables IMO.
A generic hash
I actually thought about the whole "it should fail to build if
any of the unit tests fail" idea 2 or 3 weeks ago, so this sounds
good.
WRT to the error messages and their recognition by text editors,
a _massive_ improvement would be compiler-assisted formatting of
the assertion errors. This:
On Tuesday, 31 March 2015 at 20:04:01 UTC, Jacob Carlborg wrote:
On 2015-03-31 16:55, Meta wrote:
Aren't unittest blocks just special functions? If that's the
case, there
should be no problem being able to give them names. It seems
to me that
it would entail the lifting of a restriction rather
Le 31/03/2015 20:21, Andrei Alexandrescu a écrit :
On 3/31/15 7:45 AM, Idan Arye wrote:
On Tuesday, 31 March 2015 at 13:34:24 UTC, Dicebot wrote:
On Tuesday, 31 March 2015 at 10:25:57 UTC, Idan Arye wrote:
I understand the preference to librarize as much as possible, but I
don't think the desi
On Tuesday, 31 March 2015 at 14:13:29 UTC, Johannes Pfau wrote:
Am Tue, 31 Mar 2015 13:31:58 +
schrieb "Dicebot" :
> But here's the problem:
>
> 1) The compile time approach requires some kind
>of explicit registration of the unittests. At least one
> mixin per
>module.
> 2) This
On Tue, 31 Mar 2015 18:24:48 +, deadalnix wrote:
> On Tuesday, 31 March 2015 at 11:29:23 UTC, ketmar wrote:
>> On Tue, 31 Mar 2015 10:14:05 +, Temtaime wrote:
>>
>>> Is anyone there looked how msvc for example compiles really big files
>>> ?
>>> I never seen it goes over 200 MB. And it is
On Sunday, 29 March 2015 at 17:34:21 UTC, IgorStepanov wrote:
3. is(T: B) should raise an error if there are many ways to
convert T to B.
I think this will cause future problems. How hard would it be to
include at type algebra system? (being able to use &, |, etc on
types... sort of Venn diag
Little ping I hope an answer about IO in D and disruptor form
java world
Disruptor seem to provide a smart implementation between IO and
their buffer.
What did you think about it?
D could to provided a high level way to process efficiently a
file. (using Range, forwardrange ... will be bette
Is it possible to modify either a C++ compiler or in code to make
classes more D ish? e.g., instead of just the vtable(which, IIRC
is slightly different between the two) add the metadata pointer
and whatever else?
What I'm getting at, is there a somewhat simple way(not creating
a new C++ but
Oh boy all classes with one-liner non-final methods. Manu must
be dancing a gig right now :o). -- Andrei
Jig. =)
On 3/31/15 1:07 PM, Jacob Carlborg wrote:
On 2015-03-31 20:26, Andrei Alexandrescu wrote:
The idea is to make a SMALL change on our side for a LARGE INSTANT
benefit for everyone. Sigh.
But does the editors handles the current format of the compile errors?
At least all editors I use that cla
On 3/31/15 4:01 PM, Andrei Alexandrescu wrote:
On 3/31/15 7:28 AM, IgorStepanov wrote:
On Monday, 30 March 2015 at 18:33:17 UTC, Andrei Alexandrescu wrote:
On 3/30/15 8:04 AM, Steven Schveighoffer wrote:
On 3/29/15 1:34 PM, IgorStepanov wrote:
1. We should reject types which use opDispatch a
On Tuesday, 31 March 2015 at 14:32:38 UTC, Baz wrote:
Kiith-Sa, come back with us !!
I'm currently ignoring all my projects and GitHub in general to
avoid distraction as I'm closing the end of my university studies
(thesis, finals, events, etc.). I expect to resume working on my
projects in
On 3/31/15 1:04 PM, Jacob Carlborg wrote:
On 2015-03-31 16:55, Meta wrote:
Aren't unittest blocks just special functions? If that's the case, there
should be no problem being able to give them names. It seems to me that
it would entail the lifting of a restriction rather than a real language
ch
On 2015-03-31 10:16, Andy Smith wrote:
Ah - didn't test for your specific example...
Need..
(add-to-list 'compilation-error-regexp-alist
'("^core\.exception.AssertError@\\(.*\\)(\\([0-9]+\\)).*"
1 2 ) )
as well not sure how many variants of these there are but if regex
On 2015-03-31 20:26, Andrei Alexandrescu wrote:
The idea is to make a SMALL change on our side for a LARGE INSTANT
benefit for everyone. Sigh.
But does the editors handles the current format of the compile errors?
I don't see a reason.
Why wouldn't you want exceptions to be clickable as we
On 3/15/2015 7:10 AM, "Marc =?UTF-8?B?U2Now7x0eiI=?= " wrote:
Here's the new version of my scope proposal:
http://wiki.dlang.org/User:Schuetzm/scope2
It's still missing real-life examples, a section on the implementation, and a
more formal specification, as well as a discussion of backwards comp
On 3/31/15 7:28 AM, IgorStepanov wrote:
On Monday, 30 March 2015 at 18:33:17 UTC, Andrei Alexandrescu wrote:
On 3/30/15 8:04 AM, Steven Schveighoffer wrote:
On 3/29/15 1:34 PM, IgorStepanov wrote:
1. We should reject types which use opDispatch and alias this at the
same time.
Why? Alias thi
On 2015-03-31 16:55, Meta wrote:
Aren't unittest blocks just special functions? If that's the case, there
should be no problem being able to give them names. It seems to me that
it would entail the lifting of a restriction rather than a real language
change.
Before:
unittest
{
assert(1 ==
On 2015-03-31 12:48, Laeeth Isharc wrote:
Often one doesn't know what one wants to write till one starts. I guess
the focus will be different coming from Ruby than coming from Basic,
because people think in different ways and tend to be solving different
sorts of problems - so I should think the
On Tuesday, 31 March 2015 at 19:19:23 UTC, Martin Nowak wrote:
On 03/31/2015 05:51 AM, deadalnix wrote:
Yes, compiler to perform significantly better with GC than
with other
memory management strategy. Ironically, I think that weighted
a bit too
much in favor of GC for language design in the g
I'm looking at the dlang.org statistics and am seeing the top pages
looked at are: download.html, changelog.html, and phobos/. The first two
are nice, but http://dlang.org/phobos/ is in serious need of completion
- many modules don't have a brief description.
Could anyone make this their prior
On Tuesday, 31 March 2015 at 19:20:20 UTC, Jake The Baker wrote:
As far as memory is concerned. How hard would it be to simply
have DMD use a swap file?
That'd hit the same walls as the operating system trying to use a
swap file at least - running out of address space, and being
brutally slow
On Monday, 30 March 2015 at 22:47:51 UTC, lobo wrote:
On Monday, 30 March 2015 at 22:39:51 UTC, lobo wrote:
On Sunday, 29 March 2015 at 23:14:31 UTC, Martin Krejcirik
wrote:
It seems like every DMD release makes compilation slower.
This time I see 10.8s vs 7.8s on my little project. I know
thi
On 03/31/2015 05:51 AM, deadalnix wrote:
> Yes, compiler to perform significantly better with GC than with other
> memory management strategy. Ironically, I think that weighted a bit too
> much in favor of GC for language design in the general case.
Why? Compilers use a lot of long-lived data stru
I don't use CTFE in my game engine and DMD uses about 600 MB
memory per file for instance.
On 3/31/15 11:47 AM, Martin Nowak wrote:
On 03/31/2015 08:46 PM, Andrei Alexandrescu wrote:
Let's see: https://github.com/kostya/benchmarks/pull/4
Please fire up a profiler, you never know anything.
True. I don't have time to put this on my plate, does anyone? -- Andrei
On 3/31/15 11:44 AM, Andrei Alexandrescu wrote:
On 3/31/15 11:35 AM, cym13 wrote:
On Tuesday, 31 March 2015 at 18:32:25 UTC, Meta wrote:
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common benchmarks for
many languages such as D, Nim, Go,
On 3/31/15 11:45 AM, Andrei Alexandrescu wrote:
On 3/31/15 11:44 AM, Andrei Alexandrescu wrote:
On 3/31/15 11:35 AM, cym13 wrote:
On Tuesday, 31 March 2015 at 18:32:25 UTC, Meta wrote:
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common
On 03/31/2015 08:46 PM, Andrei Alexandrescu wrote:
>
> Let's see: https://github.com/kostya/benchmarks/pull/4
Please fire up a profiler, you never know anything.
On 3/31/15 11:35 AM, cym13 wrote:
On Tuesday, 31 March 2015 at 18:32:25 UTC, Meta wrote:
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common benchmarks for
many languages such as D, Nim, Go, python, C, etc... It uses only
standard structur
On Tuesday, 31 March 2015 at 18:32:25 UTC, Meta wrote:
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common benchmarks
for many languages such as D, Nim, Go, python, C, etc... It
uses only standard structures not to influence the benchmark.
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common benchmarks
for many languages such as D, Nim, Go, python, C, etc... It
uses only standard structures not to influence the benchmark.
https://github.com/kostya/benchmarks
Can you provid
On Monday, 30 March 2015 at 23:29:40 UTC, Jonathan wrote:
I have no idea if this has been discussed yet, but I was
thinking it would be neat to have benchmark blocks that only
run when specified, like how unittest works.
Code:
benchmarks
{
import std.conv : to;
int a;
void f() {auto b = to
On 3/31/15 9:27 AM, Jacob Carlborg wrote:
On Tuesday, 31 March 2015 at 15:00:28 UTC, Andrei Alexandrescu wrote:
Problem is doing that for all editors does not scale. -- Andrei
It's not like the error messages used by DMD are in a standardized
format. So hopefully the editors already recognize
On Tuesday, 31 March 2015 at 11:29:23 UTC, ketmar wrote:
On Tue, 31 Mar 2015 10:14:05 +, Temtaime wrote:
Is anyone there looked how msvc for example compiles really
big files ?
I never seen it goes over 200 MB. And it is written in C++, so
no GC.
And compiles very quick.
and it has no C
I found this repository (reddit!) that hosts common benchmarks
for many languages such as D, Nim, Go, python, C, etc... It uses
only standard structures not to influence the benchmark.
https://github.com/kostya/benchmarks
On 3/31/15 9:21 AM, qznc wrote:
On Monday, 30 March 2015 at 22:50:21 UTC, Andrei Alexandrescu wrote:
Violent agreement here. I was just saying unittests should be part of
the build process, not the run process. Running unittests and then the
app is a bad idea.
Sounds like a good idea to me.
T
On 3/31/15 7:45 AM, Idan Arye wrote:
On Tuesday, 31 March 2015 at 13:34:24 UTC, Dicebot wrote:
On Tuesday, 31 March 2015 at 10:25:57 UTC, Idan Arye wrote:
I understand the preference to librarize as much as possible, but I
don't think the desire to sacrifice every possible bit of convenience
to
This is an old thread but does any one know if any decimal types
were ever implemented?
On 3/31/15 7:55 AM, Meta wrote:
On Monday, 30 March 2015 at 21:58:13 UTC, Dicebot wrote:
I'd prefer putting alternative test runner into Phobos instead which
will support `@name("Something") unittest { }`
Aren't unittest blocks just special functions? If that's the case, there
should be no pro
1 - 100 of 178 matches
Mail list logo
