On 4.12.2013. 16:28, monarch_dodra wrote:
> On Wednesday, 4 December 2013 at 13:45:35 UTC, Jakob Ovrum wrote:
>> On Wednesday, 4 December 2013 at 13:16:35 UTC, monarch_dodra wrote:
>>> Problem is that doing this returns an immutable type, which isn't
>>> quite the same as a ctfe variable (which was
On Wednesday, 4 December 2013 at 18:13:54 UTC, Etienne wrote:
I can start sending bug reports in, it would be great to see
this working.
Yes, please!
David
On 4.12.2013. 13:08, Jakob Ovrum wrote:
> On Wednesday, 4 December 2013 at 11:54:08 UTC, luka8088 wrote:
>> Eval comes from examples of http://dlang.org/function.html#interpretation
>
> A couple of notes:
>
> The use of a variadic template parameter instead of an alias parameter
> is misleading b
On Tuesday, 3 December 2013 at 20:53:28 UTC, Andrei Alexandrescu
wrote:
Also does everybody like the graphics at the top of
http://dconf.org/2014/index.html?
Frankly, it's awful.
Am Tue, 03 Dec 2013 23:23:07 +0100
schrieb "monarch_dodra" :
> On Tuesday, 3 December 2013 at 20:09:52 UTC, Ary Borenszweig
> wrote:
> > On 12/3/13 4:53 PM, Andrei Alexandrescu wrote:
> >> On 12/3/13 4:41 AM, Russel Winder wrote:
> >>> On Tue, 2013-12-03 at 13:29 +0100, Tobias Pankrath wrote:
> >
Am Thu, 05 Dec 2013 06:16:14 +0100
schrieb "Kapps" :
> On Wednesday, 4 December 2013 at 17:21:24 UTC, Luís Marques wrote:
> > On Tuesday, 3 December 2013 at 19:56:24 UTC, Walter Bright
> > wrote:
> >> "unicode" is trademarked and could cause us some problems. So,
> >> no.
> >
> > That seems unli
On Wednesday, 4 December 2013 at 17:21:24 UTC, Luís Marques wrote:
On Tuesday, 3 December 2013 at 19:56:24 UTC, Walter Bright
wrote:
"unicode" is trademarked and could cause us some problems. So,
no.
That seems unlikely. Also, it's not that different from
std.windows, std.linux, etc.
From h
Am Sun, 01 Dec 2013 09:09:32 +0100
schrieb "sclytrack" :
>
> Re: If you had money to place for a bounty, what would you choose?
>
> Official debian packages for gdc, derelict, gtkd, vibed.
What compiler and D version should those libraries be compiled
with? The reason I ask this is that current
On 2013-12-04 03:23:59 +, bearophile said:
Joshua Niehus:
This would make for a good blog post/wiki article. Does one already exist?
If you have a AST macros like in Julia language, I think you can write
something like:
@setExpr(a ∪ (b ∩ c));
The main difference is that the compiler
On Thu, Dec 05, 2013 at 02:08:34PM +1100, Daniel Murphy wrote:
> "Shammah Chancellor" wrote in message
> news:l7n6fh$16s0$1...@digitalmars.com...
[...]
> > With the version, is there any chance of LLVM being the default
> > backend -- or is Walter opposed to that?
> >
>
> As Walter said, there
On 5 December 2013 13:14, Michel Fortin wrote:
> On 2013-12-05 02:24:02 +, Manu said:
>
> Allocator as the first argument? This is so you can use UFCS on the
>> allocator to make the call?
>>
>
> Haha, no. That's because buildPath's arguments are (const(C[])[] paths...)
> with a "..." at th
On 2013-12-05 02:24:02 +, Manu said:
Allocator as the first argument? This is so you can use UFCS on the
allocator to make the call?
Haha, no. That's because buildPath's arguments are (const(C[])[]
paths...) with a "..." at the end. Can we put an argument after the
variadic argument? I
"Shammah Chancellor" wrote in message
news:l7n6fh$16s0$1...@digitalmars.com...
>>
>> Yeah. See:
>> http://forum.dlang.org/post/khkst4$13ad$1...@digitalmars.com
>> http://forum.dlang.org/post/jqvduhyvfufpzovpy...@forum.dlang.org
>>
>> Patches against dmd:
>> https://github.com/D-Programming-Lang
On 5 December 2013 10:13, Michel Fortin wrote:
> On 2013-12-04 23:14:48 +, Andrei Alexandrescu <
> seewebsiteforem...@erdani.org> said:
>
> Walter and I were talking about eliminating the surreptitious allocations
>> in buildPath:
>>
>> http://dlang.org/phobos/std_path.html#.buildPath
>>
>>
On 5 December 2013 11:02, Jonathan M Davis wrote:
> On Wednesday, December 04, 2013 16:38:54 H. S. Teoh wrote:
> > What about a new overload that takes an output range instead of
> > returning a string?
>
> I would have thought that that would be the obvious way to solve the
> problem.
> In gener
On Wednesday, December 04, 2013 16:38:54 H. S. Teoh wrote:
> What about a new overload that takes an output range instead of
> returning a string?
I would have thought that that would be the obvious way to solve the problem.
In general, I think that when a function allocates any kind of string or
On Wed, Dec 04, 2013 at 03:14:48PM -0800, Andrei Alexandrescu wrote:
> Hello,
>
>
> Walter and I were talking about eliminating the surreptitious
> allocations in buildPath:
>
> http://dlang.org/phobos/std_path.html#.buildPath
>
> We'd need to keep the existing version working, so we're looking
On Wednesday, 4 December 2013 at 20:24:37 UTC, Andrej Mitrovic
wrote:
On 11/1/13, Marenz wrote:
we at Sociomantic Labs are once again (or still) looking for
D-Developers in Berlin.
Does that imply only people living near to Berlin should apply?
If
not, what does Sociomantic offer for people
On Wednesday, 4 December 2013 at 21:54:38 UTC, Max Samukha wrote:
On Friday, 1 November 2013 at 17:38:01 UTC, Marenz wrote:
Hey D Programmers,
so, we at Sociomantic Labs are once again (or still) looking
for D-Developers in Berlin. And lots of them. Currently still
D1, but the process to chan
On 2013-12-04 23:14:48 +, Andrei Alexandrescu
said:
Walter and I were talking about eliminating the surreptitious
allocations in buildPath:
http://dlang.org/phobos/std_path.html#.buildPath
We'd need to keep the existing version working, so we're looking at
adding one or more new overlo
On Monday, 4 November 2013 at 17:11:08 UTC, Dicebot wrote:
On Monday, 4 November 2013 at 16:22:52 UTC, Gary Willoughby
wrote:
Something like C or D (i'd opt for D) should be any devs first
language. Simply to educate them in the basics.
In Soviet Russia you do assembly in primary school :)
H
Hello,
Walter and I were talking about eliminating the surreptitious
allocations in buildPath:
http://dlang.org/phobos/std_path.html#.buildPath
We'd need to keep the existing version working, so we're looking at
adding one or more new overloads. We're looking at giving the user the
option
On Wednesday, 4 December 2013 at 22:11:46 UTC, Walter Bright
wrote:
On 12/4/2013 2:33 AM, eles wrote:
On Sunday, 1 December 2013 at 06:43:13 UTC, Walter Bright
wrote:
On 11/30/2013 1:19 PM, Chris Cain wrote:
but they give a nice convoluted counter-example; read this:
int (*(*fp)(int (*)(int
On 12/4/2013 4:16 AM, Shammah Chancellor wrote:
With the version, is there any chance of LLVM being the default backend -- or is
Walter opposed to that?
I'm opposed to it.
For one example, a year ago I had to make dmd work on Win64. LLVM didn't support
Win64. I would have been stymied.
It i
On 12/4/2013 2:33 AM, eles wrote:
On Sunday, 1 December 2013 at 06:43:13 UTC, Walter Bright wrote:
On 11/30/2013 1:19 PM, Chris Cain wrote:
C, however, is a horrific mess.
The trick to reading C declarations is the form matches exactly how it is used
in an expression. For example, a function
On Friday, 1 November 2013 at 17:38:01 UTC, Marenz wrote:
Hey D Programmers,
so, we at Sociomantic Labs are once again (or still) looking
for D-Developers in Berlin. And lots of them. Currently still
D1, but the process to change to D2 is initiated.
How can one still program in D1? ;)
You
On 12/04/2013 09:24 PM, Andrej Mitrovic wrote:
> On 11/1/13, Marenz wrote:
>> we at Sociomantic Labs are once again (or still) looking for
>> D-Developers in Berlin.
> Does that imply only people living near to Berlin should apply? If
> not, what does Sociomantic offer for people living abroad, e.
On 11/1/13, Marenz wrote:
> we at Sociomantic Labs are once again (or still) looking for
> D-Developers in Berlin.
Does that imply only people living near to Berlin should apply? If
not, what does Sociomantic offer for people living abroad, e.g.
perhaps some kind of rent financing?
On 12/04/2013 06:11 PM, Walter Bright wrote:
On 12/4/2013 5:50 AM, Jakob Ovrum wrote:
The point is that D does not have operator overloading for in-built
types. The
unnecessary one is the global operator overload you suggest, as it is
more
intrusive than `opBinaryRight`.
The bad thing about th
On 12/4/13 12:18 AM, Jacob Carlborg wrote:
On 2013-12-03 20:08, Brad Anderson wrote:
Historically, Walter has created the release zips (just using the
makefile, I believe). As far as I know, work hasn't begun on getting the
autotester to roll releases.
I doubt he has a completely automated pr
04-Dec-2013 12:23, Andrew Edwards пишет:
On 12/4/13, 3:09 AM, Jacob Carlborg wrote:
On 2013-12-03 15:25, Andrew Edwards wrote:
[snip]
* Generate the changelog from bugzilla. The overview/general information
should already be present in the changelog at this time
Will need help on this one.
On 12/4/13 9:59 AM, Atila Neves wrote:
Interesting. Care to convert this post (only a little adjustment
needed) to a blog and publish with source code? Would make a great
article. Ask your friends to contribute with descriptions of their
implementations, too.
If I convert this post into a blog
On Wednesday, 4 December 2013 at 19:05:12 UTC, Iain Buclaw wrote:
Ditto with GDC too... I did a quick search on those two project
and
found that people had reported supposed bugs in GDC, but again
none of
which have been raised in GDC itself.
I think main issue is that no one was able to redu
On 4 December 2013 18:09, Dicebot wrote:
> On Wednesday, 4 December 2013 at 18:05:11 UTC, David Nadlinger wrote:
>>
>> What are the issues that are blocking you from using it with LDC? The
>> 2.064 frontend not being officially yet? I couldn't find any mention of
>> vibe.d in the open bugs on our
04-Dec-2013 20:22, Andrei Alexandrescu пишет:
On 12/4/13 7:06 AM, H. S. Teoh wrote:
On Wed, Dec 04, 2013 at 04:23:59AM +0100, bearophile wrote:
Joshua Niehus:
This would make for a good blog post/wiki article. Does one
already exist?
If you have a AST macros like in Julia language, I think
On 2013-12-04 17:23, Michel Fortin wrote:
Nothing different from the compiler perspective, that I know of. The
modern runtime is pretty much the same everywhere.
Ok, thanks.
--
/Jacob Carlborg
On Wednesday, 4 December 2013 at 16:21:25 UTC, Andrei
Alexandrescu wrote:
On 12/4/13 6:12 AM, Daniel Davidson wrote:
On Wednesday, 4 December 2013 at 09:34:27 UTC, Joseph Rushton
Wakeling
wrote:
On 28/11/13 22:01, Fra wrote:
What would your choice be?
A really good overhaul of the website,
On Wednesday, 4 December 2013 at 18:02:18 UTC, Atila Neves wrote:
Ah this is rather sad. It makes tests results somewhat unstable
They're not ideal, but they're not unstable with respect to
time - I did and redid all those measurements a few times, the
error bars are the standard deviation ta
On 2013-12-04 1:05 PM, David Nadlinger wrote:
On Wednesday, 4 December 2013 at 12:49:13 UTC, Atila Neves wrote:
P.S. vibe.d is awesome, although I wish it'd compile with ldc or gdc
What are the issues that are blocking you from using it with LDC? The
2.064 frontend not being officially yet? I
It would be interesting to have a GitHub repo with the scripts
for each language,
I might set this up after / because of the blog post. We'll see
how it goes.
vibe.d also has a multithreaded version that
is off by default (fibers created from new tcp connections are
distributed in a thread
On Wednesday, 4 December 2013 at 18:05:11 UTC, David Nadlinger
wrote:
What are the issues that are blocking you from using it with
LDC? The 2.064 frontend not being officially yet? I couldn't
find any mention of vibe.d in the open bugs on our GitHub
tracker (besides #468, which concerns the uns
On 2013-12-04 12:59 PM, Atila Neves wrote:
Interesting. Care to convert this post (only a little adjustment
needed) to a blog and publish with source code? Would make a great
article. Ask your friends to contribute with descriptions of their
implementations, too.
If I convert this post into a b
What about the relative elegance/maintainability/ease of
comprehension
of the different solutions? Playing devil's advocate for a
moment, I
can well understand if a preference for one language over
another was
decided on the basis of its performance being good _enough_
and the
code being rea
On Wednesday, 4 December 2013 at 17:21:24 UTC, Luís Marques wrote:
On Tuesday, 3 December 2013 at 19:56:24 UTC, Walter Bright
wrote:
"unicode" is trademarked and could cause us some problems. So,
no.
That seems unlikely. Also, it's not that different from
std.windows, std.linux, etc.
Also,
On Wednesday, 4 December 2013 at 12:49:13 UTC, Atila Neves wrote:
P.S. vibe.d is awesome, although I wish it'd compile with ldc
or gdc
What are the issues that are blocking you from using it with LDC?
The 2.064 frontend not being officially yet? I couldn't find any
mention of vibe.d in the op
Ah this is rather sad. It makes tests results somewhat unstable
They're not ideal, but they're not unstable with respect to time
- I did and redid all those measurements a few times, the error
bars are the standard deviation taken to be the systematic error.
I got challenged so I decided to
Interesting. Care to convert this post (only a little
adjustment needed) to a blog and publish with source code?
Would make a great article. Ask your friends to contribute with
descriptions of their implementations, too.
If I convert this post into a blog it's going to take more than a
little
On Tuesday, 3 December 2013 at 19:56:24 UTC, Walter Bright wrote:
"unicode" is trademarked and could cause us some problems. So,
no.
That seems unlikely. Also, it's not that different from
std.windows, std.linux, etc.
On 12/4/2013 5:50 AM, Jakob Ovrum wrote:
The point is that D does not have operator overloading for in-built types. The
unnecessary one is the global operator overload you suggest, as it is more
intrusive than `opBinaryRight`.
The bad thing about the global operator overloading is that it:
1.
On 12/4/2013 7:27 AM, H. S. Teoh wrote:
Of course, it's not the *point* of DSLs to be distinct from the host
language, but it's a good idea for it to be. Operator overloading that
turns + and * into something completely unlike their usual meanings
violates the principle of least surprise. A CTFE-
On 12/4/13 7:41 AM, Atila Neves wrote:
On Wednesday, 4 December 2013 at 15:02:44 UTC, Joseph Rushton Wakeling
wrote:
On 04/12/13 13:49, Atila Neves wrote:
So, D was faster than the other contenders by far in throughput, 2nd
place
losing to the C implementation on latency. I'm still not sure why
On 12/4/13 6:12 AM, Daniel Davidson wrote:
On Wednesday, 4 December 2013 at 09:34:27 UTC, Joseph Rushton Wakeling
wrote:
On 28/11/13 22:01, Fra wrote:
What would your choice be?
A really good overhaul of the website, forums etc. from a UI/UX
perspective. A good number of the problems we have
On 12/4/13 7:06 AM, H. S. Teoh wrote:
On Wed, Dec 04, 2013 at 04:23:59AM +0100, bearophile wrote:
Joshua Niehus:
This would make for a good blog post/wiki article. Does one
already exist?
If you have a AST macros like in Julia language, I think you can
write something like:
@setExpr(a ∪ (b
On 2013-12-04 15:08:23 +, Jacob Carlborg said:
What I actually was asking is if there's any difference in the 32bit
modern runtime as used by iOS and the 64bit modern runtime? Except for
the usual differences that exists in C.
Nothing different from the compiler perspective, that I know
On Wednesday, 4 December 2013 at 13:50:52 UTC, Atila Neves wrote:
I'd have to dig in and see data to be convinced it's the GC
making the latency worse than the C implementation, but from
what I know you've got more experience with this so who knows :)
I am also not proficient enough with GC st
On 12/4/13 4:49 AM, Atila Neves wrote:
It all started here:
http://forum.dlang.org/thread/lmkvmfpysiokpqgsy...@forum.dlang.org
Not wanting to be outdone, my buddy Jeff (the Go guy) went and wrote a
new benchmark. My implementation didn't do as well on that one so I went
back to the code and opt
On Tuesday, 3 December 2013 at 21:12:36 UTC, Brad Anderson wrote:
On Tuesday, 3 December 2013 at 19:56:24 UTC, Walter Bright
wrote:
On 12/3/2013 7:49 AM, eles wrote:
The Unicode Consortium Name and Trademark Usage Policy:
http://www.unicode.org/policies/logo_policy.html
Yeah, bad.
D allows
On Tuesday, 3 December 2013 at 20:42:01 UTC, Paulo Pinto wrote:
Am 03.12.2013 16:49, schrieb eles:
On Tuesday, 3 December 2013 at 14:25:50 UTC, Paulo Pinto wrote:
On Tuesday, 3 December 2013 at 12:41:40 UTC, Russel Winder
wrote:
On Tue, 2013-12-03 at 13:29 +0100, Tobias Pankrath wrote:
It is
On Tuesday, 3 December 2013 at 20:20:40 UTC, deadalnix wrote:
On Tuesday, 3 December 2013 at 19:41:46 UTC, Andrei
Alexandrescu wrote:
Arguably, optional () and the mess involved around fall into
the category of opaque and unclear syntax.
yes, that was a trap
On Wednesday, 4 December 2013 at 15:02:44 UTC, Joseph Rushton
Wakeling wrote:
On 04/12/13 13:49, Atila Neves wrote:
So, D was faster than the other contenders by far in
throughput, 2nd place
losing to the C implementation on latency. I'm still not sure
why that is.
Profiling in this case is tri
On Wednesday, 4 December 2013 at 13:45:35 UTC, Jakob Ovrum wrote:
On Wednesday, 4 December 2013 at 13:16:35 UTC, monarch_dodra
wrote:
Problem is that doing this returns an immutable type, which
isn't quite the same as a ctfe variable (which was the initial
goal, as far as I'm concerned)
Immut
On Wed, Dec 04, 2013 at 08:44:17AM +0100, Jacob Carlborg wrote:
> On 2013-12-03 21:06, Walter Bright wrote:
>
> >Embedded DSLs should be visually distinct, and D provides the ability
> >for that with string mixins and CTFE.
>
> The point of DSL's are to make a languages that work optimal and
> lo
Am Wed, 04 Dec 2013 08:29:11 +0100
schrieb "Joakim" :
> On Tuesday, 3 December 2013 at 21:39:20 UTC, Johannes Pfau wrote:
> > Am Tue, 03 Dec 2013 16:30:10 +0100
> > schrieb "Joakim" :
> >
> >> On Tuesday, 3 December 2013 at 15:13:36 UTC, Johannes Pfau
> >> wrote:
> >> > Am Tue, 03 Dec 2013 12:26:
On 04/12/13 13:49, Atila Neves wrote:
So, D was faster than the other contenders by far in throughput, 2nd place
losing to the C implementation on latency. I'm still not sure why that is.
Profiling in this case is tricky. I'm pretty sure the profiler is still ticking
away when a fiber yields - th
On Monday, 18 November 2013 at 05:26:30 UTC, Chris Cain wrote:
On my computer (`-release -inline -noboundscheck` ... `-O` is
omitted because it removes the summation all together since it
isn't used anywhere):
The better way to avoid this problem is usually to compile the
operation to be benc
On 2013-12-04 12:43, Michel Fortin wrote:
The pointer magic for NSNumber is pretty much inconsequential: it just
means you need to use the runtime functions everywhere, such as
objc_getClass to get a pointer to the class object instead of
dereferencing the object yourself. But it's a detail to k
On Wed, Dec 04, 2013 at 04:23:59AM +0100, bearophile wrote:
> Joshua Niehus:
>
> >This would make for a good blog post/wiki article. Does one
> >already exist?
>
> If you have a AST macros like in Julia language, I think you can
> write something like:
>
> @setExpr(a ∪ (b ∩ c));
>
> The main d
On Wednesday, 4 December 2013 at 08:01:25 UTC, Manu wrote:
Indeed. I think it's very safe to say that any un-maintained
code already won't compile. This isn't the first, or even the
greatest in magnitude breaking change that there's been
recently.
Actually, a lot of my old code still compiles
On Wednesday, 4 December 2013 at 09:34:27 UTC, Joseph Rushton
Wakeling wrote:
On 28/11/13 22:01, Fra wrote:
What would your choice be?
A really good overhaul of the website, forums etc. from a UI/UX
perspective. A good number of the problems we have with D
aren't problems with the language
Wow, this topic went far more ahead of what I originally
expected. Nice!
A nice idea that came out is that we should create some form of
kickstarter for bigger projects (AA, GDC & LGD, formal
specification of the language, may I add in ddmd?). Anyone here
willing to take this responsibility?
GC should not impact general performance in such scenario but
is likely to hinder latency which pretty much matches what you
are observing. Can you possibly provide information about
network layout, h/w and server code used for testing? There are
lot of possible oversights that can make results
So either D is faster or you are a better coder than your
buddies!
I'd say we're all the same skill level. One of them sits next to
me and I heard about his Erlang implementation as it was
happening. It's probable that certain techniques could be reused
from another program but it's hard to t
On Wednesday, 4 December 2013 at 13:39:32 UTC, Ary Borenszweig
wrote:
That's nice.
Of course, it's not needed if you overload "+" for the int type
to receive a complex.
The point is that D does not have operator overloading for
in-built types. The unnecessary one is the global operator
over
On Wednesday, 4 December 2013 at 13:16:35 UTC, monarch_dodra
wrote:
Problem is that doing this returns an immutable type, which
isn't quite the same as a ctfe variable (which was the initial
goal, as far as I'm concerned)
Immutable "global" variables with initializers are readable at
compile-
On Wednesday, 4 December 2013 at 13:37:47 UTC, eles wrote:
Maybe we could vote some "bug of the week" every monday (or
sunday), then forward it to Facebook with a recommendation for
bountying it. This will create enough buzz and motivation for
it, but also allow the community spirit to go on.
On 04/12/13 14:22, Dicebot wrote:
Can you address proposal to move all such functions into UFCS instead? What are
possible issues in your opinion as compared to declaring them as final inside
class?
This was discussed at length previously, so it may be an idea to search the
archives for the or
On Wednesday, 4 December 2013 at 12:33:35 UTC, develop32 wrote:
On Wednesday, 4 December 2013 at 12:24:38 UTC, Shammah
Chancellor wrote:
I don't know if this was discussed in the recent bounty thread.
However, I thought it might be neat if we were to setup our
own bounty website that parses th
On 12/3/13 7:23 PM, monarch_dodra wrote:
On Tuesday, 3 December 2013 at 20:09:52 UTC, Ary Borenszweig wrote:
On 12/3/13 4:53 PM, Andrei Alexandrescu wrote:
On 12/3/13 4:41 AM, Russel Winder wrote:
On Tue, 2013-12-03 at 13:29 +0100, Tobias Pankrath wrote:
[…]
Does scala have arbitrary operator
On Wednesday, 4 December 2013 at 12:24:38 UTC, Shammah Chancellor
wrote:
My idea is this:
While I agree with the fact that tis might be appealing, I feel
like the ebst is to let the bounties be provided by a commercial,
external and rather neutral actor such as Facebook. I mean, they
tend
On Wednesday, 4 December 2013 at 12:49:13 UTC, Atila Neves wrote:
It all started here:
http://forum.dlang.org/thread/lmkvmfpysiokpqgsy...@forum.dlang.org
Not wanting to be outdone, my buddy Jeff (the Go guy) went and
wrote a new benchmark. My implementation didn't do as well on
that one so I
On Wednesday, 4 December 2013 at 07:00:58 UTC, Manu wrote:
...
Can you address proposal to move all such functions into UFCS
instead? What are possible issues in your opinion as compared to
declaring them as final inside class?
On Wednesday, 4 December 2013 at 11:51:11 UTC, Jakob Ovrum wrote:
Right, maybe it should be (substitute the name `eval`):
---
template eval(alias exp) if(isExpressionTuple!exp)
{
static immutable eval = exp;
}
---
Which might make it avoid the pitfalls of using enum. Not sure
if the `stati
On Wednesday, 4 December 2013 at 12:49:13 UTC, Atila Neves wrote:
GC was pretty much a non-issue, which I'm both surprised at and
happy about. I allocated as much memory as I wanted at first,
and by the time I tried to optmise memory usage by allocating
less all I managed to eke out in performa
On Wednesday, 4 December 2013 at 11:54:08 UTC, luka8088 wrote:
On 4.12.2013. 12:41, monarch_dodra wrote:
On Wednesday, 4 December 2013 at 11:32:40 UTC, Jakob Ovrum
wrote:
On Wednesday, 4 December 2013 at 11:12:54 UTC, monarch_dodra
wrote:
Or, if somebody has an idea of how to do this via a libr
It all started here:
http://forum.dlang.org/thread/lmkvmfpysiokpqgsy...@forum.dlang.org
Not wanting to be outdone, my buddy Jeff (the Go guy) went and
wrote a new benchmark. My implementation didn't do as well on
that one so I went back to the code and optimised it. Also, our
other buddy Patr
On Wednesday, 4 December 2013 at 12:24:38 UTC, Shammah Chancellor
wrote:
I don't know if this was discussed in the recent bounty thread.
However, I thought it might be neat if we were to setup our
own bounty website that parses the d bugzilla better and does
something that I've seen in many b
I don't know if this was discussed in the recent bounty thread.
However, I thought it might be neat if we were to setup our own bounty
website that parses the d bugzilla better and does something that I've
seen in many boardgames -- autobounty.
My idea is this: Allow people donate to D boun
On Wednesday, 4 December 2013 at 09:31:06 UTC, Manu wrote:
On 4 December 2013 19:24, Jacob Carlborg wrote:
On 2013-12-04 10:12, Iain Buclaw wrote:
Forget templates and everything else...
Then it's not complete, just as I said.
In a sense. But I don't think the goal is to be able to wr
On 2013-12-04 03:19:45 +, Daniel Murphy said:
"Shammah Chancellor" wrote in message
news:l7lrsm$2s0c$1...@digitalmars.com...
On 2013-12-03 03:33:32 +, Daniel Murphy said:
"H. S. Teoh" wrote in message
news:mailman.208.1386005781.3242.digitalmar...@puremagic.com...
On Mon, Dec 02, 2
On Wednesday, 4 December 2013 at 11:54:08 UTC, luka8088 wrote:
Eval comes from examples of
http://dlang.org/function.html#interpretation
A couple of notes:
The use of a variadic template parameter instead of an alias
parameter is misleading because the template does not need to
support types
On Wednesday, 4 December 2013 at 11:41:53 UTC, monarch_dodra
wrote:
On Wednesday, 4 December 2013 at 11:32:40 UTC, Jakob Ovrum
wrote:
On Wednesday, 4 December 2013 at 11:12:54 UTC, monarch_dodra
wrote:
Or, if somebody has an idea of how to do this via a library
solution?
alias eval(alias exp)
On 4.12.2013. 12:41, monarch_dodra wrote:
> On Wednesday, 4 December 2013 at 11:32:40 UTC, Jakob Ovrum wrote:
>> On Wednesday, 4 December 2013 at 11:12:54 UTC, monarch_dodra wrote:
>>> Or, if somebody has an idea of how to do this via a library solution?
>>
>> alias eval(alias exp) = exp;
>
> Nice
On 2013-12-04 08:32:15 +, Jacob Carlborg said:
On 2013-12-04 04:47, Michel Fortin wrote:
- it's 32-bit-OS-X-only right now, iOS and 64-bit OS X both use a
different runtime which requires different codegen, and Apple has been
phasing out 32-bit for some time already
BTW, is there much d
On Wednesday, 4 December 2013 at 11:32:40 UTC, Jakob Ovrum wrote:
On Wednesday, 4 December 2013 at 11:12:54 UTC, monarch_dodra
wrote:
Or, if somebody has an idea of how to do this via a library
solution?
alias eval(alias exp) = exp;
Nice :D
Very very nice. Though that should be "enum" I thi
On 4.12.2013. 12:12, monarch_dodra wrote:
> I love D's ctfe capabilities. They allow using complex values, with no
> run-time cost, and at a very low "code" cost.
>
> One thing that does kind of get on my nerves is how you *always* have to
> declare an actual enum to do that. You can't do CTFE on
On Wednesday, 4 December 2013 at 11:23:35 UTC, Chris wrote:
C's
int numbers[];
is really awkward. But I think that D's
int[] numbers;
is just as clear as Go's right-to-left declaration. I think the
problem is not really the reading _direction_ but the reading
_logic_ that makes clear what b
On Wednesday, 4 December 2013 at 11:12:54 UTC, monarch_dodra
wrote:
Or, if somebody has an idea of how to do this via a library
solution?
alias eval(alias exp) = exp;
On Wednesday, 4 December 2013 at 11:12:00 UTC, Chris Cain wrote:
On Wednesday, 4 December 2013 at 10:33:02 UTC, eles wrote:
http://blog.golang.org/gos-declaration-syntax
but they give a nice convoluted counter-example; read this:
int (*(*fp)(int (*)(int, int), int))(int, int)
Yep. Spiral rea
I love D's ctfe capabilities. They allow using complex values,
with no run-time cost, and at a very low "code" cost.
One thing that does kind of get on my nerves is how you *always*
have to declare an actual enum to do that. You can't do CTFE on
the fly.
This ranges from mildly annoying, typ
On Wednesday, 4 December 2013 at 10:33:02 UTC, eles wrote:
http://blog.golang.org/gos-declaration-syntax
but they give a nice convoluted counter-example; read this:
int (*(*fp)(int (*)(int, int), int))(int, int)
Yep. Spiral reading on this:
fp is a pointer to a function taking in ( a pointer
1 - 100 of 123 matches
Mail list logo
