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 b
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.
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:
http://beta.forum.dlang.org
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 improv
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 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.
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 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 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, va
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
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 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 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 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 f
On Thursday, 14 January 2016 at 19:46:33 UTC, anonymous wrote:
Would a border help? http://i.imgur.com/XoPddxr.png
Or how about making the whole area gray?
http://i.imgur.com/AXrmKU4.png
Either of those would be an improvement.
On Thursday, 14 January 2016 at 19:46:33 UTC, anonymous wrote:
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
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 BaseThr
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 experimen
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 anyth
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 hadn't
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 Thursday, 14 January 2016 at 17:10:34 UTC, Jack Stouffer 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 th
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 diffe
On Thursday, 14 January 2016 at 12:33:19 UTC, deadalnix wrote:
HAHAHAHAHA consistency, good one :)
We can dream.
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 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 with
On Thursday, 14 January 2016 at 16:32:38 UTC, H. S. Teoh wrote:
On Thu, Jan 14, 2016 at 11:09:29AM -0500, Andrei Alexandrescu
via Digitalmars-d wrote: [...]
Yes, this needs to be fixed. -- Andrei
This issue has been known for a long time:
https://issues.dlang.org/show_bug.cgi?id=10378
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 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 table.
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 sh
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 co
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 pleas
On Thu, Jan 14, 2016 at 11:09:29AM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
[...]
> Yes, this needs to be fixed. -- Andrei
This issue has been known for a long time:
https://issues.dlang.org/show_bug.cgi?id=10378
Kenji even has a PR for it.
My favorite blatant demonstration
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 th
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 include
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() {
import std.net.curl : trace;
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 s
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 c
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 std.net.curl : trace;
> >
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 Thursday, 14 January 2016 at 14:35:27 UTC, bachmeier wrote:
Are you familiar with
https://github.com/dlangscience
https://gitter.im/DlangScience/public
Thank you for pointing me to above.
Regards
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 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 documen
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. You'
On Thursday, 14 January 2016 at 14:56:39 UTC, Byron Heads wrote:
On Thursday, 14 January 2016 at 14:36:23 UTC, Daniel Kozak
wrote:
[...]
import std.experimental.logger;
void foo() {
import std.net.curl;
lots of curl calls
trace("hello");
.. more curl c
On Thursday, 14 January 2016 at 14:36:23 UTC, Daniel Kozak 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() {
import std.net.curl : trace;
On 01/14/2016 09:50 AM, bachmeier wrote:
On Thursday, 14 January 2016 at 07:44:16 UTC, Jacob Carlborg wrote:
std.experimental.memory.rc
std.experimental.memory.gc
std.experimental.memory.manual // or something
+1
I don't see how this categorization works. E.g. there's no need for
special t
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 Thursday, 14 January 2016 at 07:44:16 UTC, Jacob Carlborg
wrote:
std.experimental.memory.rc
std.experimental.memory.gc
std.experimental.memory.manual // or something
+1
On Thursday, 14 January 2016 at 14:29:24 UTC, Dibyendu Majumdar
wrote:
Hi - apologies I am unable to discuss, as it is not an
OpenSource project. But let's say it requires lot of numeric
computing.
Are you familiar with
https://github.com/dlangscience
https://gitter.im/DlangScience/public
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");
> }
>
>
> void main() {
>
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 investigations
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?
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
as
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 som
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 wri
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 coding
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.
https:/
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 std.experi
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 post-fop
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 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 documen
On Thursday, 14 January 2016 at 02:31:38 UTC, Brian Schott wrote:
http://wiki.dlang.org/DIP86
Your thoughts?
HAHAHAHAHA consistency, 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 maxim
Maybe there is some parsing difficulty, but if it's possible to
add something like this, I think it would be nice.
On Thursday, 14 January 2016 at 02:13:20 UTC, Ilya wrote:
std.memory --Ilya
That's a good one.
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 0
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 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 be
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 foo
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 [1]
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 identifier 'X'
>
>
>
> It's a b
On Thursday, 14 January 2016 at 00:35:53 UTC, Andrei Alexandrescu
wrote:
Ideas?
Andrei
std.experimental.rusty
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.
77 matches
Mail list logo