On 22-Aug-2015 10:46, rsw0x wrote:
On Saturday, 22 August 2015 at 07:37:38 UTC, Dmitry Olshansky wrote:
On 21-Aug-2015 20:20, Ilya Yaroshenko wrote:
Hi All!
I am going to implement associative arrays with manual memory management
based on amazing std.experimental.allocator by Andrei
On Friday, 21 August 2015 at 21:37:34 UTC, Walter Bright wrote:
On 8/21/2015 4:44 AM, Marc =?UTF-8?B?U2Now7x0eiI=?=
schue...@gmx.net wrote:
Just change Object.factory to require registration of the
class.
What mechanism do you propose for that?
E.g.:
template
On Saturday, 22 August 2015 at 08:16:06 UTC, Marc Schütz wrote:
Another possible mechanisms would be some UDA magic.
E.g.:
class MyClass {
@factorizable
this() { }
@factorizable
this(string) { }
this(int) { }
}
mixin
I confess to being a bit confused overall - there is a bit of overlap and
confusion for someone who wishes to venture into this area. Please bear
with me:
From wiki.dlang.org - 'Get involved'. So far so good.
From here, I can go to 'Building DMD' and 'How to Fork and Build
dlang.org', which
On Sat, 2015-08-22 at 07:30 +, rsw0x via Digitalmars-d-learn wrote:
[…]
because Go is not a general purpose language.
Not entirely true. Go is a general purpose language, it is a successor
to C as envisioned by Rob Pike, Russ Cox, and others (I am not sure how
much input Brian Kernighan
On Saturday, 22 August 2015 at 09:16:32 UTC, Russel Winder wrote:
On Sat, 2015-08-22 at 07:30 +, rsw0x via
Digitalmars-d-learn wrote:
[...]
Not entirely true. Go is a general purpose language, it is a
successor to C as envisioned by Rob Pike, Russ Cox, and others
(I am not sure how much
On Friday, 21 August 2015 at 20:28:47 UTC, Walter Bright wrote:
Btw we use it for high-level testing framework - will be
rather hard to move
that to compile-time approach
It's good to hear of use cases for Object.factory.
If you want details it is special library for black box testing
On Saturday, 22 August 2015 at 04:16:30 UTC, Rikki Cattermole
wrote:
Will it be language feature fix, or is it an independent
container?
Independent container.
If the later I already have a simple dumb one which I can share
(not on this machine). I'll be happy to use what you create.
Same
On Friday, 21 August 2015 at 05:06:47 UTC, Walter Bright wrote:
The solution seems straightforward - only have Object.factory
be able to instantiate classes marked as 'export'. This only
makes sense anyway.
The export seems to be an arbitrary rule (and export is really
broken currently).
On Friday, 21 August 2015 at 13:47:49 UTC, Andrei Alexandrescu
wrote:
I think these need to be fixed (by replacing
indirect-calls-based code with templates) regardless of where
we go with TypeInfo. There's a fair amount of druntime code
that suffers from being written before templates or in
On 22 August 2015 at 09:31, deadalnix via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Saturday, 22 August 2015 at 07:10:28 UTC, Ola Fosheim Grøstad wrote:
On Saturday, 22 August 2015 at 02:42:48 UTC, H. S. Teoh wrote:
Ah, yes...: http://emptybottle.org/bullshit/index.php
It would
On Friday, 21 August 2015 at 23:51:16 UTC, cym13 wrote:
On Friday, 21 August 2015 at 22:39:29 UTC, Nick Sabalausky
wrote:
Not at a pc, so can't test right now, but does Appender work
at compile time? If not, does ~= still blow up CTFE memory
usage like it used to? Any other best practice /
On 21-Aug-2015 20:20, Ilya Yaroshenko wrote:
Hi All!
I am going to implement associative arrays with manual memory management
based on amazing std.experimental.allocator by Andrei
http://wiki.dlang.org/Review/std.experimental.allocator
I will be happy to receive any advices about algorithms,
On Saturday, 22 August 2015 at 07:46:22 UTC, rsw0x wrote:
On Saturday, 22 August 2015 at 07:37:38 UTC, Dmitry Olshansky
wrote:
On 21-Aug-2015 20:20, Ilya Yaroshenko wrote:
Hi All!
I am going to implement associative arrays with manual memory
management
based on amazing
On Saturday, 22 August 2015 at 07:37:38 UTC, Dmitry Olshansky
wrote:
On 21-Aug-2015 20:20, Ilya Yaroshenko wrote:
Hi All!
I am going to implement associative arrays with manual memory
management
based on amazing std.experimental.allocator by Andrei
Am 21.08.2015 um 18:54 schrieb Andrei Alexandrescu:
On 8/19/15 4:55 AM, Sönke Ludwig wrote:
Am 19.08.2015 um 03:58 schrieb Andrei Alexandrescu:
On 8/18/15 1:24 PM, Jacob Carlborg wrote:
On 2015-08-18 17:18, Andrei Alexandrescu wrote:
Me neither if internal. I do see a problem if it's
On Saturday, 22 August 2015 at 07:31:45 UTC, deadalnix wrote:
On Saturday, 22 August 2015 at 07:10:28 UTC, Ola Fosheim
Grøstad wrote:
On Saturday, 22 August 2015 at 02:42:48 UTC, H. S. Teoh wrote:
Ah, yes...: http://emptybottle.org/bullshit/index.php
It would be a lot more helpful if you had
On Friday, 21 August 2015 at 13:47:49 UTC, Andrei Alexandrescu
wrote:
Thanks for this list. I think these need to be fixed (by
replacing indirect-calls-based code with templates) regardless
of where we go with TypeInfo. There's a fair amount of druntime
code that suffers from being written
Am Fri, 21 Aug 2015 11:46:21 +
schrieb Kagamin s...@here.lot:
On Friday, 21 August 2015 at 11:03:09 UTC, Mike wrote:
* postblit -
https://github.com/D-Programming-GDC/GDC/pull/100/files?diff=unified#diff-1f51c84492753de4c1863d02e24318bbR918
* destructor -
https://issues.dlang.org/show_bug.cgi?id=14948
Issue ID: 14948
Summary: [Reg 2.068.0] AA key requirement was broken w/o notice
and w/ horrible error message
Product: D
Version: D2
Hardware: All
OS: All
Am Fri, 21 Aug 2015 15:16:01 +0200
schrieb Iain Buclaw via Digitalmars-d digitalmars-d@puremagic.com:
Other than that, the semantics of pragma(inline, true) should
guarantee that the function is never *written* to object file.
This really should be documented then. If we build a shared
On 8/22/2015 9:44 PM, Ilya Yaroshenko wrote:
On Saturday, 22 August 2015 at 04:16:30 UTC, Rikki Cattermole wrote:
Will it be language feature fix, or is it an independent container?
Independent container.
If the later I already have a simple dumb one which I can share (not
on this machine).
On 21 August 2015 at 13:35, Steven Schveighoffer via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 8/21/15 7:22 AM, Iain Buclaw via Digitalmars-d wrote:
Where removing RTTI disables D feature's in a compromising way, I'd
start by questioning the why.
Eg: Why does array literals need
https://issues.dlang.org/show_bug.cgi?id=9785
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Keywords||performance
--
On Saturday, 22 August 2015 at 09:16:32 UTC, Russel Winder wrote:
On Sat, 2015-08-22 at 07:30 +, rsw0x via
Digitalmars-d-learn wrote:
[…]
because Go is not a general purpose language.
Not entirely true. Go is a general purpose language, it is a
successor to C as envisioned by Rob Pike,
On 8/22/2015 10:47 PM, Laeeth Isharc wrote:
On Saturday, 22 August 2015 at 09:16:32 UTC, Russel Winder wrote:
On Sat, 2015-08-22 at 07:30 +, rsw0x via Digitalmars-d-learn wrote:
[…]
because Go is not a general purpose language.
Not entirely true. Go is a general purpose language, it is
On Saturday, 22 August 2015 at 07:30:23 UTC, rsw0x wrote:
On Saturday, 22 August 2015 at 06:48:48 UTC, Russel Winder
wrote:
On Fri, 2015-08-21 at 10:47 +, via Digitalmars-d-learn
wrote:
Yes, Go has sacrificed some compute performance in favour of
latency and convenience. They have also
On Saturday, 22 August 2015 at 10:47:55 UTC, Laeeth Isharc wrote:
Out of curiosity, how much funding is required to develop the
more straightforward kind of GCs ?
A classical GC like D has is very straightforward. It is been
used since the 60s, I even have a paper from 1974 or so
describing
On Saturday, 22 August 2015 at 07:02:40 UTC, Russel Winder wrote:
I think Go 2 is a long way off, and even then generics will not
be part of the plan.
I agree that Go from Google will stay close to the ideals of the
creators. I think it would be difficult get beyond that for
social reasons.
On Fri, 2015-08-21 at 10:47 +, via Digitalmars-d-learn wrote:
Yes, Go has sacrificed some compute performance in favour of
latency and convenience. They have also released GC improvement
plans for 1.6:
https://docs.google.com/document/d/1kBx98ulj5V5M9Zdeamy7v6ofZXX3yPziA
On Fri, 2015-08-21 at 01:22 +, Nicholas Wilson via Digitalmars-d
-learn wrote:
[…]
Keep in mind java may be using green threads as opposed to kernel
threads.
The equivalent in D is a Fiber.
I believe Java itself hasn't used green threads in an awful long time:
Threads are mapped to
On Saturday, 22 August 2015 at 06:48:48 UTC, Russel Winder wrote:
But one that Google are entirely happy to fully fund.
Yes, they have made Go fully supported on Google Cloud now, so I
think it is safe to say that Google management is backing Go
fully.
I'm kinda hoping for Go++...
On Thu, 2015-08-20 at 20:01 +, tony288 via Digitalmars-d-learn
wrote:
[…]
Now what I would like to know, how would I make this code more
efficient? Which is basically the aim I'm trying to achieve.
Any pointers would be really help full. Should I use
concurrency/parallelism etc..?
I
https://issues.dlang.org/show_bug.cgi?id=14947
Issue ID: 14947
Summary: std.traits: ParameterIdentifierTuple on an 'interface'
not working
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status:
On Sat, 2015-08-22 at 06:54 +, via Digitalmars-d-learn wrote:
On Saturday, 22 August 2015 at 06:48:48 UTC, Russel Winder wrote:
But one that Google are entirely happy to fully fund.
Yes, they have made Go fully supported on Google Cloud now, so I
think it is safe to say that Google
On Saturday, 22 August 2015 at 02:42:48 UTC, H. S. Teoh wrote:
Ah, yes...: http://emptybottle.org/bullshit/index.php
It would be a lot more helpful if you had provided a link to a
paper on scalar branch divergence and memory divergence.
https://issues.dlang.org/show_bug.cgi?id=8812
ted s_dlang_bugzi...@asylum.id.au changed:
What|Removed |Added
CC|
On Saturday, 22 August 2015 at 07:10:28 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 22 August 2015 at 02:42:48 UTC, H. S. Teoh wrote:
Ah, yes...: http://emptybottle.org/bullshit/index.php
It would be a lot more helpful if you had provided a link to a
paper on scalar branch divergence and
On Saturday, 22 August 2015 at 06:48:48 UTC, Russel Winder wrote:
On Fri, 2015-08-21 at 10:47 +, via Digitalmars-d-learn
wrote:
Yes, Go has sacrificed some compute performance in favour of
latency and convenience. They have also released GC
improvement plans for 1.6:
Am 17.08.2015 um 00:03 schrieb Walter Bright:
On 8/16/2015 5:34 AM, Sönke Ludwig wrote:
Am 16.08.2015 um 02:50 schrieb Walter Bright:
if (isInputRange!R is(Unqual!(ElementEncodingType!R) == char))
I'm not a fan of more names for trivia, the deluge of names has its own
costs.
Good,
On 22 August 2015 at 11:33, Johannes Pfau via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Am Fri, 21 Aug 2015 15:16:01 +0200
schrieb Iain Buclaw via Digitalmars-d digitalmars-d@puremagic.com:
Other than that, the semantics of pragma(inline, true) should
guarantee that the function
On Friday, 21 August 2015 at 17:05:42 UTC, tired_eyes wrote:
So, four months later, can we have some kind of warning banner
on dsource.org?
Done.
Am 21.08.2015 um 19:30 schrieb Andrei Alexandrescu:
On 8/18/15 12:54 PM, Sönke Ludwig wrote:
Am 18.08.2015 um 00:21 schrieb Andrei Alexandrescu:
* On the face of it, dedicating 6 modules to such a small specification
as JSON seems excessive. I'm thinking one module here. (As a simple
point:
https://issues.dlang.org/show_bug.cgi?id=4541
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
--- Comment
On Saturday, 22 August 2015 at 10:47:55 UTC, Laeeth Isharc wrote:
On Saturday, 22 August 2015 at 09:16:32 UTC, Russel Winder
wrote:
[...]
I didn't mean to start again the whole GC and Go vs D thing.
Just that one ought to know the lay of the land as it develops.
Out of curiosity, how much
On Saturday, 22 August 2015 at 07:37:38 UTC, Dmitry Olshansky
wrote:
FYI
https://github.com/D-Programming-Language/druntime/pull/1282
Thanks!
import std.stdio;
import std.range;
import std.concurrency;
void main(string[] args)
{
auto generator = new Generator!(int)({
foreach (value; 1..10)
{
yield(value);
}
});
foreach (value; generator)
On Saturday, 22 August 2015 at 13:03:34 UTC, Vladimir Panteleev
wrote:
On Friday, 21 August 2015 at 17:05:42 UTC, tired_eyes wrote:
So, four months later, can we have some kind of warning banner
on dsource.org?
Done.
Excellent, thank you! It was a source of confusion.
Am 21.08.2015 um 18:56 schrieb Andrei Alexandrescu:
On 8/18/15 1:21 PM, Sönke Ludwig wrote:
Am 18.08.2015 um 00:37 schrieb Andrei Alexandrescu:
On 8/17/15 2:56 PM, Sönke Ludwig wrote:
- The enum is useful to be able to identify the types outside of the D
code itself. For example when
On Sat, Aug 22, 2015 at 01:47:30PM +, Gary Willoughby via Digitalmars-d
wrote:
[...]
test.d(41): Error: std.concurrency.Generator(T) at
/usr/include/dmd/phobos/std/concurrency.d(1569) conflicts with
std.range.Generator(Fun...) at /usr/include/dmd/phobos/std/rang
e/package.d(2806)
On Saturday, 22 August 2015 at 13:47:31 UTC, Gary Willoughby
wrote:
`std.concurrency.Generator` is public and `std.range.Generator`
is private so surely these shouldn't conflict?
You would think so, but this is the way it has been since the
beginning of D so I wouldn't expect the
I think interfaces are very powerful and I heavily use them. The
only problem I have with them is that serializing/deserializing
them to XML or JSON doesn't seem to work. So far I got to try
Orange and painlessjson. Using Orange all I got was a lot of
compiler errors. Painlessjson did compile
Am Sat, 22 Aug 2015 14:47:34 +0200
schrieb Iain Buclaw via Digitalmars-d digitalmars-d@puremagic.com:
On 22 August 2015 at 11:33, Johannes Pfau via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Am Fri, 21 Aug 2015 15:16:01 +0200
schrieb Iain Buclaw via Digitalmars-d
On Saturday 22 August 2015 11:05, ted wrote:
From here, I can go to 'Building DMD' and 'How to Fork and Build
dlang.org', which both seem to build DMD - I'm unsure of the overlap
aspects here.
The 'dlang.org' project is the website. It deals with building dmd only
insofar as you need a
https://issues.dlang.org/show_bug.cgi?id=14915
ag0ae...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from
On 8/22/2015 2:42 AM, Dicebot wrote:
On Friday, 21 August 2015 at 20:28:47 UTC, Walter Bright wrote:
Btw we use it for high-level testing framework - will be rather hard to move
that to compile-time approach
It's good to hear of use cases for Object.factory.
If you want details it is
https://issues.dlang.org/show_bug.cgi?id=7625
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
On 08/22/2015 12:04 AM, Jonathan M Davis wrote:
On Friday, 21 August 2015 at 21:13:35 UTC, David Nadlinger wrote:
On Friday, 21 August 2015 at 20:01:21 UTC, Vladimir Panteleev wrote:
This warning almost doesn't break any code!
It indeed doesn't break almost any code. Yours is quite the
On Tuesday, 18 August 2015 at 17:10:36 UTC, Vladimir Panteleev
wrote:
On Tuesday, 18 August 2015 at 12:37:37 UTC, Vladimir Panteleev
wrote:
I suggest that we revamp the compiler download page again. The
lead should be a select your compiler which lists the
advantages and disadvantages of each
https://issues.dlang.org/show_bug.cgi?id=4440
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=8846
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
On Saturday, 22 August 2015 at 21:56:25 UTC, Walter Bright wrote:
On 8/22/2015 1:22 PM, David Nadlinger wrote:
One of the use cases for export on Linux would be to set the
ELF visibility
based on it. Emitting all the symbols with default visibility,
like we currently
do, leads to size and load
On Saturday, 22 August 2015 at 21:23:19 UTC, Timon Gehr wrote:
For the comma operator, I think it's pretty clear that the
usage of ',' to separate components of a tuple would be more
useful.
(With L-T-R evaluation, replacing usages of the comma operator
is easy, e.g. 'a,b,c' becomes
On Saturday, 22 August 2015 at 23:33:15 UTC, Manu wrote:
On 21 August 2015 at 15:06, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
[...]
I don't follow the reasoning, but yes! Kill it with fire!
I'd rather see a compile option or something to disable it
completely,
like
On Sunday, 23 August 2015 at 05:17:33 UTC, Walter Bright wrote:
https://github.com/D-Programming-Language/dmd/pull/4923
We have made the switch from C++ DMD to D DMD!
[...]
Excellent. I guess it's also time to clean the wiki page that
explained how to build under win32 with DMC. It's
On 08/23/2015 07:22 AM, Rikki Cattermole wrote:
Now lets hope the next stage is smooth in the transition.
Here is a small guide on how to update a PR.
https://github.com/D-Programming-Language/dmd/pull/4922#issuecomment-133776696
https://issues.dlang.org/show_bug.cgi?id=13007
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Severity|major |critical
--
https://issues.dlang.org/show_bug.cgi?id=14950
Issue ID: 14950
Summary: Setting enum value to the last member of another enum
causes int overflow error
Product: D
Version: D2
Hardware: x86_64
OS: Linux
On Saturday, 22 August 2015 at 19:14:16 UTC, nims wrote:
I think interfaces are very powerful and I heavily use them.
The only problem I have with them is that
serializing/deserializing them to XML or JSON doesn't seem to
work. So far I got to try Orange and painlessjson. Using Orange
all I
On 08/23/2015 01:09 AM, deadalnix wrote:
On Saturday, 22 August 2015 at 21:23:19 UTC, Timon Gehr wrote:
For the comma operator, I think it's pretty clear that the usage of
',' to separate components of a tuple would be more useful.
(With L-T-R evaluation, replacing usages of the comma operator
On 8/22/2015 8:32 PM, H. S. Teoh via Digitalmars-d wrote:
People who are more than casually interested in computers should
have at least some idea of what the underlying hardware is like.
Otherwise the programs they write will be pretty weird.
-- D. Knuth
A good
On 8/22/2015 3:41 PM, Adam D. Ruppe wrote:
The common saying if it isn't in bugzilla it is forgotten seems quite silly
when so much that IS in bugzilla is forgotten all the same.
Lots of people, like Daniel and Kenji and Vladimir and Martin, etc., go through
Bugzilla looking for things to
On 8/22/2015 5:47 AM, Iain Buclaw via Digitalmars-d wrote:
But it should be put in COMDAT
And it is.
https://issues.dlang.org/show_bug.cgi?id=11252
Jack Stouffer j...@jackstouffer.com changed:
What|Removed |Added
CC||j...@jackstouffer.com
https://issues.dlang.org/show_bug.cgi?id=10042
Jack Stouffer j...@jackstouffer.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=4440
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Hardware|Other |All
--
On Sun, Aug 23, 2015 at 12:03:25AM +, Vladimir Panteleev via Digitalmars-d
wrote:
On Tuesday, 18 August 2015 at 17:10:36 UTC, Vladimir Panteleev wrote:
On Tuesday, 18 August 2015 at 12:37:37 UTC, Vladimir Panteleev wrote:
I suggest that we revamp the compiler download page again. The lead
On Sat, Aug 22, 2015 at 08:19:26PM -0700, Walter Bright via Digitalmars-d wrote:
On 8/21/2015 3:59 AM, Chris wrote:
The whole article, imo, is like saying that when dealing with
programming there are problems, difficulties and outright
contradictions (like in maths or any other logical system
On Sun, Aug 23, 2015 at 12:03:25AM +, Vladimir Panteleev via Digitalmars-d
wrote:
On Tuesday, 18 August 2015 at 17:10:36 UTC, Vladimir Panteleev wrote:
On Tuesday, 18 August 2015 at 12:37:37 UTC, Vladimir Panteleev wrote:
I suggest that we revamp the compiler download page again. The lead
On 08/21/2015 12:29 PM, David Nadlinger wrote:
On Friday, 21 August 2015 at 15:58:22 UTC, Nick Sabalausky wrote:
It also fucks up UFCS, and I'm a huge fan of UFCS.
Are you saying that import json : parseJSON = parse;
foo.parseJSON.bar; does not work?
Ok, fair point, although I was
https://issues.dlang.org/show_bug.cgi?id=13007
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
On 8/19/2015 5:00 AM, Timon Gehr wrote:
Classes are reference types in C# as well.
This is hardly innovation. C# took that feature from Java, and it's likely much,
much older than that.
On 8/23/2015 7:14 AM, nims wrote:
I think interfaces are very powerful and I heavily use them. The only
problem I have with them is that serializing/deserializing them to XML
or JSON doesn't seem to work. So far I got to try Orange and
painlessjson. Using Orange all I got was a lot of compiler
On Saturday, 22 August 2015 at 20:14:59 UTC, Walter Bright wrote:
I'm not sure how export would help on Linux.
One of the use cases for export on Linux would be to set the ELF
visibility based on it. Emitting all the symbols with default
visibility, like we currently do, leads to size and
cheers for that - that differentiation/distinction wasn't clear (to me).
anonymous wrote:
On Saturday 22 August 2015 11:05, ted wrote:
From here, I can go to 'Building DMD' and 'How to Fork and Build
dlang.org', which both seem to build DMD - I'm unsure of the overlap
aspects here.
The
On 8/22/2015 1:22 PM, David Nadlinger wrote:
On Saturday, 22 August 2015 at 20:14:59 UTC, Walter Bright wrote:
I'm not sure how export would help on Linux.
One of the use cases for export on Linux would be to set the ELF visibility
based on it. Emitting all the symbols with default
On Saturday, 22 August 2015 at 22:08:50 UTC, David Nadlinger
wrote:
A bugzilla enhancement request for this would be nice.
https://issues.dlang.org/show_bug.cgi?id=9893
The common saying if it isn't in bugzilla it is forgotten seems
quite silly when so much that IS in bugzilla is forgotten
On 21 August 2015 at 15:06, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
This function:
http://dlang.org/phobos/object.html#.Object.factory
enables a program to instantiate any class defined in the program. To make
it work, though, every class in the program has to
https://issues.dlang.org/show_bug.cgi?id=13147
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=14663
--- Comment #9 from Jonathan M Davis issues.dl...@jmdavisprog.com ---
All of the druntime tests now pass on my FreeBSD 10 box. Thanks!
--
On 8/21/2015 3:59 AM, Chris wrote:
The whole article, imo, is like saying that when dealing with programming there
are problems, difficulties and outright contradictions (like in maths or any
other logical system the human mind has come up with), but language designers
should make all these evil
On Sunday, 23 August 2015 at 05:17:33 UTC, Walter Bright wrote:
https://github.com/D-Programming-Language/dmd/pull/4923
We have made the switch from C++ DMD to D DMD!
Many, many thanks to Daniel Murphy for slaving away for 2.5
years to make this happen. More thanks to Martin Nowak for
https://issues.dlang.org/show_bug.cgi?id=9785
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
See Also|
https://issues.dlang.org/show_bug.cgi?id=4440
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Keywords||performance
--
https://issues.dlang.org/show_bug.cgi?id=4440
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
See Also|
https://github.com/D-Programming-Language/dmd/pull/4923
We have made the switch from C++ DMD to D DMD!
Many, many thanks to Daniel Murphy for slaving away for 2.5 years to make this
happen. More thanks to Martin Nowak for helping shepherd it through the final
stages, and to several others who
On Saturday, 22 August 2015 at 16:49:26 UTC, DarthCthulhu wrote:
I'm having difficulty understanding how templates operate as
function parameters.
Say I have this:
struct ArrayTest {
void arrayTest(T) (T arrayT) {
writeln(arrayT);
}
}
unittest {
ArrayTest
On Saturday, 22 August 2015 at 17:08:36 UTC, Mike Parker wrote:
void arrayTest(T, int passing) (T arrayT) { ... }
I get 'cannot deduce function from argument types' errors.
Specifically stating the type of the function doesn't seem to
help:
test.arrayTest(float [])(farray, 1);
-descriptive Enforcement failed when attempting to write
to closed file
https://github.com/D-Programming-Language/phobos/commit/a331d7f870cb3f2b32c5fff1edd3bc371ce4a057
Merge pull request #3573 from CyberShadow/pull-20150822-162819
fix Issue 14949 - Non-descriptive Enforcement failed when
https://issues.dlang.org/show_bug.cgi?id=10667
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
1 - 100 of 109 matches
Mail list logo