On 2015-06-01 16:49, Jonathan M Davis wrote:
And this is when Jacob Carlborg chimes in and says I told you so. ;)
His favorite complaint about dub has always been that it combined
package management and the build tool into one.
:)
--
/Jacob Carlborg
On 2015-06-01 20:39, Nick Sabalausky wrote:
Unlike rdmd, dub always tries to compile all sources regardless of
whether they're actually imported. This has been a constant source of
problems for me, including breakage of conditional importing under
various circumstances.
Isn't that the only
On 2015-06-01 17:16, Marc =?UTF-8?B?U2Now7x0eiI=?= schue...@gmx.net
wrote:
Since this thread seems to have turned into a wishlist for dub features,
I'm going to add one:
Undeprecate dependencies on git branches. They are really not different
from dependencies with fuzzy ~ versions. For both,
On Tuesday, 2 June 2015 at 08:23:08 UTC, Manu wrote:
Perhaps of interest, I have been maintaining D support in
Premake for
years (as an extension).
It was finally merged into mainline... so Premake now officially
supports D out-of-the-box. Huzzah!
What is Premake I hear you ask?
It's a project
On 2 June 2015 at 18:22, Manu turkey...@gmail.com wrote:
Perhaps of interest, I have been maintaining D support in Premake for
years (as an extension).
It was finally merged into mainline... so Premake now officially
supports D out-of-the-box. Huzzah!
What is Premake I hear you ask?
It's a
On 2/06/2015 8:22 p.m., Manu via Digitalmars-d wrote:
Perhaps of interest, I have been maintaining D support in Premake for
years (as an extension).
It was finally merged into mainline... so Premake now officially
supports D out-of-the-box. Huzzah!
Yay!
On 2 June 2015 at 18:28, extrawurst via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 2 June 2015 at 08:23:08 UTC, Manu wrote:
Perhaps of interest, I have been maintaining D support in Premake for
years (as an extension).
It was finally merged into mainline... so Premake now
On 2015-06-01 20:03, Johannes Pfau wrote:
Create a package format: .dlib (simply a renamed .tar.xz)
Contents:
- PACKAGEINFO //meta information (version)
- include/* //include files
- doc/* //documentation in standard format for IDEs
- lib/dmd/libfoo.a
-
On Mon, 01 Jun 2015 11:03:29 +, Namespace wrote:
What about
auto h = r.front; // can get the front of the range
?
there is funnier trick:
static void testfront(T) (auto ref T n) {} testfront(r.front);
the thing is that we don't really want to check if we can take an address
On Mon, 01 Jun 2015 11:59:12 +, extrawurst wrote:
dub as a build tool sux. no need to discuss that, it simply sux.
why do you think it sucks ?
'cause it's not more than a simple script in it's core. it can't do good
conditional builds, it can't track dependencies for generated files or
On Mon, 01 Jun 2015 13:11:42 +, Adam D. Ruppe wrote:
One of the things I really like about D is how modules are encapsulated
into individual files. The code is there, the documentation is there,
the tests are there. No separate headers or anything else.
i like this too.
But even if I
On Tuesday, 2 June 2015 at 04:03:48 UTC, Adam D. Ruppe wrote:
http://arsdnet.net/this-week-in-d/may-31.html
Well done, thanks!
On Tuesday, 2 June 2015 at 06:42:13 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 2 June 2015 at 06:32:43 UTC, Jonathan M Davis wrote:
D's semantics for __FILE__ and __LINE__ are so much better
than C++'s. I sorely miss D's semantics for them whenever I'm
in C++. Having them get the values from
On 2 June 2015 at 05:00, deadalnix via Digitalmars-d
digitalmars-d@puremagic.com wrote:
After discussion at DConf, it ends up that union have some lack of
specification, and some nonsensical behavior right now. Here are some points
discussed and possible solutions :
1/ .init for unions is not
On Mon, 01 Jun 2015 16:05:17 -0400, Steven Schveighoffer wrote:
A protocol to be used between dmd and dub (or any other package fetcher)
would be a good first step.
that was the thing i once proposed. see, we have a powerful scripting
language inside DMD: D! yet we never used all it's power
On Tuesday, 2 June 2015 at 06:31:14 UTC, Jacob Carlborg wrote:
On 2015-06-01 18:38, Atila Neves wrote:
I think I've addressed all comments now, except for Robert's
one on
whether or not multi-threading should be on by default. Also,
after much
toiling I've managed to get the docs up here:
On Tuesday, 2 June 2015 at 03:02:23 UTC, John Colvin wrote:
It's proving impractical to get this done from hotel/coffeeshop
internet connections. Youtube's online editor doesn't appear to
be up to be able to deal with videos this long, so it's a
matter of downloading the entire videos, editing
On Tue, 02 Jun 2015 08:31:30 +0200
Jacob Carlborg via Digitalmars-d digitalmars-d@puremagic.com wrote:
On 2015-06-01 18:38, Atila Neves wrote:
I think I've addressed all comments now, except for Robert's one on
whether or not multi-threading should be on by default. Also, after
much
On Mon, 01 Jun 2015 11:10:09 +, Ola Fosheim Grøstad wrote:
But I think web browsers are slowly moving towards a situation where you
soon can make sensible games in webgl + asm.js using home-made engines
using native javascript (basically javascript targetting LLVM IR) or
pnacl (LLVM IR).
On Tuesday, 2 June 2015 at 08:54:46 UTC, ketmar wrote:
On Mon, 01 Jun 2015 16:05:17 -0400, Steven Schveighoffer wrote:
A protocol to be used between dmd and dub (or any other
package fetcher)
would be a good first step.
that was the thing i once proposed. see, we have a powerful
scripting
On 2015-06-01 20:49, Steven Schveighoffer wrote:
I'm not defending DIP11, just that the fact that it could be done
without requiring an extra dependencies file.
One usually needs a file to set all compiler and linker flags and other
kinds of configurations. Dub allows you to do this as well
hi,
is there any reason that the
auto reduce(S, R)(S seed, R r) if (isIterable!R);
parameters are not the other way around?
its kind of not very handy when you do large ufc stuff
On 01/06/15 18:40, Steven Schveighoffer wrote:
On 5/30/15 2:38 PM, Shachar Shemesh wrote:
So given that a compiler actually *works* (i.e. produces valid
binaries), is speed of compilation better than speed of execution of the
resulting binary?
There is no answer to that question.
During
On Monday, 1 June 2015 at 22:45:55 UTC, Walter Bright wrote:
On 6/1/2015 2:17 PM, CraigDillabaugh wrote:
Not sure. Walter?
I think it's fine.
So are you saying you think don't think they are mangled the
same way, but that you don't want to bother arguing.
Hah, I should have said that fine
On Tuesday, 2 June 2015 at 06:31:14 UTC, Jacob Carlborg wrote:
On 2015-06-01 18:38, Atila Neves wrote:
I think I've addressed all comments now, except for Robert's
one on
whether or not multi-threading should be on by default. Also,
after much
toiling I've managed to get the docs up here:
On 2/06/2015 8:54 p.m., ketmar wrote:
On Mon, 01 Jun 2015 16:05:17 -0400, Steven Schveighoffer wrote:
A protocol to be used between dmd and dub (or any other package fetcher)
would be a good first step.
that was the thing i once proposed. see, we have a powerful scripting
language inside
On Monday, 1 June 2015 at 18:11:32 UTC, Andrei Alexandrescu wrote:
1. It's a big bummer that nothing has happened with chopping up
the videos over the weekend. Right now DConf is three 6-hour
blobs of unstructured footage. John has warned us he might not
have broadband access to do so during
On Tuesday, 2 June 2015 at 09:18:27 UTC, ketmar wrote:
On Mon, 01 Jun 2015 11:10:09 +, Ola Fosheim Grøstad wrote:
But I think web browsers are slowly moving towards a situation
where you
soon can make sensible games in webgl + asm.js using home-made
engines
using native javascript
On 2015-06-01 18:56, Dicebot wrote:
Though it is hard to invent a package management for interpreted
language that is not insane. It is much better with native ones because
runtime dependencies are separated from development dependencies.
Rubygems supports development dependencies.
--
/Jacob
On Tuesday, 2 June 2015 at 04:03:48 UTC, Adam D. Ruppe wrote:
http://arsdnet.net/this-week-in-d/may-31.html
The rest of DConf will be reported within the next two weeks,
then I'd like to follow up with the speakers to see if they
have anything else they'd like to expand on and attendees if
On Tuesday, 2 June 2015 at 06:24:19 UTC, John Colvin wrote:
On Tuesday, 2 June 2015 at 06:20:56 UTC, Jacob Carlborg wrote:
On 2015-06-02 06:16, John Colvin wrote:
BTW, was there any discussion in between the talks that was
recorded?
In some cases you might be able to overhear some stuff I
On Tue, 02 Jun 2015 09:15:12 +, Atila Neves wrote:
On Tuesday, 2 June 2015 at 08:54:46 UTC, ketmar wrote:
On Mon, 01 Jun 2015 16:05:17 -0400, Steven Schveighoffer wrote:
A protocol to be used between dmd and dub (or any other package
fetcher)
would be a good first step.
that was the
On Tue, 02 Jun 2015 21:12:14 +1200, Rikki Cattermole wrote:
I say wow.
Okay not really I know it is possible and not all the hard. Personally I
think it is a rather an awesome possibility.
adding some CTFE functions is not that hard at all. it's not documented,
but one can look at import()
On 06/02/2015 02:07 AM, Bogdan wrote:
Those are the only recordings from the conference?
No, these are recorded and published by John Colvin, a conference
attendee and a speaker.
High quality recordings will be available later.
Ali
Perhaps of interest, I have been maintaining D support in Premake for
years (as an extension).
It was finally merged into mainline... so Premake now officially
supports D out-of-the-box. Huzzah!
What is Premake I hear you ask?
It's a project gen, more-or-less like cmake and friends, except that
On Tuesday, 2 June 2015 at 08:51:11 UTC, extrawurst wrote:
On Tuesday, 2 June 2015 at 06:31:14 UTC, Jacob Carlborg wrote:
On 2015-06-01 18:38, Atila Neves wrote:
I think I've addressed all comments now, except for Robert's
one on
whether or not multi-threading should be on by default. Also,
On Tuesday, 2 June 2015 at 09:35:52 UTC, Vladimir Panteleev wrote:
On Monday, 1 June 2015 at 18:11:32 UTC, Andrei Alexandrescu
wrote:
1. It's a big bummer that nothing has happened with chopping
up the videos over the weekend. Right now DConf is three
6-hour blobs of unstructured footage. John
https://issues.dlang.org/show_bug.cgi?id=14643
Issue ID: 14643
Summary: Safety violation with final switch and void
initializer
Product: D
Version: D2
Hardware: All
OS: Linux
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=14643
--- Comment #1 from Dicebot pub...@dicebot.lv ---
correction : foo() needs to be called twice to start getting garbage on stack
--
On Monday, 1 June 2015 at 21:02:17 UTC, Vladimir Panteleev wrote:
On Monday, 1 June 2015 at 12:39:13 UTC, Dicebot wrote:
- Going for kitchen sink Phobos (and distributing vibe.d as
part of Phobos)
I thought we agreed to start with just Dub first.
we? :P
- Moving fibers between threads
Is there any reason to not allow argument to be any expression
and reject non-string ones at semantic phase?
It doesn't seem to work anymore, even http://lint.travis-ci.org/
says I can't use language: d.
Atila
On Thursday, 11 December 2014 at 04:50:42 UTC, Martin Nowak wrote:
Glad to announce that D support on Travis-CI was launched today.
On Tuesday, 2 June 2015 at 07:02:50 UTC, Jacob Carlborg wrote:
On 2015-06-01 18:56, Dicebot wrote:
Though it is hard to invent a package management for
interpreted
language that is not insane. It is much better with native
ones because
runtime dependencies are separated from development
I think I remember Jonas posting on this NG regularly, thus it is
hardly surprising. Didn't know he is affiliated with Unity though.
On Tuesday, 2 June 2015 at 18:58:48 UTC, weaselcat wrote:
On Tuesday, 2 June 2015 at 18:41:47 UTC, Tim Keating wrote:
For immutability support, of all things:
http://blogs.unity3d.com/2015/06/02/how-we-do-fast-and-efficient-yaml-merging/
Seems someone over there is a D fan.
D's immutable,
On Tuesday, 2 June 2015 at 18:54:14 UTC, Atila Neves wrote:
It doesn't seem to work anymore, even
http://lint.travis-ci.org/ says I can't use language: d.
Atila
Works for me, though the linter doesn't know about it.
On 2 June 2015 at 19:25, Jonathan M Davis via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 2 June 2015 at 17:24:09 UTC, Iain Buclaw wrote:
On 2 June 2015 at 19:11, Jonathan M Davis via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 2 June 2015 at 15:08:07
On 2 June 2015 at 12:28, Liran Zvibel via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On Friday, 29 May 2015 at 23:42:00 UTC, Andrei Alexandrescu wrote:
DConf 2015 has been awesome, I'm taking a minute to post this that's been
announced a short while ago.
We're
On Tuesday, 2 June 2015 at 17:22:07 UTC, Marc Schütz wrote:
On Tuesday, 2 June 2015 at 16:02:56 UTC, Namespace wrote:
Thanks to DIP 25 I think it's time to review this again. I
would implement it (if no one else wants to do it), but there
are still some unanswered questions:
1. Is 'auto ref'
On Tuesday, 2 June 2015 at 18:05:20 UTC, Namespace wrote:
AFAIK Andrei wanted 'auto ref' as the syntax which accepts
both, lvalues and rvalues. That's why I'm asking if the current
behaviour for auto ref for templates should change, or not. If
not, we have (as you said) two meanings of auto
On Monday, 1 June 2015 at 15:40:55 UTC, Steven Schveighoffer
wrote:
But if we are talking the difference between a compiler taking
10 minutes to produce a binary that is 20% faster than a
compiler that takes 1 minute, what is the threshold of pain you
are willing to accept? My preference is
For immutability support, of all things:
http://blogs.unity3d.com/2015/06/02/how-we-do-fast-and-efficient-yaml-merging/
Seems someone over there is a D fan.
On Tuesday, 2 June 2015 at 09:15:13 UTC, Atila Neves wrote:
https://github.com/atilaneves/reggae
Atila
If this works up to the expectation, I will only need to write a
simple code.dlang.org package fetcher and will never need to use
dub again :)
On Tuesday, 2 June 2015 at 18:41:47 UTC, Tim Keating wrote:
For immutability support, of all things:
http://blogs.unity3d.com/2015/06/02/how-we-do-fast-and-efficient-yaml-merging/
Seems someone over there is a D fan.
D's immutable, pure, etc are among the 'killer features' of D, in
my
On Tuesday, 2 June 2015 at 19:03:39 UTC, Meta wrote:
I would say he *heavily* references D, but he does mention it
in a blog post he wrote:
Wouldn't say*
This in theory reduce some kind of bugs, when one forget to mark
method as virtual.
It doesn't reduce bugs, it introduces noticeable bugs and
slightly lowers performance. All at the benefit of not having to
write' virtual'.
/pedantic
As for the actual DIP, I don't like final(false). It's
On Monday, 1 June 2015 at 18:25:02 UTC, Laeeth Isharc wrote:
On Monday, 1 June 2015 at 12:39:13 UTC, Dicebot wrote:
On the other hand, AST macros have been officially rejected
and that I like a lot :)
Hi.
Just out of curiosity, what are the evils of AST macros (or
could you point me to
On Tuesday, 2 June 2015 at 17:35:19 UTC, tired_eyes wrote:
http://forum.dlang.org/thread/mjnscnoxgoxvoymgi...@forum.dlang.org
Dang it! When I checked google wasn't showing this post in the
search results.
On 6/2/15 3:03 PM, Dicebot wrote:
I think I remember Jonas posting on this NG regularly, thus it is hardly
surprising. Didn't know he is affiliated with Unity though.
Yes, as recently as 2 days ago :)
http://forum.dlang.org/post/sajmphgfxeleqegsu...@forum.dlang.org
-Steve
3. Add a new attribute - e.g. @rvalue ref - which inserts a
temporary variable for rvalues so that they can be passed by
ref, and it works with both templated and non-templated
functions.
We could also somehow use 'return ref' for that purpose, or we
could get rid of the pointless 'const
On 2015-06-02 20:28, Dicebot wrote:
- requires standard (and stable!) AST format
Is that a negative point? BTW, the compiler doesn't necessarily need to
use the same API for the AST internally as exposed externally.
--
/Jacob Carlborg
auto ref with templated functions needs to retain its current
behavior. Changing it would not only break existing code, but
it would lose what we have in terms of perfect forwarding
(IIRC, it's not quite perfect forwarding, but it's close, and
we'd be much farther from it without auto ref).
On Tuesday, 2 June 2015 at 17:54:38 UTC, Iain Buclaw wrote:
I was being deliberately quizzical because there are different
takes on
what you would call simd in the language, what set of types are
available
to you, what intrinsics are exposed (and how they are exposed),
etc.
Well, Manu would
On Monday, 1 June 2015 at 15:40:55 UTC, Steven Schveighoffer
wrote:
My original statement was obviously exaggerated, I would not
put up with days-long compile times, I'd find another way to do
development. But compile time is not as important to me as it
is to others.
-Steve
I think if
On Tuesday, 2 June 2015 at 08:23:08 UTC, Manu wrote:
Curious to know if anyone here uses Premake, or cares...?
would care more if it had ninja support, ninja is vastly superior
to makefiles when using a meta buildtool system.
premake's use of lua trounces the awful cmake DSL.
On 2015-06-02 12:32, Basile Burg wrote:
On Monday, 1 June 2015 at 12:52:45 UTC, Sean Campbell wrote:
I've been working on a new serialization module for Phobos and its
only reliant on 4 Phobos modules
it is available at
On Tuesday, 2 June 2015 at 19:51:17 UTC, Jacob Carlborg wrote:
On 2015-06-02 20:54, Atila Neves wrote:
It doesn't seem to work anymore, even
http://lint.travis-ci.org/ says I
can't use language: d.
Works for me. Just tested it:
https://travis-ci.org/jacob-carlborg/dstep/jobs/59055545
I
On Tuesday, 2 June 2015 at 18:56:22 UTC, Dicebot wrote:
On Tuesday, 2 June 2015 at 09:15:13 UTC, Atila Neves wrote:
https://github.com/atilaneves/reggae
Atila
If this works up to the expectation, I will only need to write
a simple code.dlang.org package fetcher and will never need to
use
https://issues.dlang.org/show_bug.cgi?id=14578
--- Comment #9 from Steven Schveighoffer schvei...@yahoo.com ---
I think this might be a duplicate of
https://issues.dlang.org/show_bug.cgi?id=13856
I still cannot reproduce this.
--
Hi all.
Sorry if I put the foot into it, but when is Facebook going to
use more D based programs ? Why don't they do that ? because std
functions use the GC ? What happened since the end of 2013 ?
I feel like we miss manpower, renown, credibility... and i think
it's such a shame, because D
On Tuesday, 2 June 2015 at 19:54:49 UTC, Jacob Carlborg wrote:
On 2015-06-02 11:12, Atila Neves wrote:
Why?
Because I think it's looks better :). It's also same standard
as the built-in attributes are using.
Changed them to lower case, added examples and updated the docs.
Atila
On 6/2/15 4:43 PM, Steven Schveighoffer wrote:
On 6/2/15 3:35 PM, anonymous wrote:
It's an embarrassing issue that comes up again and again. I really hope
a fix makes it through soon.
https://issues.dlang.org/show_bug.cgi?id=14005
I can reproduce this one. I'll figure this out.
Hm... I
On Tuesday, 2 June 2015 at 21:00:47 UTC, Atila Neves wrote:
Largest I've found so far is Phobos (90k SLOC according to
dscanner), which I have to write a build description for. I
really want to get some memory and speed stats and compare the
current state of affairs with using Ninja on it.
On 6/2/15 5:27 AM, Manu via Digitalmars-d wrote:
On 2 June 2015 at 05:39, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
https://issues.dlang.org/show_bug.cgi?id=14641
Manu, our resident god of vector instructions, do you want to take this on?
How do you measure this? Is
DDMD output was 100+ KLOC afair
On Tuesday, 2 June 2015 at 21:00:47 UTC, Atila Neves wrote:
Largest I've found so far is Phobos (90k SLOC according to
dscanner), which I have to write a build description for. I
really want to get some memory and speed stats and compare the
current state of affairs with using Ninja on it.
On 2015-06-02 08:32, Jonathan M Davis wrote:
D's semantics for __FILE__ and __LINE__ are so much better than C++'s. I
sorely miss D's semantics for them whenever I'm in C++. Having them get
the values from the call site rather than the declaration site is so
much more useful that it's not even
On 2015-06-02 20:54, Dicebot wrote:
You must have though of different development dependencies. I don't
mean tools and stuff like that but all sorts of small static libraries
(in native compilation world). With scripting language this unavoidably
propagates on the end user unless you merge all
On 6/2/15 1:22 AM, Manu via Digitalmars-d wrote:
Perhaps of interest, I have been maintaining D support in Premake for
years (as an extension).
It was finally merged into mainline... so Premake now officially
supports D out-of-the-box. Huzzah!
Great work. Thanks, Manu! -- Andrei
On Tuesday, 2 June 2015 at 19:44:12 UTC, Jacob Carlborg wrote:
On 2015-06-02 20:28, Dicebot wrote:
- requires standard (and stable!) AST format
Is that a negative point? BTW, the compiler doesn't necessarily
need to use the same API for the AST internally as exposed
externally.
Yes,
On Tuesday, 2 June 2015 at 20:50:13 UTC, Atila Neves wrote:
Changed them to lower case, added examples and updated the docs.
Atila
The docs look nice. As far as I can tell, this should cover at
least 75% (for me it is more like 95%) of what people want and is
not built-in.
On Tuesday, 2 June 2015 at 05:07:43 UTC, Andrei Alexandrescu
wrote:
On 6/1/15 9:46 PM, deadalnix wrote:
No, I asked you what is the rationale used to get types with
postblit/destructor in unions (right now, the spec says no). I
asked
about the rationale for introduction of element with
Largest I've found so far is Phobos (90k SLOC according to
dscanner), which I have to write a build description for. I
really want to get some memory and speed stats and compare the
current state of affairs with using Ninja on it. _Especially_
when it comes to change-on-file builds.
Atila
On 6/2/15 3:43 AM, Timon Gehr wrote:
On 06/02/2015 01:55 AM, Andrei Alexandrescu wrote:
On 6/1/15 2:40 PM, Steven Schveighoffer wrote:
So what happens on destruction?
Nothing happens.
What about postblit?
Nothing happens.
Andrei
Is there an official way to invoke them manually?
On 2015-06-02 20:54, Atila Neves wrote:
It doesn't seem to work anymore, even http://lint.travis-ci.org/ says I
can't use language: d.
Works for me. Just tested it:
https://travis-ci.org/jacob-carlborg/dstep/jobs/59055545
--
/Jacob Carlborg
I just updated the Kernighan-Ritchie allocator, including documentation:
It's not a high performance allocator. Initially I'd implemented it just
for historical perspective and to make sure the allocator API is
expressive enough to do it justice.
However, a simple idea makes it competitive:
On 2015-06-02 11:12, Atila Neves wrote:
Why?
Because I think it's looks better :). It's also same standard as the
built-in attributes are using.
--
/Jacob Carlborg
On Tuesday, 2 June 2015 at 19:49:39 UTC, Jacob Carlborg wrote:
On 2015-06-02 12:32, Basile Burg wrote:
On Monday, 1 June 2015 at 12:52:45 UTC, Sean Campbell wrote:
I've been working on a new serialization module for Phobos
and its
only reliant on 4 Phobos modules
it is available at
On Tue, 02 Jun 2015 23:51:13 +, weaselcat wrote:
I, for one, am in favor of scrapping javascript and replacing it with
lua. At least it has a decent JIT implementation.
it doesn't really matter. be it js, Lua, basic -- it's all equally bad.
websites are not applications, and they doesn't
https://issues.dlang.org/show_bug.cgi?id=7044
--- Comment #44 from Walter Bright bugzi...@digitalmars.com ---
How is this then different from just specifying a whole new config file?
Because multiple sections can be selected, rather than having a separate config
file for each combination of
https://issues.dlang.org/show_bug.cgi?id=7044
--- Comment #47 from Walter Bright bugzi...@digitalmars.com ---
(In reply to Dicebot from comment #45)
Leandro is currently on vacation. I suggest to pause this until he is back.
Sure, and meanwhile there's a pull request we can talk about whenever
On Tue, 02 Jun 2015 21:00:46 +, Atila Neves wrote:
Largest I've found so far is Phobos (90k SLOC according to dscanner),
which I have to write a build description for. I really want to get some
memory and speed stats and compare the current state of affairs with
using Ninja on it.
On Tue, 02 Jun 2015 18:49:09 +0200, Artur Skawina via Digitalmars-d wrote:
On 06/02/15 14:21, ketmar via Digitalmars-d wrote:
On Tue, 02 Jun 2015 11:50:15 +, Namespace wrote:
For me it looks ugly. But I would prefer final(false) instead of
!final.
this opens a can of worms. should
On Tuesday, 2 June 2015 at 12:27:38 UTC, Manu wrote:
On 2 June 2015 at 05:39, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
https://issues.dlang.org/show_bug.cgi?id=14641
Manu, our resident god of vector instructions, do you want to
take this on?
How do you measure
https://issues.dlang.org/show_bug.cgi?id=7044
--- Comment #45 from Dicebot pub...@dicebot.lv ---
Leandro is currently on vacation. I suggest to pause this until he is back.
--
On Tuesday, 2 June 2015 at 23:08:37 UTC, Andrei Alexandrescu
wrote:
I have to salute the DMD team for that, as bot so long ago, it
required
more than a minute and 3Gb of RAM. It is very easy and fast to
build now.
Was that bad in both per-package and per-module compilation, or
only
On 6/2/15 4:14 PM, Timon Gehr wrote:
On 06/03/2015 01:07 AM, Andrei Alexandrescu wrote:
On 6/2/15 3:42 PM, Steven Schveighoffer wrote:
On 6/2/15 6:14 PM, Andrei Alexandrescu wrote:
On 6/2/15 2:57 PM, Timon Gehr wrote:
OK. What about copying in instead of out?
If the appropriate type has
On 06/03/2015 02:51 AM, Andrei Alexandrescu wrote:
On 6/2/15 4:14 PM, Timon Gehr wrote:
On 06/03/2015 01:07 AM, Andrei Alexandrescu wrote:
On 6/2/15 3:42 PM, Steven Schveighoffer wrote:
On 6/2/15 6:14 PM, Andrei Alexandrescu wrote:
On 6/2/15 2:57 PM, Timon Gehr wrote:
OK. What about copying
2015-06-01 14:39 GMT+02:00 Dicebot via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com:
On Monday, 1 June 2015 at 12:00:53 UTC, extrawurst wrote:
Thanks for the chance to be there! Even if I am dissapointed with many
decisions being made, the main thing is that D is getting new
On Tue, 02 Jun 2015 14:53:23 +, Namespace wrote:
On Tuesday, 2 June 2015 at 14:46:47 UTC, ketmar wrote:
On Tue, 02 Jun 2015 14:34:10 +, Namespace wrote:
from C++?
that alone is enough for me to say burn it with fire! ;-)
Come on, be a little nostalgic. ;)
that's it: i always
1 - 100 of 259 matches
Mail list logo