On Tuesday, 10 December 2013 at 07:51:56 UTC, H. S. Teoh wrote:
We need to work on the "compiler as a library" project.
I hope everyone agrees on this. My wild guess is that the project
will be the next "big thing" to work on after the frontend is
moved to D.
Damn you guys speaking about food, now I'm hungry again!
On Wednesday, 11 December 2013 at 21:12:20 UTC, Brian Schott
wrote:
I lost -15 pounds or so this year. Does that count?
Lost -15 pounds = gained 15 pounds, right?
2014 is the year I (finally) get my master degree. That one is a
given.
On Wednesday, 11 December 2013 at 23:52:17 UTC, bearophile wrote:
Francesco Cattoglio:
My _dream_ for 2014 is having a chance to prove that D +
ZeroMQ can earn a place in the scientific computing world (I
got so much tired of C/C++ and MPI), but I will have to fight
people that still think
On Thursday, 12 December 2013 at 10:51:29 UTC, Iain Buclaw wrote:
On 12 December 2013 10:48, Iain Buclaw
wrote:
On 12 December 2013 10:36, Joseph Rushton Wakeling
wrote:
La situazione corrente chiaramente non è buono ... :-(
Diciamo non buona abbastanza ;) I like Italy a lot, don't get me
wr
On Thursday, 12 December 2013 at 10:43:24 UTC, Manu wrote:
I'm very keen to resurrect the project (well, start a new one,
with clean
code, in D).
Are there any music game nerds hanging around here who would be
interested
in joining a side project like this? It's a lot more
motivating, and much
On Thursday, 12 December 2013 at 14:38:54 UTC, Arjan wrote:
My kids do play FoFix from time to time. But nothing beats
minecraft.
In terms of resource hog? Sure thing! :D
On Thursday, 12 December 2013 at 21:26:58 UTC, Paolo Invernizzi
wrote:
On Thursday, 12 December 2013 at 11:07:43 UTC, Francesco
Cattoglio wrote:
On Thursday, 12 December 2013 at 10:51:29 UTC, Iain Buclaw
wrote:
On 12 December 2013 10:48, Iain Buclaw
wrote:
On 12 December 2013 10:36, Joseph
On Monday, 16 December 2013 at 17:32:11 UTC, deadalnix wrote:
On Monday, 16 December 2013 at 00:53:21 UTC, Walter Bright
Good idea. I suggest writing a pull request against the
documentation for this.
That is a bad idea as it preclude any GC optimization based on
immutability.
What do you m
On Monday, 16 December 2013 at 22:53:24 UTC, H. S. Teoh wrote:
What's wrong with having it implemented analogous to
std.random.uniform -- taking a bounds parameter which allows
for
open and/or closed at either end, with the default being "[)"
... ?
By the way, I'd also like to see that open/c
On Tuesday, 17 December 2013 at 19:09:49 UTC, H. S. Teoh wrote:
Another OT thread to pick your brains. :)
What's a good, efficient file structure for storing extremely
large
lookup tables? (Extremely large as in > 10 million entries,
with keys
and values roughly about 100 bytes each.) The stru
On Wednesday, 18 December 2013 at 22:26:32 UTC, Timon Gehr wrote:
The natural interpretation of a const constructor is that it
constructs a const object directly. Such a constructor could
eg. initialize a field declared with a mutable type using some
external const reference.
void foo(const(i
On Thursday, 19 December 2013 at 11:42:34 UTC, Ola Fosheim
Grøstad wrote:
I'd say it will be much more tempting to dabbel with it if it
is in D. I'd even say it will be difficult not to! :)
Couldn't agree more: I've been reading some sources of Phobos.
When compared to C++ standard library, it'
On Thursday, 19 December 2013 at 11:22:59 UTC, Maxim Fomin wrote:
void main()
{
immutable int* ptr = foo();
writeln(*ptr); // it is 0
GC.collect();
writeln(*ptr); // it is 1 now
}
Your proposal suffers from same issue. Although idea of unique
can be worthy, without escape analysis i
On Thursday, 19 December 2013 at 12:10:28 UTC, Daniel Murphy
wrote:
Lots and lots and lots and lots.
I wish I could help, but I really know _nothing_ about compilers.
On Thursday, 19 December 2013 at 15:48:07 UTC, Paulo Pinto wrote:
Am 19.12.2013 15:33, schrieb Francesco Cattoglio:
On Thursday, 19 December 2013 at 12:10:28 UTC, Daniel Murphy
wrote:
Lots and lots and lots and lots.
I wish I could help, but I really know _nothing_ about
compilers.
If you
On Sunday, 22 December 2013 at 19:49:21 UTC, Joseph Rushton
Wakeling wrote:
On 20/12/13 02:40, Francesco Cattoglio wrote:
I don't know, I feel like I would be more useful if I only
sticked with working
on the standard library when needed and writing software that
others might find
intere
On Monday, 23 December 2013 at 15:23:45 UTC, bearophile wrote:
If the new iota accepts new types, then no existing code is
using iota for such cases. So you are not breaking code is you
offer a more restricted range for such types, avoiding O(n)
behavior for them.
I do realize this, but I don
Sorry for the amount of text, but I tried to explain everything
in a clear and simple way.
I'm willing to volunteer for adding support for more types in
iota. The relevant discussion is:
https://d.puremagic.com/issues/show_bug.cgi?id=10762
A few preliminary considerations:
- iota() currently r
Thank you everyone for the feedback. I made the wrong assumption
about phobos design, I didn't knew that the policy here is "when
needed, relax the range", and now I see it makes perfect sense.
The range will only be a RA range for types that implement (inc *
n) and ((end - begin) / step) (used
On Tuesday, 24 December 2013 at 11:05:05 UTC, Jakob Ovrum wrote:
On Tuesday, 24 December 2013 at 10:38:17 UTC, Francesco
Cattoglio wrote:
The range will only be a RA range for types that implement
(inc * n) and ((end - begin) / step) (used for lenght
computation), otherwise it will be a
On Tuesday, 24 December 2013 at 10:44:54 UTC, bearophile wrote:
Francesco Cattoglio:
One possible disadvantage is when you want an array of various
iota (all of the same indexed type, like int) (currently this
doesn't compile), this was a potential use case for me:
void main() {
i
On Tuesday, 24 December 2013 at 11:30:32 UTC, Jakob Ovrum wrote:
On Tuesday, 24 December 2013 at 11:25:04 UTC, Francesco
Cattoglio wrote:
There's a catch: if we want bidirectional, we need the last
element of the range.
Are you sure you understand bidirectional ranges correctly? Any
range
On Tuesday, 24 December 2013 at 11:47:12 UTC, Francesco Cattoglio
wrote:
Correct, but there's no way to compute "back" with less than
O(n) complexity, unless division by increment is available.
I would like to add that I want to compute back because the
current documentation st
On Wednesday, 25 December 2013 at 10:58:53 UTC, bearophile wrote:
Probably directly addressed by issue 10762:
[snip]
But if you rewrite iota() also take in account the following:
[snip again]
An important enhancement:
Optional "[]" syntax for std.range.iota too
Wow! That's a lot of stuff needing
On Saturday, 28 December 2013 at 12:16:32 UTC, Joseph Rushton
Wakeling wrote:
On 28/12/13 09:06, Jakob Ovrum wrote:
[1] Which I'm not convinced of; e.g. `back` == `DateTime(2013,
1, 1) -
dur!"days"(5)`.
Are you sure that's going to work if the iota covers a leap
year? :-)
And that's exactl
On Saturday, 28 December 2013 at 13:58:40 UTC, Jakob Ovrum wrote:
On Saturday, 28 December 2013 at 12:16:32 UTC, Joseph Rushton
Wakeling wrote:
Are you sure that's going to work if the iota covers a leap
year? :-)
How would it fail? std.datetime does a good job with leap years
AFAIK.
Yes it
On Saturday, 28 December 2013 at 16:13:45 UTC, Jakob Ovrum wrote:
Alright, so require division for bidirectionality when given a
custom step. There's no reason division should be required for
bidirectionality in the most common case of iota(start, end).
Ok, now I finally get your point. It goe
On Sunday, 12 January 2014 at 04:16:39 UTC, Andrei Alexandrescu
wrote:
Walter and I chose the bugs and sums involved. [...]
I hope your ethical rule won't prevent you from working at least
on the blocking and critical issues, because otherwise this would
really be shooting yourself in the foot.
On Saturday, 25 January 2014 at 18:00:48 UTC, Steve Teale wrote:
What am I missing?
Personally I'm on vim + dub. Perhaps it won't be enough when my
codebases grow out of control, but perhaps by that time I'll be
able to use hackerpilot's work on DCD =)
On Saturday, 1 February 2014 at 12:20:33 UTC, develop32 wrote:
On Saturday, 1 February 2014 at 12:04:56 UTC, JR wrote:
In your opinion, of how much value would deadlining be? As in,
"okay handyman, you may sweep the floor now BUT ONLY FOR 6
MILLISECONDS;
Unrelated to the whole post note: 6ms
On Saturday, 1 February 2014 at 18:58:11 UTC, Andrei Alexandrescu
wrote:
It also became clear that a library solution would improve
things but cannot compete with a language solution.
I'm really shocked! This issue must be way bigger than I think,
if even Andrei is asking for a language solution
On Tuesday, 4 February 2014 at 09:49:39 UTC, Zoadian wrote:
We're currently working on an Entity Component System for D (
https://github.com/Zoadian/nitro)
Here some good explanations:
I've seen it too. I like it so far, because of the nice usage of
templates, but right now I didn't gave it
On Tuesday, 4 February 2014 at 10:24:57 UTC, Paul Freund wrote:
We are currently working on the first "stable" version (and
API). The master branch is the last working state but our
current development is in the finalize_basics
(https://github.com/Zoadian/nitro/tree/finalize_basics) branch,
in
On Sunday, 2 February 2014 at 16:55:35 UTC, Andrei Alexandrescu
wrote:
1. Add @nullable and provide a -nullable compiler flag to
verify it. The attribute is inferred locally and for white-box
functions (lambdas, templates), and required as annotation
otherwise. References not annotated with @nu
On Wednesday, 5 February 2014 at 12:12:01 UTC, Paulo Pinto wrote:
Yes, the GC just needs to check roots for already released
blocks, if I am not mistaken.
Perhaps I lost some explanation in the discussions, but does this
improve performance in any way (other than allowing you to
disable the G
On Thursday, 6 February 2014 at 01:01:59 UTC, Chris Williams
wrote:
I think that the advantages that are added by template-based
compilability checks can be gained without losing flexibility
if we add a more lenient interface definition, like:
I love the idea of some kind of "static interface"
On Friday, 7 February 2014 at 09:47:43 UTC, Zoadian wrote:
On Friday, 7 February 2014 at 08:09:10 UTC, Mike Parker wrote:
Nitro will store Translation like this, so it is even possible
to iterate over parts of components:
Entity[]
int[] for a
int[] for b.x
int[] for b.y
int[] for b.
On Sunday, 9 February 2014 at 15:38:24 UTC, bearophile wrote:
Two unrelated things found recently on Reddit:
In Java 8 they have added type annotations:
http://www.mscharhag.com/2014/02/java-8-type-annotations.html
Wow, they are totally coping! :P Jokes aside, now I wonder: what
language intr
On Sunday, 9 February 2014 at 10:16:20 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 9 February 2014 at 10:06:12 UTC, Manu wrote:
I don't think you've mage a game recently.
Pointless comment.
[snip]
Get down to earth, plz.
I love how you wrote that "Pointless comment" then added that
"Get down
However, the last point was directed to the D community. The
language needs to be more focused on being very good at some
key areas, not cover everything.
I totally agree on this, but the problem here is that
there are game developers out there, willing to use D. I also see
lots of movement fro
On Monday, 10 February 2014 at 04:26:10 UTC, Manu wrote:
Sorry, I obviously mean, "the only *games* company..."
That was a given. However I think AAA titles have the manpower to
avoid those pauses, since the amount of work toward optimization
is huge anyway, am I right? Ofc you still need minim
On Monday, 10 February 2014 at 08:58:29 UTC, Manu wrote:
If we wanted to spend that time+manpower (read, money &
overtime/sanity) on
bullshit like that, we have no reason to adopt D; we already
have C/C++,
and we already have decades of experience mitigating that
nightmare.
The point is, we are
On Monday, 10 February 2014 at 08:59:28 UTC, Ola Fosheim Grøstad
wrote:
It won't happen until the leads of the project COMMIT to a
MEASURABLE goal and a major effort is made to meet that goal.
That means putting other goals aside until that measurable goal
has been met.
I'm sorry, but I think y
On Monday, 10 February 2014 at 09:36:53 UTC, Manu wrote:
Are you saying I don't complain enough? :) (at least, last year
before I left)
Just out of curiosity: what do you mean exactly?
On Monday, 10 February 2014 at 10:53:05 UTC, Manu wrote:
On 10 February 2014 20:12, Francesco Cattoglio <
francesco.cattog...@gmail.com> wrote:
I left Remedy a year back, so I don't speak on their behalf
anymore. Is
that what you mean?
Yes, exactly :) I understood "I sto
On Monday, 10 February 2014 at 19:31:50 UTC, Walter Bright wrote:
I cannot agree with following rules to the point of throwing
common sense out the window.
If following the rules requires throwing common sense out of the
window, perhaps it's time to change the rules.
On Monday, 10 February 2014 at 19:03:22 UTC, Tofu Ninja wrote:
tldr; Tools suck, documentation sucks, std lib is small and no
std GUI lib...
I do agree to a certain degree.
std lib is not really that small, but sure it is never enough.
Lack of std GUI lib, I honestly I'm perfectly fine with it.
On Monday, 10 February 2014 at 21:57:42 UTC, Paulo Pinto wrote:
A bit off topic, but can you still get new single core chips?
Yes you can!
http://en.wikipedia.org/wiki/Intel_Edison
will be made available in 2014, single core.
And since it will have very limited resources, C# and Java are
proba
On Monday, 10 February 2014 at 19:35:55 UTC, Jeroen Bollen wrote:
Is there a way in D to have a list that allows you to shift
around values? I'm creating a cache and I would like to keep a
log of when an item was last accessed so when the cache shrinks
or is about to overflow I can delete the i
On Tuesday, 11 February 2014 at 00:25:35 UTC, Ola Fosheim Grøstad
wrote:
There you go ad hominem again.
You really need to avoid this ad hominem stuff… You see, as a
hardcore roleplayer I could be tempted to switch over into a
sarcastic mode. And that would not be fair to you. ;-)
Ok, I'm a
On Tuesday, 11 February 2014 at 12:47:01 UTC, Ola Fosheim Grøstad
wrote:
Making an analysis of project as an artifact is not "ad hominem"
Expressing an opinion on your knowledge of a subject is not "ad
hominem" either. A few posts ago, Manu wrote "I don't think you
have made a game" = "I don't
On Tuesday, 11 February 2014 at 18:12:41 UTC, Brad Anderson wrote:
On Tuesday, 11 February 2014 at 17:37:36 UTC, Andrei
Alexandrescu wrote:
Yah, the whole Trello experiment has been on my tongue during
this discussion. It's been made public long before its demise.
Andrei
I think it got of
On Tuesday, 11 February 2014 at 19:43:00 UTC, Walter Bright wrote:
The idea is to be able to use a subset of D that does not
require any of druntime or phobos - it can be linked merely
with the C standard library.
What do you think?
I don't do embedded, so my opinion is just an opinion.
I d
On Tuesday, 11 February 2014 at 21:53:42 UTC, Steven
Schveighoffer wrote:
On Tue, 11 Feb 2014 16:11:19 -0500, Walter Bright
wrote:
On 2/11/2014 11:43 AM, Walter Bright wrote:
(First off, I hate the name "better C", any suggestions?)
How about "EmbeddedD", though that wouldn't be entirely
On Wednesday, 12 February 2014 at 02:21:38 UTC, deadalnix wrote:
On Wednesday, 12 February 2014 at 01:54:15 UTC, Andrei
Alexandrescu wrote:
Yes. I think that's a disaster. We need to figure out the
right approach to solving that.
For a while, we were doing the review sunday. That was fun,
ev
On Wednesday, 12 February 2014 at 08:57:21 UTC, Walter Bright
wrote:
On 2/11/2014 11:29 AM, Steven Schveighoffer wrote:
Thoughts? I closed the aforementioned bug as WONTFIX. Anyone
is free to correct
that if you feel it's in error :)
D1 is still in use. Just ignore D1 only bugs if you don't u
On Friday, 14 February 2014 at 09:32:40 UTC, Robin wrote:
more important is clean and unambiguous code.
With Properties used in a code a programmer again has to look up
the definition of all calls and assignments of variables just in
case they could be Properties and not just member variables.
On Friday, 14 February 2014 at 11:28:11 UTC, Jerry wrote:
Track says keep track of objects allocated after the track
call, and
cleanup only looks at those objects that were recently
allocated,
ignoring the rest of the heap.
Track cannot make sure that no reference escapes, therefore
cleaning
On Thursday, 20 February 2014 at 10:10:13 UTC, Nick B wrote:
The abstract is here:
http://openparallel.com/multicore-world-2014/speakers/john-gustafson/
"The pursuit of exascale floating point is ridiculous, since we
do not need to be making 10^18 sloppy rounding errors per second;
we need
On Thursday, 20 February 2014 at 23:21:26 UTC, Nordlöw wrote:
We might not need random access though.
For basic linear algebra forward or bidirectional should be
enough which should suit this format.
Depends on the application.
"Basic Linear Algebra" often requires sparse matrices. Sparse
On Thursday, 20 February 2014 at 23:52:13 UTC, Chris Williams
wrote:
I don't quite understand his ubox stuff, but his unum format
doesn't really solve the 0.1 problem, except maybe by allowing
the size of his values to exceed 64-bits so that precision
errors creap up a little bit slower. (I'm n
On Friday, 21 February 2014 at 05:21:53 UTC, Frustrated wrote:
I think though adding a "repeating" bit would make it even more
accurate so that repeating decimals within the bounds of maximum
bits used could be represented perfectly. e.g., 1/3 = 0....
could be represented perfectly with such
On Thursday, 20 February 2014 at 20:52:23 UTC, Xinok wrote:
Others have suggested disallowing comparing a signed type with
an
unsigned type. I think this is a better solution. Yes, it will
add a small bit of overhead, but I believe it's more important
for code to be correct than to be fast.
I to
On Friday, 21 February 2014 at 12:56:32 UTC, Paulo Pinto wrote:
That is easy to answer, I doubt they could with their rule of
not having more than 5 characters per keyword. :)
Wait, what? REALLY? What kind of rule is that.
ahahahha... are they stuck to the 70's? :D
On Friday, 21 February 2014 at 15:57:32 UTC, Thiez wrote:
That is not true, Rust has several keywords that are more than
5 characters, such as 'continue'. The full list is here:
http://static.rust-lang.org/doc/master/rust.html#keywords . It
is true that they prefer short keywords over long ones
On Wednesday, 12 February 2014 at 20:49:54 UTC, Nordlöw wrote:
What do you think, fellow D programmers?
What are the odds of getting a color-enabled "terminal output"?
We could try to produce some simple ascii art :D
On Friday, 21 February 2014 at 19:12:39 UTC, Frustrated wrote:
Simply not true. Maple, for example, uses constants and can
compute using constants.
You are mixing symbolic calculus and numerical computations. The
two are completely unrelated.
Basically the benefit of this(and potential) outweigh
On Sunday, 23 February 2014 at 13:07:27 UTC, Dmitry Olshansky
wrote:
It's going to be near useless if it doesn't make sure inlining
happened.
I completely agree.
On Sunday, 23 February 2014 at 19:17:29 UTC, Nordlöw wrote:
I guess this component would be integrated into std.algorithm
when its ready, right?
If you are happy with it being in there, if the algorithm has a
nice behaviour, and it passes the existing test suite, I don't
see why it would not!
On Sunday, 23 February 2014 at 20:40:44 UTC, Walter Bright wrote:
Generally, when I optimize at that level, I have a window open
on the assembler output of the compiler and I go back and forth
on the source code until I get the shape of the assembler I
need. Having compiler messages wouldn't be
On Sunday, 23 February 2014 at 21:55:11 UTC, Walter Bright wrote:
On 2/23/2014 1:32 PM, Francesco Cattoglio wrote:
[...]
I addressed these three messages in another reply to Dmitry.
Read that, and you do make a point. I am no expert on
optimization, but as far as I could tell, inlining is
On Monday, 24 February 2014 at 02:05:31 UTC, Walter Bright wrote:
1. It provides information to the compiler about runtime
frequency that it cannot obtain otherwise. This is very useful
information for generating better code.
This answers to your own previous question: this is what makes
"inlin
On Monday, 24 February 2014 at 06:36:33 UTC, Russel Winder wrote:
I suspect D has no user group activity because it is a 10 year
old
language very few people have heard about. It needs a marketing
reboot
Let's make 2 or 3 breaking changes, call it D 3.0, and start
spamming it around!:P
On Monday, 24 February 2014 at 22:09:49 UTC, Jerry wrote:
Andrei Alexandrescu writes:
On 2/23/14, 8:26 PM, Vladimir Panteleev wrote:
Thus, I think there should be "try to inline" (same as
-inline) and
"always inline" (failure stops compilation).
Sounds fair enough.
pragma(inline, false);
On Tuesday, 25 February 2014 at 14:51:48 UTC, Assaf Gordon wrote:
Also, as long as DMD is not free, providing easy way to install
LDC/GDC is highly desired.
On my Ubuntu laptop (standard repos as far as I remember) I have
to "apt-get install gdc" to install it. I don't understand what
you mea
On Tuesday, 25 February 2014 at 15:18:06 UTC, Dicebot wrote:
On Tuesday, 25 February 2014 at 15:12:08 UTC, Francesco
Cattoglio wrote:
On my Ubuntu laptop (standard repos as far as I remember) I
have to "apt-get install gdc" to install it. I don't
understand what you meant wi
On Tuesday, 25 February 2014 at 15:31:19 UTC, Dicebot wrote:
On Tuesday, 25 February 2014 at 15:24:19 UTC, Francesco
Cattoglio wrote:
since gdc --version output is 4.8.1, what version would it be?
like 2.060 or more like 2.052?
Hm, ones I see in package list are for 4.6 - are you using some
On Sunday, 2 March 2014 at 18:55:46 UTC, Russel Winder wrote:
Waf is packaged by Fedora but not Debian.
On a completely unrelated side note: Waf is NOT supposed to be
packaged at all. Being distributed along with the sources is part
of the design.
I don't think that the virtual-by-default is the most important
aspect of the language, so I can live with it (even if I strongly
dislike it). What actually scares me is this:
On Saturday, 15 March 2014 at 11:59:41 UTC, Marco Leise wrote:
One message that this sends out is that a proposal, ev
On Saturday, 15 March 2014 at 23:23:04 UTC, Jonathan M Davis
wrote:
I believe that there was some work done to make it so that
druntime would
detect a segfault and print a stacktrace when that happens, but
it's not
enabled normally, and I don't know quite what state it's in.
That would
probably
On Saturday, 12 April 2014 at 21:48:15 UTC, Alix Pexton wrote:
http://dec64.org/
I recently discovered this while watching a presentation by
Doug Crockford on YouTube.
I know that Dlang is not in the category of languages that this
new numeric representation is aimed at, but Dlang might well
On Sunday, 13 April 2014 at 18:42:43 UTC, Alix Pexton wrote:
The talk I watched only touched on the motivation for a new
format very briefly, but the gist was that the existing
offerings were too computationally expensive to emulate in
software and hardware support is not forthcoming. My
under
On Friday, 25 July 2014 at 07:11:06 UTC, Jacob Carlborg wrote:
On 22/07/14 11:43, ponce wrote:
NullLogger is there precisely because it's trivial and needed.
If it's so trivial then the users can implement that
themselves. A standard library isn't about implementing what's
trivial, it's abo
On Sunday, 27 July 2014 at 20:39:53 UTC, Vladimir Panteleev wrote:
On Sunday, 27 July 2014 at 19:07:14 UTC, Walter Bright wrote:
http://x64dbg.com/#start
Anyone want to give this a whirl?
It looks like an open-source clone of OllyDbg. Looking at the
advertised features, it seems to be aimed
On Tuesday, 29 July 2014 at 05:11:33 UTC, Dicebot wrote:
1) Yes / No for inclusion into std.experimental
Yes, absolutely.
2) Yes / No for inclusion into Phobos in its current state
Not yet.
3) If you have answered "No" for (2) : list of mandatory
changes that
are needed to make you vote "
On Friday, 15 August 2014 at 19:53:28 UTC, Walter Bright wrote:
Currently, D supports:
1. C++ function name mangling
2. C++ namespace name mangling
3. C++ class field and vtbl[] layout
4. C++ function calling conventions
But what is missing is name mangling to match C++ templates.
This makes i
On Saturday, 16 August 2014 at 21:42:59 UTC, Jonathan M Davis
wrote:
On Saturday, 16 August 2014 at 18:50:08 UTC, Jacob Carlborg
wrote:
On 2014-08-16 01:33, Mike wrote:
Sounds like a worthwhile impromement to me.
Sounds like a breaking change to me. Which will include the
usual complains.
On Thursday, 9 October 2014 at 08:50:52 UTC, Martin Nowak wrote:
Kenji just proposed a slightly controversial pull request so I
want to reach out for more people to discuss it's tradeoffs.
It's about deprecating function qualifiers on the left hand
side of a function.
I'm all for it
Then at so
On Monday, 13 October 2014 at 08:53:28 UTC, Peter Alexander wrote:
Looks like Bjarne has proposed UFCS for C++
http://isocpp.org/files/papers/N4174.pdf
No mention of D though...
Seriously, not even a mention? Ok, I'm mad. Can I be mad?
On Sunday, 19 October 2014 at 21:16:14 UTC, Paulo Pinto wrote:
Since the topic of games and GC is a big one, maybe it is
interesting
to read about how Blue Byte decided to make Might & Magic
Heroes Online in Flash and their opinion from the point of view
of a C++ AAA studio on the whole develop
On Tuesday, 21 October 2014 at 16:08:41 UTC, Israel wrote:
On Tuesday, 21 October 2014 at 15:23:11 UTC, David Gileadi
wrote:
On 10/21/14, 2:47 AM, monarch_dodra wrote:
Hurp, I wonder why GC issues only appear with application
that use a GC.
Hurp-a-durp.
Also, the issue of memory leak and core
On Saturday, 20 December 2014 at 20:13:31 UTC, weaselcat wrote:
On Saturday, 20 December 2014 at 17:40:06 UTC, Martin Nowak
wrote:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
- working import, protection and
On Monday, 26 January 2015 at 11:39:23 UTC, Jonathan M Davis
wrote:
But It's not like this really improves consistency all that
much anyway,
because public, protected, package, private, final, override,
static, const,
immutable, inout, and deprecated all don't have @. So, most
function
attribut
Taken from
http://forum.dlang.org/thread/gjrbmskictrbcyedu...@forum.dlang.org
trying to instantiate an Array!MyClass fails with a rather
obscure error message if the MyClass has a member function "void
init()":
http://dpaste.dzfl.pl/16d202b7124d
Is this a std library bug, or should this be c
On Monday, 2 March 2015 at 15:57:10 UTC, Tobias Pankrath wrote:
Please file a bug report.
Will do!
On Tuesday, 15 April 2014 at 19:57:59 UTC, monarch_dodra wrote:
I have an issue related to adding an extra attribute:
Attributes of non-template functions. Currently, you have to
mark most functions as already pure, nothrow and @safe. If we
are adding another attribute. Code will start looking
On Friday, 9 May 2014 at 21:05:18 UTC, Wyatt wrote:
But conversely, Manu, something has been bothering me: aren't
you restricted from using most libraries anyway, even in C++?
"Decent" or "acceptable" performance isn't anywhere near
"maximum", so shouldn't any library code that allocates in an
On Saturday, 10 May 2014 at 07:08:04 UTC, Andrei Alexandrescu
wrote:
On 5/9/14, 11:27 PM, Manu via Digitalmars-d wrote:
ARC overhead would have no meaningful impact on performance,
GC may
potentially freeze execution. I am certain I would never
notice ARC
overhead on a profiler, and if I did, t
On Sunday, 11 May 2014 at 22:06:55 UTC, Francesco Cattoglio wrote:
On Sunday, 11 May 2014 at 21:49:06 UTC, ponce wrote:
On Sunday, 11 May 2014 at 21:43:06 UTC, sclytrack wrote:
There is very little use of "@", it's mostly "&" and "~".
Heck I didn
On Sunday, 11 May 2014 at 21:49:06 UTC, ponce wrote:
On Sunday, 11 May 2014 at 21:43:06 UTC, sclytrack wrote:
There is very little use of "@", it's mostly "&" and "~".
Heck I didn't find any @ while casually browsing the code.
It's like they are not using it at all.
Similarly in current
1 - 100 of 109 matches
Mail list logo