Phobos is awesome, the libs of go, python and rust only have
better marketing.
As discussed on dconf, phobos needs to become big and blow the
rest out of the sky.
http://wiki.dlang.org/DIP80
lets get OT, please discuss
While developing with D (DMD64 D Compiler v2.067.0 on MacOS
10.10.3) I had a program with an unexpected behaviour
and I reduced it to the minimal form below. The error as
indicated in the comment is that the function call pvi_calc
changes int_1 when I think it should not. The result copied
On Sunday, 7 June 2015 at 08:59:46 UTC, Iain Buclaw wrote:
I wouldn't have thought that not moving to 2.067 would be a
hold-up (there
is nothing in that release that blocks building DDMD as it is
*now*).
The biggest problem is that releasing a ddmd which is compiled
with dmd is unacceptable,
On 6/7/15 2:36 AM, Jacob Carlborg wrote:
On 2015-06-07 06:30, Andrei Alexandrescu wrote:
Thanks for asking. The situation before went like this: to build
libphobos2.a, the command would go like this (simplified to just a few
files and flags:
dmd -oflibphobos2.a std/datetime.d std/conv.d
On Sunday, 7 June 2015 at 18:59:00 UTC, John Nixon wrote:
While developing with D (DMD64 D Compiler v2.067.0 on MacOS
10.10.3) I had a program with an unexpected behaviour
and I reduced it to the minimal form below. The error as
indicated in the comment is that the function call pvi_calc
SafeInt!T is an integer wrapper struct with an explicit NaN value
build on top of core.checkedint.
Features:
* checks if assigned values can be actually stored
* for SafeInt!u(T) NaN is T.max
* for SafeInt!T NaN is T.min
* SafeInt!T.opBinary(+,-,%,*,/) return SafeInt!T
if value can not be
PR: https://github.com/D-Programming-Language/phobos/pull/3389
On Sunday, 7 June 2015 at 19:05:16 UTC, Adam D. Ruppe wrote:
On Sunday, 7 June 2015 at 18:59:00 UTC, John Nixon wrote:
double[] pvi,int_1,int_2;
int_1=pvi_calc(centre);
int_2=pvi_calc(n-1-centre);//pvi_calc is changing int_1!
double[] pvi_calc(const int n1){
return pvi;}
These are the
On 06/06/2015 08:10 AM, ketmar wrote:
if `auto` can play a role of type placeholder
There is no such thing as a type placeholder.
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek
wrote:
Phobos is awesome, the libs of go, python and rust only have
better marketing.
As discussed on dconf, phobos needs to become big and blow the
rest out of the sky.
http://wiki.dlang.org/DIP80
lets get OT, please discuss
On 06/06/2015 08:06 AM, ketmar wrote:
On Sat, 06 Jun 2015 00:28:51 +0200, Timon Gehr wrote:
On 06/05/2015 02:33 PM, ketmar wrote:
i agree, i think it was a keyword used 'cause it was already used in C.
but it's meaning is completely redefined in D.
The meaning is exactly the same. It's the
On 2015-06-07 17:27, Nick Sabalausky wrote:
Even if that stuff isn't currently known to code.dlang.org, it'd all be
easy for it to obtain:
$ mkdir some_temp cd some_temp
$ git clone package_URL dir cd dir
$ dmd (flags dub already knows) -v | grep import
Would only need to do that when it
On Sat, 06 Jun 2015 14:05:54 -0400, Namespace rswhi...@gmail.com wrote:
Finally all green! Now we need a review.
You're my hero.
Bit
On 06/07/15 18:49, Timon Gehr via Digitalmars-d wrote:
This is valid C:
int main(){
const auto int x=2;
return 0;
}
This is not valid C:
int main(){
auto auto int x=2;
return 0;
}
What is the problem?
The problem is the apparently common misunderstanding that
'auto'
On Sunday, 7 June 2015 at 18:59:00 UTC, John Nixon wrote:
double[] pvi,int_1,int_2;
int_1=pvi_calc(centre);
int_2=pvi_calc(n-1-centre);//pvi_calc is changing int_1!
double[] pvi_calc(const int n1){
return pvi;}
These are the relevant lines: pvi_calc writes to a global array
(pvi)
On Sun, 07 Jun 2015 11:01:19 +0200, Iain Buclaw via Digitalmars-d wrote:
On 7 June 2015 at 10:51, ketmar via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Sun, 07 Jun 2015 08:24:23 +, Temtaime wrote:
It's really bad solution.
Are you building phobos 1000 times a day so 5
On Sunday, 7 June 2015 at 05:02:47 UTC, ketmar wrote:
On Sat, 06 Jun 2015 18:49:00 +, Marc Schütz wrote:
On Saturday, 6 June 2015 at 15:12:38 UTC, ketmar wrote:
what should i check to see what is *really* allowed, why two
storage
classes allowed with one combination and not allowed with
On Sunday, 7 June 2015 at 06:43:25 UTC, Ilya Yaroshenko wrote:
Этот сайт не принимает визиты россиян.
This site does not accept visits of Russians. Ta strona nie
akceptuje odwiedzin Rosjan.
So, I have 5 nationalities (including Polish).
And many Russians have Polish nationality too (but they
On Sunday, 7 June 2015 at 05:29:30 UTC, ketmar wrote:
On Sat, 06 Jun 2015 22:20:19 +, kryszczyniak wrote:
Hello!
I've created AllUCanGET, a very simple D2 http client library
which you
could use instead of std.net.curl module to make http
connections.
You can find the library with
On 06/07/15 11:05, Jeffrey Tsang via Digitalmars-d wrote:
I use a mixin template to define exactly one symbol, and at instantiation I
wish to use that symbol immediately, once.
AFAICT you're asking for the commented-out line in
auto Tmpl() = l;
void main(string[] argv) {
auto l =
On Sunday, 7 June 2015 at 08:34:50 UTC, weaselcat wrote:
On Sunday, 7 June 2015 at 08:24:24 UTC, Temtaime wrote:
Separate compilation prevents compiler from inlining
everything.
only bad compilers
All existing compilers AFAIK. There is no point in discussing
theoretical advanced enough
On Sunday, 7 June 2015 at 10:11:26 UTC, Dicebot wrote:
On Sunday, 7 June 2015 at 08:34:50 UTC, weaselcat wrote:
On Sunday, 7 June 2015 at 08:24:24 UTC, Temtaime wrote:
Separate compilation prevents compiler from inlining
everything.
only bad compilers
All existing compilers AFAIK. There is
On Sunday, 7 June 2015 at 12:30:12 UTC, Dennis Ritchie wrote:
Does D the ability to add items to arrays and hashes at compile
time?
For example, how do I do it in compile time?:
int[][int][int] hash;
hash[4][6] ~= [34, 65];
hash[5][7] ~= [4, 78, 21];
try using a pure function + static e.g.
On Sunday, 7 June 2015 at 13:17:01 UTC, kryszczyniak wrote:
On Sunday, 7 June 2015 at 06:43:25 UTC, Ilya Yaroshenko wrote:
Этот сайт не принимает визиты россиян.
This site does not accept visits of Russians. Ta strona nie
akceptuje odwiedzin Rosjan.
So, I have 5 nationalities (including
On Friday, 5 June 2015 at 23:10:33 UTC, Andrei Alexandrescu wrote:
Take a look at
https://github.com/D-Programming-Language/dlang.org/pull/1009.
Preview: http://erdani.com/d/phobos-prerelease/
Destroy.
Andrei
A bit OT. What's up with the -moz-hypens?
Looks better without it.
The interface can follow that of vibe:
--- build.d ---
import std.experimental.build;
Build myBuild(){ ... }
mixin BuildMain!(myBuild);
---
Then
$ rdmd build.d
- compile and run the script, which builds the project by default
$ rdmd build.d -ninja
- the script run with -ninja switch only
https://issues.dlang.org/show_bug.cgi?id=14656
Daniel Kozak kozz...@gmail.com changed:
What|Removed |Added
CC||kozz...@gmail.com
---
On 7 June 2015 at 15:18, kryszczyniak via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On Sunday, 7 June 2015 at 05:29:30 UTC, ketmar wrote:
On Sat, 06 Jun 2015 22:20:19 +, kryszczyniak wrote:
Hello!
I've created AllUCanGET, a very simple D2 http client library
On 06/06/2015 09:16 AM, Jacob Carlborg wrote:
On 2015-06-05 15:17, Steven Schveighoffer wrote:
The source of the package does. code.dlang.org can create this
automatically.
I see two problems with this:
1. Does the registry (code.dlang.org) really know which files a Dub
package contains? I
On Sunday, 7 June 2015 at 07:00:18 UTC, Atila Neves wrote:
I'm currently considering (because of dmd, druntime and phobos)
how to strip it down to its bare essentials and have a core set
of source files that only knows how to build D code, i.e. no
C/C++, no dub, no make/ninja.
Why strip?
On 6/7/15 1:24 AM, Temtaime wrote:
It's really bad solution.
No.
Are you building phobos 1000 times a day so 5 seconds is really long for
you ?
Yes.
Andrei
On 06/07/2015 12:30 AM, Andrei Alexandrescu wrote:
parallel processing almost always ends up doing more work -
some of which is wasteful, but in the end it wins. It's counterintuitive
sometimes.
It just means you're taking more system resources, which yea, can
naturally be faster as long as
C style per-module separate compilation sux != splitting the
library into smaller meaningful static libraries sux
It was all discussed and nailed down so many times but old habits
never die easy.
On Sunday, 7 June 2015 at 12:06:52 UTC, Kagamin wrote:
On Sunday, 7 June 2015 at 07:00:18 UTC, Atila Neves wrote:
I'm currently considering (because of dmd, druntime and
phobos) how to strip it down to its bare essentials and have a
core set of source files that only knows how to build D code,
On Monday, 8 June 2015 at 03:35:52 UTC, Jonathan M Davis wrote:
On Monday, 8 June 2015 at 02:39:22 UTC, Tofu Ninja wrote:
Is there any reason why constructors are not inherited? All
other methods are inherited, why not constructors?
They're not polymorphic, and it doesn't make sense to call a
On 8/06/2015 4:05 p.m., Manu via Digitalmars-d wrote:
On 8 June 2015 at 13:54, Rikki Cattermole via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 8/06/2015 3:48 p.m., Manu via Digitalmars-d wrote:
On 8 June 2015 at 13:08, Rikki Cattermole via Digitalmars-d
digitalmars-d@puremagic.com
On 8/06/2015 4:34 p.m., Tofu Ninja wrote:
On Monday, 8 June 2015 at 04:22:56 UTC, Mike wrote:
On Monday, 8 June 2015 at 04:21:45 UTC, Tofu Ninja wrote:
Personally I would just be happy with a d wrapper for something like
freeimage being included.
That's what Deimos is for
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek
wrote:
Phobos is awesome, the libs of go, python and rust only have
better marketing.
As discussed on dconf, phobos needs to become big and blow the
rest out of the sky.
http://wiki.dlang.org/DIP80
lets get OT, please discuss
On Monday, 8 June 2015 at 04:16:14 UTC, Tofu Ninja wrote:
Their are plenty of examples where you would want a constructor
to be inherited, exceptions being a good one. Currently if you
have a base class with a constructor that you want all the sub
classes to have as well, you simply have to
On Monday, 8 June 2015 at 04:22:56 UTC, Mike wrote:
On Monday, 8 June 2015 at 04:21:45 UTC, Tofu Ninja wrote:
Personally I would just be happy with a d wrapper for
something like freeimage being included.
That's what Deimos is for
(https://github.com/D-Programming-Deimos/FreeImage).
Mike
On Monday, 8 June 2015 at 04:22:56 UTC, Mike wrote:
On Monday, 8 June 2015 at 04:21:45 UTC, Tofu Ninja wrote:
Personally I would just be happy with a d wrapper for
something like freeimage being included.
That's what Deimos is for
(https://github.com/D-Programming-Deimos/FreeImage).
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek
wrote:
Phobos is awesome, the libs of go, python and rust only have
better marketing.
As discussed on dconf, phobos needs to become big and blow the
rest out of the sky.
http://wiki.dlang.org/DIP80
lets get OT, please discuss
I
On 8/06/2015 3:53 p.m., Manu via Digitalmars-d wrote:
On 8 June 2015 at 13:15, weaselcat via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote:
Phobos is awesome, the libs of go, python and rust only have better
marketing.
As
On 8/06/2015 4:12 p.m., Manu via Digitalmars-d wrote:
On 8 June 2015 at 13:59, Rikki Cattermole via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 8/06/2015 3:53 p.m., Manu via Digitalmars-d wrote:
On 8 June 2015 at 13:15, weaselcat via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Monday, 8 June 2015 at 04:05:23 UTC, Manu wrote:
Yeah, that's fine. Is there an initiative for a phobos image
library?
I have said before that I'm dubious about it's worth; the
trouble with
an image library is that it will be almost impossible to decide
on
API, whereas a colour is fairly
On Monday, 8 June 2015 at 04:21:45 UTC, Tofu Ninja wrote:
Personally I would just be happy with a d wrapper for something
like freeimage being included.
That's what Deimos is for
(https://github.com/D-Programming-Deimos/FreeImage).
Mike
On 8 June 2015 at 13:08, Rikki Cattermole via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 8/06/2015 2:50 p.m., Tofu Ninja wrote:
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote:
Phobos is awesome, the libs of go, python and rust only have better
marketing.
As
https://issues.dlang.org/show_bug.cgi?id=14663
Issue ID: 14663
Summary: shared library test - link_linkdep - segfaults on
FreeBSD 10
Product: D
Version: unspecified
Hardware: x86_64
OS: FreeBSD
On Monday, 8 June 2015 at 04:02:26 UTC, WhatMeWorry wrote:
Why would a working function call stop working just because a
constraint was added to the function?
because T is float... which isn't a dynamic array, so the
constraint doesn't match. Just remove the [] after T[] in your
signature
https://issues.dlang.org/show_bug.cgi?id=14662
Issue ID: 14662
Summary: __FILE__ template parameter becomes relative just by
changing compilation directory
Product: D
Version: D2
Hardware: x86
OS: All
On Monday, 8 June 2015 at 03:48:14 UTC, Manu wrote:
I've kinda just been working on it on the side for my own use.
I wasn't happy with the layout, and restructured it a lot.
If there's an active demand for it, I'll give it top
priority...?
I'm interested in this library as well.
Mike
The click rate on the Page wiki buttons linking to one wiki page per
phobos page seems to be 0%. Any significant wiki pages in existence? --
Andrei
On Monday, 8 June 2015 at 02:39:22 UTC, Tofu Ninja wrote:
Is there any reason why constructors are not inherited? All
other methods are inherited, why not constructors?
They're not polymorphic, and it doesn't make sense to call a base
class constructor on a derived class. I think that I heard
On 8/06/2015 2:50 p.m., Tofu Ninja wrote:
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote:
Phobos is awesome, the libs of go, python and rust only have better
marketing.
As discussed on dconf, phobos needs to become big and blow the rest
out of the sky.
On 8 June 2015 at 13:15, weaselcat via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote:
Phobos is awesome, the libs of go, python and rust only have better
marketing.
As discussed on dconf, phobos needs to become big and
On 8/06/2015 3:48 p.m., Manu via Digitalmars-d wrote:
On 8 June 2015 at 13:08, Rikki Cattermole via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 8/06/2015 2:50 p.m., Tofu Ninja wrote:
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek wrote:
Phobos is awesome, the libs of
On 8 June 2015 at 13:54, Rikki Cattermole via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 8/06/2015 3:48 p.m., Manu via Digitalmars-d wrote:
On 8 June 2015 at 13:08, Rikki Cattermole via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 8/06/2015 2:50 p.m., Tofu Ninja wrote:
On
https://issues.dlang.org/show_bug.cgi?id=11413
Jonathan M Davis issues.dl...@jmdavisprog.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 8 June 2015 at 13:59, Rikki Cattermole via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 8/06/2015 3:53 p.m., Manu via Digitalmars-d wrote:
On 8 June 2015 at 13:15, weaselcat via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner
https://issues.dlang.org/show_bug.cgi?id=14661
Issue ID: 14661
Summary: Error executing command build: Unknown dependency:
ddox when building website
Product: D
Version: D2
Hardware: All
OS: Linux
https://issues.dlang.org/show_bug.cgi?id=14548
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos
https://github.com/D-Programming-Language/phobos/commit/a5e1ae418aca2f3e9dc9854ffd71976c0139f440
fix Issue 14548 -
https://issues.dlang.org/show_bug.cgi?id=14548
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Sunday, 7 June 2015 at 18:27:16 UTC, Robert burner Schadek
wrote:
Phobos is awesome, the libs of go, python and rust only have
better marketing.
As discussed on dconf, phobos needs to become big and blow the
rest out of the sky.
http://wiki.dlang.org/DIP80
lets get OT, please discuss
On Sunday, 7 June 2015 at 08:24:24 UTC, Temtaime wrote:
Separate compilation prevents compiler from inlining everything.
only bad compilers
On Sunday, 7 June 2015 at 08:12:11 UTC, weaselcat wrote:
you'd think with dmd's module system achieving compiler-level
parallelism wouldn't be so difficult.
IIRC, Walter stated that he wanted to add it but decided that it
would be too much of a pain to do in C++ and is waiting for us to
On Sun, 07 Jun 2015 08:24:23 +, Temtaime wrote:
It's really bad solution.
Are you building phobos 1000 times a day so 5 seconds is really long for
you ?
Separate compilation prevents compiler from inlining everything.
how is that? even if we left lto aside, compiler needs module source
On 7 June 2015 at 10:34, weaselcat via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Sunday, 7 June 2015 at 08:24:24 UTC, Temtaime wrote:
Separate compilation prevents compiler from inlining everything.
only bad compilers
The way dmd does it, it's almost the same as compiling all
On 7 June 2015 at 10:51, ketmar via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Sun, 07 Jun 2015 08:24:23 +, Temtaime wrote:
It's really bad solution.
Are you building phobos 1000 times a day so 5 seconds is really long for
you ?
Separate compilation prevents compiler
On 7 June 2015 at 10:49, Jonathan M Davis via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Sunday, 7 June 2015 at 08:12:11 UTC, weaselcat wrote:
you'd think with dmd's module system achieving compiler-level parallelism
wouldn't be so difficult.
IIRC, Walter stated that he wanted to
I've been doing some fun template metaprogramming recently for a
few projects, and I have to say the expressive power of mixin
templates is quite staggering. I've noticed a strongly recurring
pattern in my usage (mostly trying to get compile-time templated
code generation, parser from template
On 2015-06-06 23:24, Atila Neves wrote:
I don't think I understand. Where would these object files come from
unless you're doing per-module compilation, C-style?
What I've already implemented is variant 1 mentioned before.
If you compile multiple files with DMD without linking it will
On 2015-06-06 23:41, Andrei Alexandrescu wrote:
Doesn't work because no separate object file per source is being
produced. -- Andrei
They're produced if you don't link.
--
/Jacob Carlborg
On 2015-06-07 06:30, Andrei Alexandrescu wrote:
Thanks for asking. The situation before went like this: to build
libphobos2.a, the command would go like this (simplified to just a few
files and flags:
dmd -oflibphobos2.a std/datetime.d std/conv.d std/algorithm/comparison.d
On Saturday, 6 June 2015 at 18:49:30 UTC, Shachar Shemesh wrote:
Since we are talking about several tens of thousands of
threads, each random fluctuation in the load resulted in the
Using an unlikely workload that the kernel has not been designed
and optimized for is in general a bad idea.
On Monday, 8 June 2015 at 00:05:58 UTC, weaselcat wrote:
I actively avoid adding phobos libs to my projects because it
bloats my binaries and increases compile times by massive
amounts.
Me too... but that's not actually a problem of huge library. It
is more a problem of an interconnected
On Monday, 8 June 2015 at 00:05:58 UTC, weaselcat wrote:
can we discuss the downside of making phobos huge?
I actively avoid adding phobos libs to my projects because it
bloats my binaries and increases compile times by massive
amounts.
Andrei has already stated that we are definitely going
Этот сайт не принимает визиты россиян.
This site does not accept visits of Russians. Ta strona nie
akceptuje odwiedzin Rosjan.
So, I have 5 nationalities (including Polish).
And many Russians have Polish nationality too (but they don't
know about it).
You hate my country. Hmm... IT IS SO
On Sunday, 7 June 2015 at 06:43:25 UTC, Ilya Yaroshenko wrote:
Этот сайт не принимает визиты россиян.
This site does not accept visits of Russians. Ta strona nie
akceptuje odwiedzin Rosjan.
So, I have 5 nationalities (including Polish).
And many Russians have Polish nationality too (but they
On Sunday, 7 June 2015 at 02:04:33 UTC, Mike wrote:
On Saturday, 6 June 2015 at 20:07:22 UTC, Atila Neves wrote:
Original discussion:
http://forum.dlang.org/post/ranqlmrjornlvopsu...@forum.dlang.org
Now, with the `-b binary` option, reggae creates an executable
called build in the build
On Sunday, 7 June 2015 at 05:30:56 UTC, ketmar wrote:
On Sat, 06 Jun 2015 20:07:20 +, Atila Neves wrote:
Original discussion:
http://forum.dlang.org/post/ranqlmrjornlvopsu...@forum.dlang.org
Now, with the `-b binary` option, reggae creates an executable
called
build in the build
On Sunday, 7 June 2015 at 07:28:23 UTC, ketmar wrote:
On Sun, 07 Jun 2015 06:28:22 +, Ilya Yaroshenko wrote:
fascists
a great explanation of why people don't want such visits.
instead of
writing a personal email, you trying to start flamefest in NG.
This explanation is substitution
On Sunday, 7 June 2015 at 05:25:21 UTC, ketmar wrote:
On Sat, 06 Jun 2015 22:08:47 -0700, Andrei Alexandrescu wrote:
On 6/6/15 10:00 PM, Rikki Cattermole wrote:
On 7/06/2015 4:55 p.m., ketmar wrote:
On Sat, 06 Jun 2015 21:30:02 -0700, Andrei Alexandrescu
wrote:
so in the end, after endless
It's really bad solution.
Are you building phobos 1000 times a day so 5 seconds is really
long for you ?
Separate compilation prevents compiler from inlining everything.
On Sun, Jun 07, 2015 at 05:00:58PM +1200, Rikki Cattermole via Digitalmars-d
wrote:
On 7/06/2015 4:55 p.m., ketmar wrote:
On Sat, 06 Jun 2015 21:30:02 -0700, Andrei Alexandrescu wrote:
so in the end, after endless talking how separate compilation sux and
everyone should do one-step combined
fascists
Этот сайт не принимает визиты россиян.
This site does not accept visits of Russians.
Ta strona nie akceptuje odwiedzin Rosjan.
I hope author just don't know about that, otherwise it's a shame.
On Sunday, 7 June 2015 at 04:30:02 UTC, Andrei Alexandrescu wrote:
[...]
This is key to scalability, too. Now, the baseline numbers were
without std.experimental.allocator. Recall the baseline time on
my laptop was 4.93s. I added allocator, boom, 5.08s - sensible
degradation. However, after
https://issues.dlang.org/show_bug.cgi?id=14660
Issue ID: 14660
Summary: std.range.choose() is not CTFE'able
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P1
On Sun, 07 Jun 2015 06:28:22 +, Ilya Yaroshenko wrote:
fascists
a great explanation of why people don't want such visits. instead of
writing a personal email, you trying to start flamefest in NG.
signature.asc
Description: PGP signature
On Sun, 07 Jun 2015 07:02:49 +, Atila Neves wrote:
The binary backend isn't very good (it's probably as slow as make); I
did the simplest thing that would work. I want to eventually optimise it
so it's competitive with ninja and tup. But to do that I need to
measure, and to do that I need
https://issues.dlang.org/show_bug.cgi?id=14604
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from
https://issues.dlang.org/show_bug.cgi?id=14603
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #2 from
On Monday, 8 June 2015 at 01:39:33 UTC, Jonathan M Davis wrote:
On Monday, 8 June 2015 at 00:05:58 UTC, weaselcat wrote:
can we discuss the downside of making phobos huge?
I actively avoid adding phobos libs to my projects because it
bloats my binaries and increases compile times by massive
https://issues.dlang.org/show_bug.cgi?id=14661
--- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com ---
If I remove the --nodeps switch, I get:
dtest@k3:~/Digger/repo/dlang.org$
DFLAGS=-conf=/tmp/.stable_dmd-2.067.1/dmd2/linux/bin64/dmd.conf
../dub-0.9.23/bin/dub build --root=dpl-docs
Is there any reason why constructors are not inherited? All other
methods are inherited, why not constructors?
95 matches
Mail list logo
