https://issues.dlang.org/show_bug.cgi?id=15515
ag0ae...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=15500
ag0ae...@gmail.com changed:
What|Removed |Added
CC||c...@dawg.eu
--- Comment #1 from
On 01/04/2016 09:06 AM, Bastiaan Veelo wrote:
>
> This would be a bug (segfault on my machine):
>
>> foreach (key; aa.byKey)
>> aa.remove(key);
>
> Note that, in this example, there is no need to remove every element
> separately, you can also just do
Sorry my mistake, I never use
https://issues.dlang.org/show_bug.cgi?id=15514
ag0ae...@gmail.com changed:
What|Removed |Added
CC||ag0ae...@gmail.com
--- Comment #2 from
https://issues.dlang.org/show_bug.cgi?id=15516
Issue ID: 15516
Summary: etc.linux.memoryerror has no documentation
Product: D
Version: D2
Hardware: All
OS: Linux
Status: NEW
Severity: minor
https://issues.dlang.org/show_bug.cgi?id=15515
Issue ID: 15515
Summary: default construction disabled for struct constructor
with default arguments
Product: D
Version: D2
Hardware: All
OS: All
Joakim writes:
> On Monday, 4 January 2016 at 09:26:39 UTC, Dan Olson wrote:
>> Joakim writes:
>>
>>> On Thursday, 31 December 2015 at 00:11:34 UTC, Dan Olson wrote:
[...]
>>>
>>> Sounds good, submit a PR and let's get it in.
>>
>> Was planning to
https://issues.dlang.org/show_bug.cgi?id=3452
Richard changed:
What|Removed |Added
CC||richard.s...@bool.at
---
On 1/4/2016 10:25 AM, Russel Winder via Digitalmars-d wrote:
On Mon, 2016-01-04 at 01:44 -0800, Walter Bright via Digitalmars-d
wrote:
1. Make doing C++ style iostreams hard.
What is the problem with having the << and >> operators do input
output. Very object-oriented.
I'm surprised you'd
https://issues.dlang.org/show_bug.cgi?id=15392
Martin Nowak changed:
What|Removed |Added
Status|NEW |RESOLVED
On Monday, 4 January 2016 at 10:19:52 UTC, Sönke Ludwig wrote:
Finally published the article that I had prepared in autumn
last year. It gives an overview of the basic functionality
needed to implement a typical web application using vibe.d. The
example uses Redis as a data store - using other
https://issues.dlang.org/show_bug.cgi?id=15516
--- Comment #1 from deadalnix ---
I have no idea how to make that happen. Is there a tutorial somewhere to know
how to add doc to the website ?
--
On Monday, 4 January 2016 at 18:28:15 UTC, Russel Winder wrote:
On Mon, 2016-01-04 at 01:45 -0800, Walter Bright via
Digitalmars-d wrote:
On 1/3/2016 11:40 PM, Jacob Carlborg wrote:
> There's of course AST macros as well, which have many other
> good
> use cases.
> Unfortunately you don't
https://issues.dlang.org/show_bug.cgi?id=15514
--- Comment #3 from ag0ae...@gmail.com ---
I think the problem is that the memory for the closure is allocated as soon as
the initialize function is entered, i.e. before the call to Runtime.initialize.
--
We have many scripting engines available for use in D more or
less(lua, python, etc...).
Is there a D scripting engine that can be easily integrated into
a D project? A sort of "exec()". Something that works at
compile time and run time possibly? If is a static string
then it should be able
Am 04.01.2016 um 19:04 schrieb Pradeep Gowda:
On Monday, 4 January 2016 at 14:31:21 UTC, Sönke Ludwig wrote:
Added!
The footer of the website still says 2012-2014. Please fix that!
Fixed, thanks!
Am 30.12.2015 um 21:32 schrieb yawniek:
Sönke is already on it.
http://forum.rejectedsoftware.com/groups/rejectedsoftware.vibed/post/29110
i guess its not enough, there are still things that make vibe.d slow.
i quickly tried
https://github.com/nanoant/WebFrameworkBenchmark.git
which is
On Monday, 4 January 2016 at 19:04:48 UTC, Max Klyga wrote:
On 2016-01-04 18:40:03 +, Jason Jeffory said:
The fastest one would probably be Lua -
http://code.dlang.org/search?q=lua
But there are other options:
Python - http://code.dlang.org/packages/pyd
Javascript -
I think you are looking for something like this.
Context.getTarget will get you the surface the Context is drawing to,
this most likely isn't a ImageSurface.
So you will need to create an pixbuf from the returned surface, with the
Pixbuf you can then get the raw pixel data using
On Monday, 4 January 2016 at 19:27:48 UTC, Mike Wey wrote:
I think you are looking for something like this.
Context.getTarget will get you the surface the Context is
drawing to, this most likely isn't a ImageSurface.
So you will need to create an pixbuf from the returned surface,
with the
On 01/04/2016 02:50 PM, rsw0x wrote:
D did wonders in making template metaprogramming usable compared to C++,
but sometimes it feels like trying to pound nails in with a screwdriver.
Do you have examples of that awkwardness happening? Is it suitable to
supplement those with CTFE? -- Andrei
On 01/04/2016 01:28 PM, Russel Winder via Digitalmars-d wrote:
Rusts macros show it can be done well.
Do you have a few examples handy? Thanks. -- Andrei
On 01/04/2016 01:25 PM, Russel Winder via Digitalmars-d wrote:
What is the problem with having the << and >> operators do input
output. Very object-oriented.
What is the connection between using shift operators for I/O and object
orientation?
But it would be D. Boost.Sprint code may look
On 01/04/2016 04:29 PM, Joakim Brännström wrote:
> Regression?
> Found when compiling dub-package scriptlike (struct Path).
Thanks for reporting. It's not acceptable to break code like that
without a proper deprecation cycle.
https://issues.dlang.org/show_bug.cgi?id=15515
Am Mon, 04 Jan 2016 17:15:36 +
schrieb Bubbasaur :
> On Monday, 4 January 2016 at 17:02:01 UTC, Sönke Ludwig wrote:
> > ...Maybe it's something specific to your OS/Chrome version?
>
> Well, I tried again on the same machine but using Firefox and it
> worked, then I tried
https://issues.dlang.org/show_bug.cgi?id=15516
Walter Bright changed:
What|Removed |Added
Assignee|nob...@puremagic.com
On Monday, 4 January 2016 at 18:04:34 UTC, TheDGuy wrote:
On Monday, 4 January 2016 at 17:33:28 UTC, Gerald wrote:
On Monday, 4 January 2016 at 16:13:50 UTC, TheDGuy wrote:
[...]
Yes, you need it. The extern (C) function is what GDK invokes
on idle. In any GUI application there is a lot of
On Monday, 4 January 2016 at 18:40:03 UTC, Jason Jeffory wrote:
We have many scripting engines available for use in D more or
less(lua, python, etc...).
Is there a D scripting engine that can be easily integrated
into a D project? A sort of "exec()". Something that
works at compile time and
On 2016-01-04 18:40:03 +, Jason Jeffory said:
We have many scripting engines available for use in D more or less(lua,
python, etc...).
Is there a D scripting engine that can be easily integrated into a D
project? A sort of "exec()". Something that works at compile
time and run time
https://issues.dlang.org/show_bug.cgi?id=15516
--- Comment #2 from Walter Bright ---
In druntime,
1. add it to mak/DOCS
2. add it to win32.mak just like the other files
3. add it to win64.mak just like the other files
4. I don't know anymore how things get added to the
https://issues.dlang.org/show_bug.cgi?id=15516
Adam D. Ruppe changed:
What|Removed |Added
CC|
Am 04.01.2016 um 20:39 schrieb Meta:
On Monday, 4 January 2016 at 10:19:52 UTC, Sönke Ludwig wrote:
Finally published the article that I had prepared in autumn last year.
It gives an overview of the basic functionality needed to implement a
typical web application using vibe.d. The example uses
On Monday, 4 January 2016 at 11:12:49 UTC, Joakim wrote:
I don't think Go's even hit the second tier yet, ie python and
ruby, certainly not in the first tier with Java and C, though
tough for such a young language to get up there.
Well, Go and Swift are the two languages that are having a
On Monday, 4 January 2016 at 19:25:18 UTC, yawniek wrote:
On Monday, 4 January 2016 at 19:04:48 UTC, Max Klyga wrote:
On 2016-01-04 18:40:03 +, Jason Jeffory said:
The fastest one would probably be Lua -
http://code.dlang.org/search?q=lua
But there are other options:
Python -
Am 04.01.2016 um 21:21 schrieb Sönke Ludwig:
Am 04.01.2016 um 20:39 schrieb Meta:
On Monday, 4 January 2016 at 10:19:52 UTC, Sönke Ludwig wrote:
Finally published the article that I had prepared in autumn last year.
It gives an overview of the basic functionality needed to implement a
typical
I was writing an example to show that not every 'long' value can be
represented by a 'double'. (They are both 64 bits; but for 'double',
some of those bits are parts of the exponent, not the mantissa.)
Although my demonstration works with to!double, the compiler does
something different and
On 01/04/2016 12:22 AM, Ali Çehreli wrote:
> assert(l != l.to!double); // passes
> assert(l != cast(double)l);// FAILS
I've realized that I had the -m32 switch on unintentionally. The above
results are for when -m32 is used. (I am on a 64-bit system.)
Without -m32 both
On Monday, January 04, 2016 07:30:50 aki via Digitalmars-d-learn wrote:
> But wait, how does GC detect there still be a live reference to
> the object Foo?
> Because store is just a fix sized array of bytes.
> ubyte[size] store;
> GC cannot be aware of the reference, right?
As I understand it,
Joakim writes:
> On Thursday, 31 December 2015 at 00:11:34 UTC, Dan Olson wrote:
>> On Wednesday, 30 December 2015 at 23:11:06 UTC, Joakim wrote:
>>> That sounds like this issue I ran into with ARM EH:
>>>
>>>
On 1/3/2016 11:40 PM, Jacob Carlborg wrote:
There's of course AST macros as well, which have many other good use cases.
Unfortunately you don't like those either :(
Neither Andrei nor I have changed our minds on that one.
On 1/1/2016 3:33 AM, Russel Winder via Digitalmars-d wrote:
Or alternative 4, fix D so that proper operator definition can be
achieved.
The way D's operator overloading is designed is not a mistake. It's limitations
are a feature, not a bug. It was deliberately set up to:
1. Make doing C++
On Monday, 4 January 2016 at 07:48:14 UTC, Jacob Carlborg wrote:
Perhaps I'm missing something obvious but there are several
problems with this:
1. What happens when you use more than one query for the same
table at the same scope? In the above case, "Person" is already
defined the second
I've just added a sub page on vibed.org to collect links to all existing
vibe.d tutorials [1]. If you know of any additional ones, or would like
to have an existing one removed, please leave a quick comment:
http://forum.rejectedsoftware.com/groups/rejectedsoftware.vibed/thread/29242/
Thanks!
On Monday, 4 January 2016 at 00:49:29 UTC, Andrei Alexandrescu
wrote:
Second, ET as a mechanism for SQL interface has other inherent
limitations. Consider the "LIKE" operator in SQL, which has no
ET equivalent in C++ with similar syntax, and no direct
like(Person.Name,"peter%")
Person.Name
On 1/1/2016 3:37 AM, Russel Winder via Digitalmars-d wrote:
On Fri, 2016-01-01 at 10:45 +, Ola Fosheim Grøstad via Digitalmars-
d wrote:
In D1 Walter made a point about restricting operator overloading
to discourage reuse of operators. In D2 there are many ways to
Java also went the route
On Friday, 1 January 2016 at 13:57:01 UTC, Rainer Schuetze wrote:
Please note that building with -lib puts every
function/declaration into it's own object file inside the
library, and unused class declarations are no longer in the
linked executable.
Ok, that is very good information. I
Sorry, the actual code is:
...
lines ~= ' '.repeat.take(newIndentCount).array;
...with character quotes. But it still fails with error described
in stack trace in Gcx.bigAlloc()
https://issues.dlang.org/show_bug.cgi?id=15389
--- Comment #4 from Manu ---
Thanks Walter!
Does this also address the case in the initial bug report?
--
On Monday, 4 January 2016 at 08:34:06 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 4 January 2016 at 05:47:40 UTC, Joakim wrote:
according to github, which has nothing to do with D (there are
several more miscategorized like that, look at #22 in the
above list).
Yes, DTrace files also end with
https://issues.dlang.org/show_bug.cgi?id=15501
Jonathan M Davis changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15389
--- Comment #3 from Walter Bright ---
https://github.com/D-Programming-Language/dmd/pull/5330
--
https://issues.dlang.org/show_bug.cgi?id=15502
Jonathan M Davis changed:
What|Removed |Added
Status|NEW |RESOLVED
On 1/4/2016 2:34 AM, Ola Fosheim Grøstad wrote:
On Monday, 4 January 2016 at 09:44:35 UTC, Walter Bright wrote:
My not-so-humble opinion is these sorts of DSLs are technical demonstrations,
but not useful nor desirable tools.
Well, this is wrong. They are desirable and work with tooling,
On Monday, 4 January 2016 at 10:19:52 UTC, Sönke Ludwig wrote:
Finally published the article that I had prepared in autumn
last year. It gives an overview of the basic functionality
needed to implement a typical web application using vibe.d. The
example uses Redis as a data store - using other
On Monday, 4 January 2016 at 10:50:17 UTC, Ur@nuz wrote:
Sorry, the actual code is:
...
lines ~= ' '.repeat.take(newIndentCount).array;
...with character quotes. But it still fails with error
described in stack trace in Gcx.bigAlloc()
What's your OS? On Linux x64, it works without any
V Mon, 4 Jan 2016 08:37:10 +0100
Sönke Ludwig via Digitalmars-d napsáno:
> Am 31.12.2015 um 13:44 schrieb Daniel Kozak via Digitalmars-d:
> >
> > vibe.d has (probably) bug it use threadPerCPU instead of corePerCPU
> > in setupWorkerThreads, here is a commit which
V Sat, 02 Jan 2016 03:00:19 +
Etienne Cimon via Digitalmars-d napsáno:
> On Friday, 1 January 2016 at 11:38:53 UTC, Daniel Kozak wrote:
> > On Thursday, 31 December 2015 at 18:23:17 UTC, Etienne Cimon
> > wrote:
> >> On Thursday, 31 December 2015 at 13:29:49
On Monday, 4 January 2016 at 09:44:35 UTC, Walter Bright wrote:
My not-so-humble opinion is these sorts of DSLs are technical
demonstrations, but not useful nor desirable tools.
Well, this is wrong. They are desirable and work with tooling,
editors, code completion etc. And also allow user
Need some help)...
Having the following chunk of code:
string[] lines;
...
if( firstIndentStyle == IndentStyle.space )
{
lines ~= " ".repeat.take(newIndentCount).array;
}
else //Tabs
{
lines ~= "\t".repeat.take(newIndentCount).array; //This causes
strange 'memset' error
}
This code
On Monday, 4 January 2016 at 09:24:44 UTC, Robert burner Schadek
wrote:
On Sunday, 3 January 2016 at 21:37:28 UTC, Dicebot wrote:
Haven't found any issues with std.allocator so far but
std.logger definitely is not Phobos ready per my requirements.
I have been recently re-evaluating it as
On Monday, 4 January 2016 at 09:26:39 UTC, Dan Olson wrote:
Joakim writes:
On Thursday, 31 December 2015 at 00:11:34 UTC, Dan Olson wrote:
[...]
Sounds good, submit a PR and let's get it in.
Was planning to get that PR going then got side tracked by a
more difficult
On 2016-01-04 00:50, Andrei Alexandrescu wrote:
This may in fact be good signal that an approach based on expression
templates is not the most appropriate for D. -- Andrei
This whole thread has already discussed and showed that D operator
overloading is lacking in terms of expression
On Monday, 4 January 2016 at 05:47:40 UTC, Joakim wrote:
according to github, which has nothing to do with D (there are
several more miscategorized like that, look at #22 in the above
list).
Yes, DTrace files also end with ".d"...
Those are good hypotheses, not sure you can say OSS usage is
On 2016-01-02 21:47, Chris Wright wrote:
So you want to create the following query:
people.filter!(x => x.surname == "Slughorn");
And you've got ten million people in the collection, and you want this
query to finish soonish. So you need to use an index. But a full index
scan isn't so
On Monday, 4 January 2016 at 07:09:30 UTC, Minas Mina wrote:
On Sunday, 3 January 2016 at 19:29:05 UTC, Martin Nowak wrote:
There is a bug.
You should never do this b/c of iterator/range invalidation.
foreach (key; aa.keys)
aa.remove(key);
The reference states that keys: "Returns
On Monday, 4 January 2016 at 07:55:53 UTC, Jacob Carlborg wrote:
On 2016-01-02 21:47, Chris Wright wrote:
So you want to create the following query:
people.filter!(x => x.surname == "Slughorn");
And you've got ten million people in the collection, and you
want this
query to finish
On Sunday, 3 January 2016 at 17:30:15 UTC, Dibyendu Majumdar
wrote:
Does CMake recognise D in the enable_language command?
If not is there a workaround?
Thanks and Regards
Dibyendu
I suggest use dub instead of cmake. I did a try to use cmake some
time ago (a few years ago, before dub), and
On Sunday, 3 January 2016 at 21:37:28 UTC, Dicebot wrote:
Haven't found any issues with std.allocator so far but
std.logger definitely is not Phobos ready per my requirements.
I have been recently re-evaluating it as possible replacement
for old Tango logger we use and found that in several
On Saturday, 2 January 2016 at 21:06:19 UTC, Adam D. Ruppe wrote:
* cross-linking, including inherited members
I got this working in simple cases... which happens to include
Phobos' std.socket!
http://dpldocs.info/experimental-docs-2/std.socket.UdpSocket.html
I did a major refactoring of
https://issues.dlang.org/show_bug.cgi?id=15500
Martin Nowak changed:
What|Removed |Added
Hardware|x86 |All
OS|Mac OS
What is Boost.Sprint? I haven't heard of it, and can't find it.
Thanks! -- Andrei
I believe he meant Boost Spirit
http://www.boost.org/doc/libs/1_60_0/libs/spirit/doc/html/spirit/introduction.html
Zz
On Monday, 4 January 2016 at 23:15:22 UTC, Guillaume Piolat wrote:
Can someone produce a _useful_ free function that uses inout?
There are useful getters using inout.
There are useless free functions using inout like
http://dpaste.dzfl.pl/d038012308ed
Adam D. Ruppe answered this on IRC:
On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh
wrote:
The deadline for the Google Summer of Code, 2016 is February
19th. Which means we have about a month and a half to put
something together. For the time being I've recycled last
years projects (with one dropped so far):
On 01/04/2016 09:13 PM, TheDGuy wrote:
On Monday, 4 January 2016 at 19:27:48 UTC, Mike Wey wrote:
I think you are looking for something like this.
Context.getTarget will get you the surface the Context is drawing to,
this most likely isn't a ImageSurface.
So you will need to create an pixbuf
On 01/04/2016 06:31 AM, TheDGuy wrote:
> I tried it with "std.concurrency" like this:
>
> bool drawCallback(Scoped!Context cr, Widget widget){
> writeln("init");
> spawn(, cr, widget);
The first parameter to render() is Scoped!Context but render() takes a
Context:
> void
Can someone produce a _useful_ free function that uses inout?
There are useful getters using inout.
There are useless free functions using inout like
http://dpaste.dzfl.pl/d038012308ed
https://issues.dlang.org/show_bug.cgi?id=15500
John Colvin changed:
What|Removed |Added
CC|
On Monday, 4 January 2016 at 21:42:16 UTC, Mike Wey wrote:
On 01/04/2016 09:13 PM, TheDGuy wrote:
[...]
I don't have any issues with either getPixelsWithLength and
savev.
for the savev call there is an missing \ just before test.jpg,
but that might be a copy and paste error?
For the
On Monday, 4 January 2016 at 20:07:55 UTC, Walter Bright wrote:
On 1/4/2016 10:25 AM, Russel Winder via Digitalmars-d wrote:
It is important that this works. But it should be possible to
create an
operator algebra for any type: arithmetic types are a very
small subset
of types used in
https://issues.dlang.org/show_bug.cgi?id=15507
Jonathan M Davis changed:
What|Removed |Added
CC|
Walter Bright writes:
> What I've been working on for the last month or so.
>
> https://github.com/D-Programming-Language/dmd/pull/5324
>
> For Linux 64 anyway. Anyone who wants to do PRs to extend it to Linux
> 32, OSX and FreeBSD, feel free! Unfortunately, this is
On Friday, 1 January 2016 at 22:00:04 UTC, TheDGuy wrote:
On Friday, 1 January 2016 at 19:32:40 UTC, Basile B. wrote:
On Wednesday, 30 December 2015 at 23:20:23 UTC, Basile B.
wrote:
On Wednesday, 30 December 2015 at 20:44:44 UTC, TheDGuy wrote:
Hello,
is there any way to get the pixel color
FWIW, were I proposing a "Database Engine for D" I'd be proposing a
B+Tree that was restricted to storing explicit data (no pointers or
other indirection...including strings, you'd need to specify fixed size
arrays of char, wchar, or dchar). There would be one "type"/file, and
the "type"
On Tuesday, 5 January 2016 at 02:44:48 UTC, sanjayss wrote:
I'm doing the following:
import std.experimental.logger;
int
main(string[] args)
{
sharedLog = new FileLogger("logfile.log");
log("Test log 1");
log("Test log 2");
log("Test log 3");
}
and I expected the logs to be seen in the
On Tuesday, 5 January 2016 at 02:59:04 UTC, sanjayss wrote:
On Tuesday, 5 January 2016 at 02:49:01 UTC, Mike wrote:
[...]
Thanks, that works. But the docs are confusing -- it gives the
impression that "sharedLog" is something associated with the
default logger -- so I would expect the above
https://issues.dlang.org/show_bug.cgi?id=15517
varac...@yahoo.com changed:
What|Removed |Added
Priority|P1 |P4
--
On Tuesday, 5 January 2016 at 00:58:57 UTC, sdv wrote:
struct sts
{
size_t a1;
struct m1{
size_t a9;
size_t a10;
}
shared m1 t1;
}
int main(string[] argv)
{
auto y1 = new sts();
cas(,y1.t1,y1.t1);
return
On Sunday, 3 January 2016 at 02:05:38 UTC, Walter Bright wrote:
On 1/2/2016 4:17 PM, Jack Stouffer wrote:
What is involved in catching C++ exceptions? Was this the hard
part of the whole
thing?
DMD doesn't catch them yet. But C++ on Linux throws them in
Dwarf format, so supporting that is
On Tuesday, 5 January 2016 at 02:49:01 UTC, Mike wrote:
On Tuesday, 5 January 2016 at 02:44:48 UTC, sanjayss wrote:
I'm doing the following:
import std.experimental.logger;
int
main(string[] args)
{
sharedLog = new FileLogger("logfile.log");
log("Test log 1");
log("Test log 2");
log("Test
struct sts
{
size_t a1;
struct m1{
size_t a9;
size_t a10;
}
shared m1 t1;
}
int main(string[] argv)
{
auto y1 = new sts();
cas(,y1.t1,y1.t1);
return 0;
}
On Sunday, 3 January 2016 at 23:16:30 UTC, Andrei Alexandrescu
wrote:
A few follow-up questions, all serious:
Fair enough... but most of the points you're asking they already
have been discussed all over the forums, and some in this topic,
like those exposed by Adam.
Like I said currently
On Sunday, 3 January 2016 at 23:16:30 UTC, Andrei Alexandrescu
wrote:
A few follow-up questions, all serious:
Sorry, I just forgot an important thing. Somewhere in the
beginning of this topic, you had advised Adam to put his efforts
into another thing, right?
So imagine this with: D vs C++
I'm doing the following:
import std.experimental.logger;
int
main(string[] args)
{
sharedLog = new FileLogger("logfile.log");
log("Test log 1");
log("Test log 2");
log("Test log 3");
}
and I expected the logs to be seen in the logfile.log, but it
seems like my reading of the docs on this is
Hello,
I'm working on an event system, and I want to be able to check if
an event is a subclass of another event. How might I go about
this? In essence, I'm looking to compress this:
static if (E == UserInputEvent || E == MouseEvent || E ==
MouseButtonEvent || E == MouseReleasedEvent)
{
On 05/01/16 5:50 PM, Straivers wrote:
On Tuesday, 5 January 2016 at 04:41:45 UTC, Rikki Cattermole wrote:
On 05/01/16 5:37 PM, Straivers wrote:
Hello,
I'm working on an event system, and I want to be able to check if an
event is a subclass of another event. How might I go about this? In
https://issues.dlang.org/show_bug.cgi?id=15517
Issue ID: 15517
Summary: std.experimental.logger: using 'sharedLog' to change
to file logging for default logger does not work
Product: D
Version: D2
Hardware: x86
On Saturday, 2 January 2016 at 21:16:38 UTC, Walter Bright wrote:
What I've been working on for the last month or so.
https://github.com/D-Programming-Language/dmd/pull/5324
For Linux 64 anyway. Anyone who wants to do PRs to extend it to
Linux 32, OSX and FreeBSD, feel free! Unfortunately,
On Tuesday, 5 January 2016 at 04:41:45 UTC, Rikki Cattermole
wrote:
On 05/01/16 5:37 PM, Straivers wrote:
Hello,
I'm working on an event system, and I want to be able to check
if an
event is a subclass of another event. How might I go about
this? In
essence, I'm looking to compress this:
On 1/4/2016 4:18 PM, Dan Olson wrote:
Very cool. Is it conceivable that DMD, GDC, and LDC might one day share
common support code in druntime (personality, etc)? Could be many
benefits like a larger test population.
Probably not the personality routine, though that won't matter.
On Monday, 4 January 2016 at 20:25:09 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 4 January 2016 at 11:12:49 UTC, Joakim wrote:
I don't think Go's even hit the second tier yet, ie python and
ruby, certainly not in the first tier with Java and C, though
tough for such a young language to get up
1 - 100 of 184 matches
Mail list logo