On 01/14/2016 04:05 AM, Brian Schott wrote:
Please see the Github links for a list of changes and issues resolved.
You may notice that they're all in Dub now. The real Brian is in
cryo-stasis in case we need him later. In order to not arouse too much
suspicion about shape-shifters these
On 14.01.2016 15:25, Byron Heads wrote:
I got burned by this yesterday, this code should not compile
import std.experimental.logger : trace;
void foo() {
import std.net.curl : trace;
trace("hello");
}
void main() {
foo();
}
I don't see a problem with that specific code.
On Thursday, 14 January 2016 at 12:31:51 UTC, w0rp wrote:
I love this redesign.
Anyone who complains about not taking up the full width of the
screen is wrong. If lines stretch on eternally, they become
harder to scan with your eyes. It's a well known effect which
has been studied and
On Thursday, 14 January 2016 at 14:40:05 UTC, bachmeier wrote:
On Thursday, 14 January 2016 at 13:47:39 UTC, Dibyendu Majumdar
wrote:
I did find that I had to go through many articles, video
presentations etc. to form my conclusions - it would have been
nice if there was a single page on the
On 01/14/2016 10:17 AM, anonymous wrote:
On 14.01.2016 15:25, Byron Heads wrote:
I got burned by this yesterday, this code should not compile
import std.experimental.logger : trace;
void foo() {
import std.net.curl : trace;
trace("hello");
}
void main() {
foo();
}
I don't
On Thursday, 14 January 2016 at 15:32:10 UTC, Dibyendu Majumdar
wrote:
On Thursday, 14 January 2016 at 14:40:05 UTC, bachmeier wrote:
On Thursday, 14 January 2016 at 13:47:39 UTC, Dibyendu
Majumdar wrote:
I did find that I had to go through many articles, video
presentations etc. to form my
On 01/14/2016 09:36 AM, Daniel Kozak via Digitalmars-d wrote:
V Thu, 14 Jan 2016 14:25:43 +
Byron Heads via Digitalmars-d napsáno:
I got burned by this yesterday, this code should not compile
import std.experimental.logger : trace;
void foo() {
On 2016-01-14 15:52, Andrei Alexandrescu wrote:
I don't see how this categorization works. E.g. there's no need for
special tooling related to the GC. -- Andrei
It was just a couple of suggestions. I don't know exactly what you're
going to include in this module.
--
/Jacob Carlborg
On 01/14/2016 10:46 AM, Jacob Carlborg wrote:
On 2016-01-14 15:52, Andrei Alexandrescu wrote:
I don't see how this categorization works. E.g. there's no need for
special tooling related to the GC. -- Andrei
It was just a couple of suggestions. I don't know exactly what you're
going to
On Thursday, 14 January 2016 at 16:08:24 UTC, Joakim wrote:
You're right, D's not very good at marketing. On the other
hand, have you ever found what you're suggesting on any other
programming language's website? I haven't, so they're all in
the same boat, each one as bad as the next.
I
On Thursday, 14 January 2016 at 17:04:35 UTC, Ali Çehreli wrote:
On 01/14/2016 05:47 AM, Dibyendu Majumdar wrote:
> I had to go through many articles, video presentations etc. to
> form my conclusions - it would have been nice if there was a
> single page on the D website that explained why D
On 1/14/2016 12:53 AM, Manu via Digitalmars-d wrote:
Isn't this exactly what you fixed the other day? What's the difference
between this and that prior forward referencing case?
The difference is that for this one, "X" is in "ns" and "ns" has not yet had its
members added to the symbol
V Thu, 14 Jan 2016 17:32:47 +
NX via Digitalmars-d-learn napsáno:
> Please explain.
Regression: something works before does not work anymore
Bug: something does not work as expected (regression is one type of bug)
Please explain.
I was expecting that DUB / DMD & NMAKE take $LIB into account. I try to
compile some stuff on x64.
This is LIB:
D:\develop\d-language\webchat> $Env:lib
C:\Program Files (x86)\Microsoft Visual Studio
14.0\VC\LIB\amd64;C:\Program Files (x86)\Microsoft Visual Studio
On Thursday, 14 January 2016 at 07:44:16 UTC, Jacob Carlborg
wrote:
std.experimental.memory with submodules for the different use
cases:
std.experimental.memory.rc
std.experimental.memory.gc
std.experimental.memory.manual // or something
Agreed.
On Thursday, 14 January 2016 at 00:35:53 UTC, Andrei Alexandrescu
wrote:
Ideas?
Andrei
std.experimental.rusty
On Thursday, 14 January 2016 at 02:35:28 UTC, Josh Phillips wrote:
On Wednesday, 13 January 2016 at 20:08:55 UTC, Dav1d wrote:
Link with opengl32.lib
How? Everywhere I looked it says this cannot be done due to
conflicting formats between the dmd compiler and the windows
one.
Welcome to D
On Thursday, 14 January 2016 at 09:25:50 UTC, Dav1d wrote:
On Thursday, 14 January 2016 at 02:35:28 UTC, Josh Phillips
wrote:
On Wednesday, 13 January 2016 at 20:08:55 UTC, Dav1d wrote:
Link with opengl32.lib
How? Everywhere I looked it says this cannot be done due to
conflicting formats
On Sunday, 3 January 2016 at 19:24:57 UTC, Martin Nowak wrote:
http://dlang.org/changelog/2.070.0.html
I'm missing changelog entry for
- new algorithm `std.algorithm.comparison.either`
- update for return type of `findSplit*` enabling bool-conversion
in for instance
if (const hit =
On 14 January 2016 at 15:39, Walter Bright via Digitalmars-d
wrote:
> On 1/13/2016 5:33 PM, Manu via Digitalmars-d wrote:
>>
>> I managed to quickly reduce to this point again:
>>
>> module m.x;
>> alias X2 = X;
>> extern (C++, ns) struct X {}
>>
>> Error: undefined
On Thursday, 14 January 2016 at 09:05:09 UTC, Brian Schott wrote:
dfmt: Code formatter
0.4.2
http://code.dlang.org/packages/dfmt
https://github.com/Hackerpilot/dfmt/releases/tag/v0.4.2
You forgot to bump the version number:
dfmt --version
0.4.1
On Thursday, 14 January 2016 at 07:44:16 UTC, Jacob Carlborg
wrote:
std.experimental.memory with submodules for the different use
cases:
std.experimental.memory.rc
std.experimental.memory.gc
std.experimental.memory.manual // or something
this has my vote
I guess the first submodule should
Please see the Github links for a list of changes and issues
resolved.
You may notice that they're all in Dub now. The real Brian is in
cryo-stasis in case we need him later. In order to not arouse too
much suspicion about shape-shifters these projects can still be
built with git and make.
On Wednesday, 13 January 2016 at 18:35:29 UTC, Ilya Yaroshenko
wrote:
Ok, great. BTW: What is Mir?
https://github.com/DlangScience/mir --Ilya
Nice.
On Wednesday, 13 January 2016 at 21:35:15 UTC, tsbockman wrote:
On Wednesday, 13 January 2016 at 20:11:07 UTC, Jacob Carlborg
wrote:
On 2016-01-13 14:55, Vladimir Panteleev wrote:
As soon as anyone comes up with a way to fit it into the
design that
doesn't look awful.
I don't think this
To initialize a struct with the member names a variable is required.
Example:
struct Foo
{
int a;
int b;
}
Foo foo = { a: 3, b: 4 };
That's a bit annoying when you want to pass the struct to a function or
return it.
Foo bar()
{
return { a: 3, b: 4 }; // error
}
void bar(Foo
https://issues.dlang.org/show_bug.cgi?id=15566
Issue ID: 15566
Summary: [Writing Shared Libraries With D On Linux]
Product: D
Version: D2
Hardware: All
URL: http://dlang.org/
OS: All
Status: NEW
On 2016-01-14 13:22, w0rp wrote:
Maybe there is some parsing difficulty, but if it's possible to add
something like this, I think it would be nice.
I hardly doubt it.
--
/Jacob Carlborg
On Wednesday, 13 January 2016 at 01:48:13 UTC, Jakob Ovrum wrote:
On Wednesday, 13 January 2016 at 00:13:13 UTC, Johan Engelen
wrote:
Should I work on a PR for setBinaryMode+setTextMode ?
std.stdio is intended as a wrapper around stdio.h, which I
don't think supports setting the mode
On Thursday, 14 January 2016 at 05:46:55 UTC, Vladimir Panteleev
wrote:
On Thursday, 14 January 2016 at 03:55:23 UTC, Meta wrote:
On Thursday, 14 January 2016 at 02:56:03 UTC, Vladimir
Panteleev wrote:
On Wednesday, 13 January 2016 at 09:22:54 UTC, Meta wrote:
On Wednesday, 13 January 2016 at
https://issues.dlang.org/show_bug.cgi?id=15516
--- Comment #4 from deadalnix ---
https://github.com/D-Programming-Language/druntime/pull/1467
--
Maybe there is some parsing difficulty, but if it's possible to
add something like this, I think it would be nice.
On Tuesday, 20 May 2014 at 18:13:36 UTC, Vadim Lopatin wrote:
I would like to announce my project, DlangUI library -
cross-platform GUI for D.
https://github.com/buggins/dlangui
License: Boost License 1.0
Native library written in D (not a wrapper to other GUI
library) - easy to extend.
On Thursday, 14 January 2016 at 12:31:51 UTC, w0rp wrote:
I love this redesign.
Anyone who complains about not taking up the full width of the
screen is wrong. If lines stretch on eternally, they become
harder to scan with your eyes. It's a well known effect which
has been studied and
On Thursday, 14 January 2016 at 00:35:53 UTC, Andrei Alexandrescu
wrote:
Ideas?
import std.experimental.gcbypass;
import std.experimental.gcfreedom;
import std.experimental.shuntgc;
import std.experimental.rcinstead;
import std.experimental.manual;
On Thursday, 14 January 2016 at 02:13:20 UTC, Ilya wrote:
std.memory --Ilya
That's a good one.
I love this redesign.
Anyone who complains about not taking up the full width of the
screen is wrong. If lines stretch on eternally, they become
harder to scan with your eyes. It's a well known effect which has
been studied and documented. There is some difference of opinion
on what the
On Thursday, 14 January 2016 at 02:31:38 UTC, Brian Schott wrote:
http://wiki.dlang.org/DIP86
Your thoughts?
HAHAHAHAHA consistency, good one :)
On Tuesday, 8 December 2015 at 15:58:43 UTC, Vadim Lopatin wrote:
DlangIDE is getting close to usable.
DlangIDE is and IDE for D programming language written in D
using DlangUI library.
[...]
Recent changes:
DCD is now integrated as a library instead of using commandline
dsymbol: Symbol resolution code used by DCD and D-Scanner
Could anybody explain where it can be helpful and how it's work?
On Thursday, 14 January 2016 at 02:54:01 UTC, Jack Stouffer wrote:
On Thursday, 14 January 2016 at 02:31:38 UTC, Brian Schott
wrote:
http://wiki.dlang.org/DIP86
Your thoughts?
I guess there's no reason not to, so LGTM.
The use of the deprecated attribute on variables seems
misguided in the
On 01/14/2016 12:48 AM, Vladimir Panteleev wrote:
On Thursday, 14 January 2016 at 00:35:53 UTC, Andrei Alexandrescu wrote:
Hey folks, I want to push things forward with artifacts dedicated to
avoiding the GC, and of course my main worry is finding the right name.
An obvious choice is
On 01/14/2016 12:39 AM, Walter Bright wrote:
On 1/13/2016 5:33 PM, Manu via Digitalmars-d wrote:
I managed to quickly reduce to this point again:
module m.x;
alias X2 = X;
extern (C++, ns) struct X {}
Error: undefined identifier 'X'
It's a bug. Thanks for finding and posting it.
Here are a few comments about http://wiki.dlang.org/DIP83:
* Meta: We continue to be shorthanded at both reviewing and implementing
DIPs. DIP83 has a few issues that are simple and obvious, and would be
easily fixed upon review by the community. After approval, it will be
difficult to find
https://issues.dlang.org/show_bug.cgi?id=15457
Byron Heads changed:
What|Removed |Added
Component|dmd |phobos
--
Ok I'll bite: it doesn't matter.
This DIP is additive. The problem with D is not that we don't
have stuff in there, is most of the stuff in there are half
backed. Adding more half baked things in there only makes things
worse.
We don't have line number in stack traces, what does a better
On Thursday, 14 January 2016 at 13:47:39 UTC, Dibyendu Majumdar
wrote:
Hi
I wrote recently that I am looking at an alternative to C++ for
a project currently being coded in C++. I am pleased to say
based on preliminary investigations I have chosen D over Go,
Rust, and Swift. I have yet to
https://issues.dlang.org/show_bug.cgi?id=15567
Issue ID: 15567
Summary: local import hijacking
Product: D
Version: D2
Hardware: All
URL: http://dlang.org/
OS: All
Status: NEW
Severity: major
I got burned by this yesterday, this code should not compile
import std.experimental.logger : trace;
void foo() {
import std.net.curl : trace;
trace("hello");
}
void main() {
foo();
}
Not sure if this is a duplicate
https://issues.dlang.org/show_bug.cgi?id=15567
On Thursday, 14 January 2016 at 14:02:58 UTC, Joakim wrote:
On Thursday, 14 January 2016 at 13:47:39 UTC, Dibyendu Majumdar
wrote:
Hi
I wrote recently that I am looking at an alternative to C++
for a project currently being coded in C++. I am pleased to
say based on preliminary
On Thursday, 14 January 2016 at 02:31:38 UTC, Brian Schott wrote:
http://wiki.dlang.org/DIP86
Your thoughts?
OK. Is deprecated on variables used by anyone here?
On Thursday, 14 January 2016 at 13:27:40 UTC, Suliman wrote:
dsymbol: Symbol resolution code used by DCD and D-Scanner
Could anybody explain where it can be helpful and how it's work?
dfmt: formats source code
dfix: helps to migrate your code from older compiler versions to
newer
Hi
I wrote recently that I am looking at an alternative to C++ for a
project currently being coded in C++. I am pleased to say based
on preliminary investigations I have chosen D over Go, Rust, and
Swift. I have yet to write a line of D code so I will give you an
update after I do some
V Thu, 14 Jan 2016 14:25:43 +
Byron Heads via Digitalmars-d napsáno:
> I got burned by this yesterday, this code should not compile
>
> import std.experimental.logger : trace;
>
>
> void foo() {
> import std.net.curl : trace;
> trace("hello");
> }
https://issues.dlang.org/show_bug.cgi?id=15567
--- Comment #1 from Byron Heads ---
The implicit locals should not hijack globals
import std.experimental.logger;
void foo() {
import std.net.curl;
trace("hello");
}
void main() {
foo();
}
--
V Thu, 14 Jan 2016 16:17:41 +0100
anonymous via Digitalmars-d napsáno:
> On 14.01.2016 15:25, Byron Heads wrote:
> > I got burned by this yesterday, this code should not compile
> >
> > import std.experimental.logger : trace;
> >
> >
> > void foo() {
> > import
On 01/13/2016 11:41 PM, Jacob Carlborg wrote:
> what if I need to format a third party type that I cannot add
> methods to? UFCS does not seem to work.
Here is an experiment that wraps the third party type to provide a lazy
toString:
import std.stdio;
import std.format;
import std.array;
On 01/14/2016 05:47 AM, Dibyendu Majumdar wrote:
> I had to go through many articles, video presentations etc. to
> form my conclusions - it would have been nice if there was a
> single page on the D website that explained why D should be
> chosen over the other competing languages
Can you
On Thursday, 14 January 2016 at 13:47:39 UTC, Dibyendu Majumdar
wrote:
I did find that I had to go through many articles, video
presentations etc. to form my conclusions - it would have been
nice if there was a single page on the D website that explained
why D should be chosen over the other
On 1/13/2016 9:39 PM, Walter Bright wrote:
https://issues.dlang.org/show_bug.cgi?id=15565
https://issues.dlang.org/show_bug.cgi?id=15565
On 1/14/2016 6:24 PM, Walter Bright wrote:
On 1/13/2016 9:39 PM, Walter Bright wrote:
https://issues.dlang.org/show_bug.cgi?id=15565
https://issues.dlang.org/show_bug.cgi?id=15565
I meant:
https://github.com/D-Programming-Language/dmd/pull/5351
Like ideone but this has the latest versions of gdc and dmd (both
2.069.0 and also HEAD). It also has vim/emacs bindings and the
ability to specify arbitrary command-line flags.
http://melpon.org/wandbox/permlink/9sHmCxv2tZ0lHwAQ
Special thanks to @melpon for adding dmd!
On Friday, 15 January 2016 at 03:33:23 UTC, Andrei Alexandrescu
wrote:
On 01/14/2016 01:56 PM, Craig Dillabaugh wrote:
Deadline is getting closer, any new project ideas are welcome.
Starting
to get some contact from students now.
A few quick ideas:
* Bringing a parser generator library into
On 15/01/16 5:11 AM, Andrei Alexandrescu wrote:
On 01/14/2016 10:46 AM, Jacob Carlborg wrote:
On 2016-01-14 15:52, Andrei Alexandrescu wrote:
I don't see how this categorization works. E.g. there's no need for
special tooling related to the GC. -- Andrei
It was just a couple of suggestions.
On 01/14/2016 01:56 PM, Craig Dillabaugh wrote:
Deadline is getting closer, any new project ideas are welcome. Starting
to get some contact from students now.
A few quick ideas:
* Bringing a parser generator library into phobos, either based on
pegged or independent
* SQL parser, binder,
https://issues.dlang.org/show_bug.cgi?id=15565
--- Comment #1 from Walter Bright ---
https://github.com/D-Programming-Language/dmd/pull/5351
--
On Wednesday, 13 January 2016 at 06:01:41 UTC, Vladimir Panteleev
wrote:
http://beta.forum.dlang.org/
https://github.com/CyberShadow/DFeed/pull/51
I like the new layout, but I like the actual color scheme.
On Thursday, 14 January 2016 at 22:13:37 UTC, Robert M. Münch
wrote:
Seems that some paths in sc.ini were not setup correctly. For
x64 a Win10-SDK directory which doesn't exists was referenced.
Did you install DMD manually? In that case, you will usually need
to edit sc.ini to point to
On 14.01.2016 16:29, tn wrote:
I don't use my browser in full screen mode, but the useless white
margins are still there. With the horizontal-split mode the line length
of the message is less than 60 characters. Compared to that, I would be
happy with 80 or 90 you suggest.
This is an issue
On 2016-01-14 15:28, deadalnix wrote:
There is no point in discussing the doorbell when the house has no window.
+1. And AST macros would solve the problem (and a lot of other problems).
--
/Jacob Carlborg
On 2016-01-14 17:11, Andrei Alexandrescu wrote:
Me neither, which adds to the problem :o). -- Andrei
You need to at least have some ideas, otherwise there's no point in a
new module :)
--
/Jacob Carlborg
On 2016-01-14 17:59, Ali Çehreli wrote:
Here is an experiment that wraps the third party type to provide a lazy
toString:
import std.stdio;
import std.format;
import std.array;
import std.algorithm;
import std.range;
/* Wraps an element and provides a lazy toString that dispatches the
work to
https://issues.dlang.org/show_bug.cgi?id=15565
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/f42cc3b4d8b55a4dc3e75eb97e73ea82b8696f34
fix Issue 15565 - Forward
On Friday, 15 January 2016 at 05:52:51 UTC, Tofu Ninja wrote:
On Wednesday, 13 January 2016 at 06:01:41 UTC, Vladimir
Panteleev wrote:
http://beta.forum.dlang.org/
https://github.com/CyberShadow/DFeed/pull/51
Not an improvement at all, hurts my eyes.
Unfortunately this form of criticism is
On Thursday, 14 January 2016 at 09:05:09 UTC, Brian Schott wrote:
Please see the Github links for a list of changes and issues
resolved.
DCD: Auto-completion system
0.7.4
http://code.dlang.org/packages/dcd
https://github.com/Hackerpilot/DCD/releases/tag/v0.7.4
During the latest two or three
https://github.com/D-Programming-Language/dlang.org/pull/1196
https://github.com/D-Programming-Language/dmd/pull/5352
Destroy!!
Andrei
On Friday, 15 January 2016 at 06:20:13 UTC, Vladimir Panteleev
wrote:
To match the new dlang.org design. I'm guessing you've missed
the other threads?
Oh we doing that again... seems like we want a website re-skin
every 6 months or so.
These issues have been previously discussed many times.
https://issues.dlang.org/show_bug.cgi?id=15562
b2.t...@gmx.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=6931
b2.t...@gmx.com changed:
What|Removed |Added
CC||mzfh...@foxmail.com
--- Comment #4 from
Returning a struct with a destructor and not binding it to a
variable appears to make the destructor run immediately instead
of at the end of the scope.
Is this intended?
example:
http://dpaste.dzfl.pl/dd285200ba2b
On Wednesday, 13 January 2016 at 06:01:41 UTC, Vladimir Panteleev
wrote:
http://beta.forum.dlang.org/
https://github.com/CyberShadow/DFeed/pull/51
Not an improvement at all, hurts my eyes.
On 01/14/2016 09:23 PM, rsw0x wrote:
> Returning a struct with a destructor and not binding it to a variable
> appears to make the destructor run immediately instead of at the end of
> the scope.
> Is this intended?
>
> example:
> http://dpaste.dzfl.pl/dd285200ba2b
Assuming that this rule is the
On Friday, 15 January 2016 at 05:56:37 UTC, Vladimir Panteleev
wrote:
On Friday, 15 January 2016 at 05:52:51 UTC, Tofu Ninja wrote:
On Wednesday, 13 January 2016 at 06:01:41 UTC, Vladimir
Panteleev wrote:
http://beta.forum.dlang.org/
https://github.com/CyberShadow/DFeed/pull/51
Not an
On Friday, 15 January 2016 at 06:12:23 UTC, Tofu Ninja wrote:
On Friday, 15 January 2016 at 05:56:37 UTC, Vladimir Panteleev
wrote:
On Friday, 15 January 2016 at 05:52:51 UTC, Tofu Ninja wrote:
On Wednesday, 13 January 2016 at 06:01:41 UTC, Vladimir
Panteleev wrote:
On Friday, 15 January 2016 at 05:58:01 UTC, Basile B. wrote:
but since this fix:
- I've almost never used it (except latest two or three hours),
so #280 is not necessarily a relevant info.
- I've build with dmd 2.070-b1
By chance it' has happend again while the console was opened:
---
On Thu, Jan 14, 2016 at 03:37:54PM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
> On 01/14/2016 02:10 PM, Joakim wrote:
> >Wow, can't believe his PR has been sitting unreviewed for 5 months:
> >
> >https://github.com/D-Programming-Language/dmd/pull/4915
>
> I notice Kenji has been absent
On Friday, 15 January 2016 at 06:27:23 UTC, Basile B. wrote:
By chance it' has happend again while the console was opened:
The announce newsgroup is not a bug tracker, but this is:
https://github.com/Hackerpilot/DCD/issues
On Thursday, 14 January 2016 at 09:42:50 UTC, Dav1d wrote:
On Thursday, 14 January 2016 at 09:25:50 UTC, Dav1d wrote:
On Thursday, 14 January 2016 at 02:35:28 UTC, Josh Phillips
wrote:
Welcome to D and Windows. You can use GDC or LDC or try
On Thursday, 14 January 2016 at 18:56:21 UTC, Craig Dillabaugh
wrote:
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
On Thursday, 14 January 2016 at 12:33:19 UTC, deadalnix wrote:
HAHAHAHAHA consistency, good one :)
We can dream.
On Thursday, 14 January 2016 at 12:31:51 UTC, w0rp wrote:
Anyone who complains about not taking up the full width of the
screen is wrong. If lines stretch on eternally, they become
harder to scan with your eyes. It's a well known effect which
has been studied and documented. There is some
On Thursday, 14 January 2016 at 20:57:02 UTC, Kai Nacke wrote:
No. Since 0.16.0 we regard the Win64 support as
production-ready.
The only thing we are missing is a fancy one-click installer,
pretty much. Even though you can just extract the binary release
archives and use LDC as-is (it
On Thursday, 14 January 2016 at 20:57:02 UTC, Kai Nacke wrote:
On Thursday, 14 January 2016 at 20:37:13 UTC, rsw0x wrote:
Congratulations on Win64 support — is this the first LDC
version with it?
No. Since 0.16.0 we regard the Win64 support as
production-ready.
Regards,
Kai
I must have
On Thursday, 14 January 2016 at 14:56:39 UTC, Byron Heads wrote:
std.net.curl.CurlException@std\net\curl.d(4033): Couldn't
resolve host name on handle 2188398
0x00405F65
0x00405F10
0x0040275B
0x0040259E
0x0040202B
0x00402035
0x004257A7
0x004256A8
0x0041B7FF
0x769F337A in
On Thursday, 14 January 2016 at 20:33:50 UTC, Dibyendu Majumdar
wrote:
Another example of what I think ought to be easily accessible
is Andrei's response to following:
https://www.quora.com/Which-language-has-the-brightest-future-in-replacement-of-C-between-D-Go-and-Rust-And-Why
BTW I
On 01/14/2016 02:10 PM, Joakim wrote:
Wow, can't believe his PR has been sitting unreviewed for 5 months:
https://github.com/D-Programming-Language/dmd/pull/4915
I notice Kenji has been absent for a while, could anyone take over that
PR? -- Andrei
On 01/13/2016 10:04 AM, Dicebot wrote:
2) Use GitHub assignments and labels to sort and search through pull
requests in a systematic manner according to own plan
I just added a label "@andralex" to phobos as an experiment. Consider it
a batsignal to be used when my input is waited for on
On Thursday, 14 January 2016 at 20:47:30 UTC, Andrei Alexandrescu
wrote:
On 01/13/2016 10:04 AM, Dicebot wrote:
2) Use GitHub assignments and labels to sort and search
through pull
requests in a systematic manner according to own plan
I just added a label "@andralex" to phobos as an
On Thursday, 14 January 2016 at 20:37:13 UTC, rsw0x wrote:
Congratulations on Win64 support — is this the first LDC
version with it?
No. Since 0.16.0 we regard the Win64 support as production-ready.
Regards,
Kai
1 - 100 of 119 matches
Mail list logo