On Thursday, 17 April 2014 at 16:27:26 UTC, Alix Pexton wrote:
I added a lookup scheme of my own, its not as fast as Walters
(in fact its the slowest without -inline - release -O) but it
uses 1 bit per entry in the table instead of a whole byte so
you can have lots and lots of different
On Sunday, 8 June 2014 at 19:09:20 UTC, John wrote:
dlang.org website has a quick try editor with D code example.
Please remove that feature (at least the buttons to run it) as
it takes ages to run the example and leaves an impression that
D is very slow!!
This is only good if it can run
On Saturday, 23 August 2014 at 18:29:43 UTC, Walter Bright wrote:
http://www.reddit.com/r/programming/comments/2ed9ah/some_notes_on_d_for_the_win/
http://tomerfiliba.com/blog/dlang-part2/
I'd surprised not to have seen anyone point this out (perhaps I
missed it)given all the talk of niches
The benchmarks guy seems to have some kind of issue with D. He
claims it's too much effort or some nonsense.
On Monday, 15 September 2014 at 20:09:31 UTC, Martin Nowak wrote:
Whenever I stumble about a list of programming languages, D is
missing.
Not that most of those lists matter, but
Fasten your seatbelt, it's gonna be a bumpy ride! :o)
Andrei
The fundamentalness of the changes seem to be sufficient that one
could argue it's D3. If you're going to make major changes
wouldn't it be worth a fuller break to address some of the other
unresolved and seemingly pretty major
What are the major issues with const/immutable and ref?
Const and immutable seem to be difficult to work with, Maxime
wrote a piece about how difficult to use they were in practice.
Ref is difficult to combine properly with generic templates, Manu
covers that in another thread here.
Otherwise if you like D, then try to
improve it from the inside, writing dmd/Phobos/druntime pull
requests,
instead of doing it from the outside.
I'd never have my PR's pulled.
I'm also not as interested in language development as it might
appear.
I'm interested in writing code and getting
On Thursday, 25 September 2014 at 00:52:25 UTC, Walter Bright
wrote:
On 9/24/2014 7:56 AM, Don wrote:
For example: We agreed *years* ago to remove the NCEG
operators. Why haven't
they been removed yet?
They do generate a warning if compiled with -w.
What change in particular?
I've got a
Dicebot wrote:
Switch to input/output ranges as API fundamentals was supposed
to fix it. Custom management policies as you propose won't fix
it at all because garbage will still be there, simply managed
in a different way.
Would it be impractical to support multiple approaches through
On Thursday, 9 October 2014 at 14:47:00 UTC, Dicebot wrote:
On Thursday, 9 October 2014 at 14:38:08 UTC, ixid wrote:
Dicebot wrote:
Switch to input/output ranges as API fundamentals was
supposed to fix it. Custom management policies as you propose
won't fix it at all because garbage will
On Monday, 20 October 2014 at 21:05:33 UTC, Joakim wrote:
On Monday, 20 October 2014 at 20:28:03 UTC, katuday wrote:
I am confused. Microsoft C/C++ tool chain is required in order
to use dmd? How?
For 32-bit compilation, no, no additional download is
necessary. For 64-bit, you need the
On Tuesday, 11 November 2014 at 15:29:49 UTC, Dicebot wrote:
But this is very complicated topic and may take years to fly.
The ship will have sailed by the time it's ready to fly
(gloriously mixed metaphors), this would seem like such a
fundamental issue with a big knock-on effect on
On Friday, 21 November 2014 at 22:57:44 UTC, Kapps wrote:
On Friday, 21 November 2014 at 21:53:00 UTC, bearophile wrote:
anon:
https://www.academia.edu/3982638/A_Study_of_Successive_Over-relaxation_SOR_Method_Parallelization_Over_Modern_HPC_Languages
Thank you for the link, it's very
void foo(int[2]) {}
void bar(int[]) {}
void main() @nogc {
foo([1, 2]s);
bar([1, 2]s);
}
That is a rather unfriendly syntax, it is the kind that
degenerates into noise with other structures.
On Friday, 5 December 2014 at 14:10:44 UTC, bearophile wrote:
ixid:
void foo(int[2]) {}
void bar(int[]) {}
void main() @nogc {
foo([1, 2]s);
bar([1, 2]s);
}
That is a rather unfriendly syntax, it is the kind that
degenerates into noise with other structures.
Can you show an example of
Manu have you shown Walter some of the code where ref is
problematic? He seems to have asked to see examples repeatedly as
he's not convinced there is a problem.
On Saturday, 27 December 2014 at 11:42:45 UTC, Jacob Carlborg
wrote:
On 2014-12-27 09:32, Mike Parker wrote:
The proverbial straw that prompted my blog rant back then was
to do with
std.string. I wanted to split a string on a specific
character. So I
looked in the std.string docs for a split
On Friday, 30 January 2015 at 16:30:18 UTC, anonymous wrote:
On Tuesday, 27 January 2015 at 20:02:12 UTC, anonymous wrote:
PR:
https://github.com/D-Programming-Language/dlang.org/pull/869 -
For details see here.
Live version: http://ag0aep6g-dlang.rhcloud.com - If you've
visited this before,
WIP:
http://dump.thecybershadow.net/0ab998c7f4e2027fed300de718a4a058/013E.png
That is excellent, a huge improvement!
On Tuesday, 20 January 2015 at 03:29:23 UTC, Andrei Alexandrescu
wrote:
Take a look at http://dlang.org. New menus are in place for the
main site and library.
The site is a mess on mobile, a squashed central column and
overlapping UI elements that aren't meant to.
On Friday, 30 January 2015 at 18:11:43 UTC, weaselcat wrote:
On Friday, 30 January 2015 at 14:47:22 UTC, Andrei Alexandrescu
wrote:
Please advise.
Andrei
+1
D's syntax is already big enough, if anything it needs reduced.
What would you remove?
Ignore me, sorry! Obviously that will not work for reuse of
unique.
import std.stdio, std.algorithm;
auto unique(){
bool[int] c;
return (int a){
if (a in c)
return false;
else{
c[a] = true;
return true;
}
};
}
void main()
{
[1, 5, 5, 2, 1, 5, 6, 6].filter!(unique()).writeln;
}
Just
If you can't suffer someone's posts, please use your
newsreader's filtering features to not see their posts. I know
it's not perfect, but by and large it does improve things.
Isn't it better for the community to politely reign in those who
misbehave? Elitism is terribly damaging, we want D to
To be fully viable, `return` would have to be secretly recorded
as part of the `x's type, so that the compiler could forgive
returning it to a non-const. But the compiler should probably
track that `x` is copied from `t` anyway, so that it can verify
`return t` when it returns `x`, and the
On Tuesday, 24 March 2015 at 18:12:03 UTC, Martin Nowak wrote:
On 03/24/2015 03:11 PM, Vlad Levenfeld wrote:
Anything going on with this? Been looking forward to seeing it
for awhile.
I think we should settle on a syntax and split DIP32 in a tuple
part and
a pattern matching part.
The
Oh boy all classes with one-liner non-final methods. Manu must
be dancing a gig right now :o). -- Andrei
Jig. =)
Somebody please write the code already. With no code we sit
forever on our testes speculating.
Isn't this testes-driven development?
Please let me know of any thoughts you might have!
Thanks,
Andrei
Andrei to the Drescu
On Monday, 27 April 2015 at 22:54:07 UTC, Andrei Alexandrescu
wrote:
I don't have a blog, and was thinking of starting one. E.g. the
article on tracing allocations needs a home!
I was wondering if you have any good ideas of what's a good
blog name. I'd avoid branding my blog with my longish
On Wednesday, 15 April 2015 at 15:17:32 UTC, Steven Schveighoffer
wrote:
On 4/15/15 10:44 AM, Idan Arye wrote:
import std.stdio;
struct Foo {
bool registered = false;
void register(int x) {
writeln(Registering , x);
register = true;
}
}
void main() {
Foo foo;
On Monday, 13 April 2015 at 07:12:29 UTC, deadalnix wrote:
It does not matter if one knows this is planets or not (these
aren't planet technically, but phobos and deimos, mars's moons).
What does matter is that the logo is recognized and associated
with D. Any logo change goes against that
import std.stdio, std.parallelism;
auto names = [ Adam Hawkins, Peter Esselius ];
foreach(name; taskPool.parallel(names)) {
writeln(name);
}
There is a convenience function in std.parallelism that allows
you to write the following instead for your foreach loop:
foreach (name;
On Tuesday, 7 April 2015 at 19:46:07 UTC, Ary Borenszweig wrote:
On 4/7/15 3:34 PM, deadalnix wrote:
On Tuesday, 7 April 2015 at 18:01:53 UTC, Ary Borenszweig
wrote:
On 4/7/15 2:16 PM, deadalnix wrote:
On Tuesday, 7 April 2015 at 08:58:57 UTC, ixid wrote:
Or to be more consistent with UFCS:
On Tuesday, 7 April 2015 at 18:34:01 UTC, deadalnix wrote:
On Tuesday, 7 April 2015 at 18:01:53 UTC, Ary Borenszweig wrote:
On 4/7/15 2:16 PM, deadalnix wrote:
On Tuesday, 7 April 2015 at 08:58:57 UTC, ixid wrote:
Or to be more consistent with UFCS:
foreach (name; names.parallel) {
Even putting aside the formal definition of output range,
output is NOT part of the pipeline! Pipelines can be composed
and they keep pumping data through them. writeln does not
transform its input nor does it forward it to the next item in
the pipe. It just eats it.
nor does it forward it
On Wednesday, 8 April 2015 at 17:43:27 UTC, Dicebot wrote:
On Wednesday, 8 April 2015 at 17:41:01 UTC, ixid wrote:
Even putting aside the formal definition of output range,
output is NOT part of the pipeline! Pipelines can be composed
and they keep pumping data through them. writeln does not
On Tuesday, 9 June 2015 at 16:14:24 UTC, Dennis Ritchie wrote:
On Tuesday, 9 June 2015 at 15:26:43 UTC, Ilya Yaroshenko wrote:
D definitely needs BLAS API support for matrix multiplication.
Best BLAS libraries are written in assembler like openBLAS.
Otherwise D will have last position in
On Wednesday, 10 June 2015 at 08:50:31 UTC, Dennis Ritchie wrote:
On Wednesday, 10 June 2015 at 08:39:12 UTC, ixid wrote:
I suspect this is more about who the Mathematica and D users
are as Project Euler is mostly mathematical rather than code
optimization.
Here and I say
On Wednesday, 24 June 2015 at 00:16:49 UTC, Tofu Ninja wrote:
But now you are going to have to come up with a clever name for
every replacement and the clarity of each will be shoty at
best. The append lazy convention at least is a convention that
is very clear, the other way has no rules, you
On Wednesday, 17 June 2015 at 06:08:57 UTC, Andrei Alexandrescu
wrote:
3. Leave std.container alone and move forward with
std.experimental.collection. I am confident the language and
its endorsed idioms have reached enough maturity to not make
this addition into a regular event.
How about 3
On Wednesday, 17 June 2015 at 14:57:40 UTC, Wyatt wrote:
On Wednesday, 17 June 2015 at 06:08:57 UTC, Andrei Alexandrescu
wrote:
Took a fresh look at std.container from a Design by
Introspection perspective
I've seen you use this term a few times now; what does it mean?
(Lack of) Google
On Wednesday, 17 June 2015 at 15:57:38 UTC, Wyatt wrote:
On Wednesday, 17 June 2015 at 15:29:34 UTC, ixid wrote:
On Wednesday, 17 June 2015 at 14:57:40 UTC, Wyatt wrote:
but std.collection isn't nearly so good a name.
std.container2 and so on?
Dunno. That's not something that really needs
On Thursday, 28 May 2015 at 17:22:21 UTC, Andrei Alexandrescu
wrote:
On 5/28/15 8:38 AM, Manu via Digitalmars-d wrote:
* Forceinline.
Thanks for initiating this! The lack of a means to force
inlining has been unpleasant at Facebook as well. It would be
great if we got this (and of course
On Wednesday, 27 May 2015 at 12:34:49 UTC, Daniel Kozák wrote:
On Wed, 27 May 2015 12:07:09 +
Dennis Ritchie via Digitalmars-d digitalmars-d@puremagic.com
wrote:
On Wednesday, 27 May 2015 at 11:53:00 UTC, Jacob Carlborg
wrote:
I have thought of that too. But I haven't been able to come
On Thursday, 25 June 2015 at 21:01:39 UTC, Vladimir Panteleev
wrote:
writeln(str.lowerCased.detabbed.transmogrified);
sounds better than this:
writeln(str.lowerCaser.detabber.transmogrifier);
IMO, when naming things, generally we should lean towards
representing semantics rather than
On Monday, 22 June 2015 at 04:11:41 UTC, Andrei Alexandrescu
wrote:
Walter and I discussed what auto ref for templates should look
like and reached the conclusion that an approach based on
lowering would be best. I added a proposed lowering to
On Thursday, 2 July 2015 at 11:04:52 UTC, Jonathan M Davis wrote:
eager versions already exist which have verb names like you're
looking for, so we have to use new names even if we wanted to
use names like you're suggesting. So, if we were going to just
use verbs like before, we'd have to come
On Thursday, 13 August 2015 at 06:53:14 UTC, Jacob Carlborg wrote:
On 2015-08-13 01:27, Tofu Ninja wrote:
A simple alternative to this would be a flag to the compiler
to expand
mixins and output the new files. This would also be great for
tooling,
an IDE could use this and allow you to expand
On Monday, 24 August 2015 at 15:03:48 UTC, Isaac Gouy wrote:
On Monday, 24 August 2015 at 08:59:57 UTC, ixid wrote:
-snip-
People love competitions, the current benchmark site that
seems to weirdly dislike D is one of people's go to
references. I do not have the ability to do this but it would
On Monday, 24 August 2015 at 13:45:58 UTC, jmh530 wrote:
You mean this site?
http://benchmarksgame.alioth.debian.org/
Yes, precisely that but try to one up it with more challenges.
On Tuesday, 18 August 2015 at 10:45:49 UTC, Walter Bright wrote:
Martin ran some benchmarks recently that showed that ddmd
compiled with dmd was about 30% slower than when compiled with
gdc/ldc. This seems to be fairly typical.
I'm interested in ways to reduce that gap.
One of D's potential
On Thursday, 6 August 2015 at 08:11:49 UTC, Gerald Jansen wrote:
Is the Dscience github project an adequate platform? How can
other people get involved? Is a dedicated discussion group
needed? Can we develop a plan of some sort rather than just a
scatter of individual efforts?
If a group do
On Thursday, 23 July 2015 at 20:09:34 UTC, Walter Bright wrote:
On 7/23/2015 7:49 AM, ixid wrote:
If we had a clean sheet wouldn't it be better to have if
return a value and
ditch ternary?
Then we'd start seeing code like:
x = 45 + if (y == 10) { while (i--) z += call(i); z; } else
{
On Friday, 24 July 2015 at 10:15:36 UTC, Walter Bright wrote:
Nope. As opposed to:
int r;
if (y == 10) {
while (i--)
z += call(i);
r = z;
} else {
switch (x) {
case 6:
r = foo();
On Thursday, 23 July 2015 at 13:33:43 UTC, Adam D. Ruppe wrote:
On Wednesday, 22 July 2015 at 21:04:57 UTC, simendsjo wrote:
:) The example was written to save space. I recon you
understand what I mean.
Yeah, but the if/else is one of the most useful examples of it,
and is covered by ?:, so
On Monday, 13 July 2015 at 14:24:23 UTC, deadalnix wrote:
On Friday, 10 July 2015 at 09:05:10 UTC, Martin Nowak wrote:
On Friday, 10 July 2015 at 08:42:44 UTC, Martin Nowak wrote:
But he's right that we have auto-expanding and non-expanding
tuples, so having a different term for the
On Monday, 20 July 2015 at 08:18:46 UTC, Tofu Ninja wrote:
On Saturday, 18 July 2015 at 01:05:20 UTC, Tofu Ninja wrote:
Here is a survey of all suggested names, please vote so we can
end this with the best name...
http://goo.gl/forms/qls1ZGDCho
Small update, as of right now, there has been
On Thursday, 22 October 2015 at 03:34:17 UTC, Joakim wrote:
Someone needs to write up a good translation of a C++ project
to D, showing how the code is better in D and particularly
demonstrating D idioms instead. The ongoing DDMD project,
translating the dmd frontend from C++ to D, may be a
On Tuesday, 27 October 2015 at 09:41:30 UTC, Andrei Alexandrescu
wrote:
On 10/26/15 10:56 PM, Rikki Cattermole wrote:
Is it possible to have a read only interface/receiving?
Because I'm interested in the content, but not enough
knowledge to
actually talk about it.
Then you may want to join
On Wednesday, 11 November 2015 at 10:49:02 UTC, Ola Fosheim
Grøstad wrote:
I wish you would streamline template definitions even more in
D, though.
What were you thinking?
On Friday, 9 October 2015 at 03:41:42 UTC, Walter Bright wrote:
These, of course, are C++ operators that are replace with the .
operator in D. But when I translate C++ code to D, sometimes
these operators get left behind, and sometimes I simply
reflexively type them into D code.
The error
On Friday, 9 October 2015 at 10:15:42 UTC, Jonathan M Davis wrote:
That would defeat the purpose of _Uniform_ Function Call
Syntax...
For some reason I'd thought it didn't work when you mixed member
function calls with function calls but it seems to do so smoothly.
On Wednesday, 8 July 2015 at 09:13:27 UTC, Jonathan M Davis wrote:
Has anyone come up with anything other than Tuple, Array, List,
or Seq? Simply throwing an s on the end like they did with
Arguments? Then we have Aliases. I doubt that that's a good
idea, but it would be an option.
What's
On Wednesday, 8 July 2015 at 17:53:05 UTC, Steven Schveighoffer
wrote:
It's plural. How to talk about Aliases? That was my main issue
with Arguments.
use a TypeTuple - use an Aliases
-Steve
use Aliases or use the Aliases.
I'm not arguing for Aliases but that seems like a non-problem. If
On Thursday, 9 July 2015 at 11:34:56 UTC, Steven Schveighoffer
wrote:
The more I think about this, I think AliasTuple is probably the
best answer. We have type tuples and value tuples, alias
tuples seems like a natural fit.
-Steve
As we already have two tuples wouldn't a third be a bad idea
On Monday, 31 August 2015 at 22:24:22 UTC, Steven Schveighoffer
wrote:
On 8/31/15 8:22 AM, nazriel wrote:
Anyways, dmd is up to 2.068.
Awesome, thank you very much! Any chance the git version could
be updated as well? Still seems to be old (2013).
Open sourcing will take little bit more
On Wednesday, 16 September 2015 at 06:44:30 UTC, nazriel wrote:
On Wednesday, 16 September 2015 at 05:54:03 UTC, Andrei Amatuni
wrote:
maybe I'm doing something wrong...but the output of running
the default code snippet on the dlang.org homepage is:
"unable to fork: Cannot allocate memory"
On Thursday, 17 September 2015 at 14:48:07 UTC, nazriel wrote:
On Wednesday, 16 September 2015 at 20:52:08 UTC, Andrei
Alexandrescu wrote:
On 09/16/2015 09:49 AM, nazriel wrote:
1-2 days more and we will be done with it so IMHO no need
take any
additionals steps for it right now.
That's
On Friday, 11 December 2015 at 10:04:22 UTC, Andrea Fontana wrote:
On Tuesday, 1 December 2015 at 16:48:00 UTC, Suliman wrote:
Right place is write here
My wishes:
- Less flamewars.
- A heavy template-based image manipulation library (like
antigrain for c++)
As forums go this one is very
On Friday, 3 June 2016 at 05:51:02 UTC, Pie? wrote:
Also, Sisyphus must not have been too crafty! If he spend all
that time digging out the hill then it would have been lower in
gravity and he wouldn't have to carry it for eternity... just
give it a nudge and it would roll down. Hen he could
On Monday, 6 June 2016 at 09:09:13 UTC, Mike Parker wrote:
Where does this impression come from that Windows is a
second-class citizen?
So... what's the problem?
I'm saying things like that is where the impression can come
from. It's not a problem now.
On Monday, 6 June 2016 at 07:44:22 UTC, Mike Parker wrote:
Where does this impression come from that Windows is a
second-class citizen?
64-bit support seemed to take forever to reach Windows.
On Thursday, 26 May 2016 at 16:20:37 UTC, Adam D. Ruppe wrote:
On Thursday, 26 May 2016 at 16:11:22 UTC, Andrei Alexandrescu
wrote:
I've been working on RCStr (endearingly pronounced "Our
Sister")
You really should actually mention RCStr in the subject line so
people overwhelmed with the
On Thursday, 26 May 2016 at 17:07:54 UTC, Seb wrote:
I think we all agree that general is having to much traffic and
according to CyberShadow [1] this again is just an approval
issue, however I expect this a bit controversial, so please no
OT! Only other category proposals.
Proposed
On Tuesday, 9 February 2016 at 12:46:34 UTC, Jakob Ovrum wrote:
I'm not a fan of non-trivial string mixins except in
extenuating circumstances.
This is something Steven Schveighoffer commented on in these
discussions as well. As this is a fundamental D feature and it's
currently rather
On Friday, 12 February 2016 at 03:18:47 UTC, Nick Sabalausky
wrote:
I'd be perfectly happy to have it, particularly if it had a
less confusing name, but can definitely see it being debatable
whether it really is Phobos-worthy.
Andrei has previously expressed a desire for a big standard
On Friday, 12 February 2016 at 15:59:09 UTC, Jonathan M Davis
wrote:
It would be far better IMHO to just do a check in iota and
throw a RangeError if the length wouldn't fit in size_t. Having
length ever be anything other than size_t is just going to
cause problems with other ranges. On 32-bit
On Tuesday, 9 February 2016 at 18:02:50 UTC, Andrei Alexandrescu
wrote:
On 02/09/2016 10:34 AM, ixid wrote:
An alternate solution is liable to be too clever for its own
good. Everybody and their cat understands string concatenation.
What we need here is better tactical tools, e.g. a simple
On Friday, 29 January 2016 at 12:08:01 UTC, Andrei Alexandrescu
wrote:
As has been discussed before there's been discussion about
std.algorithm.reduce taking the "wrong" order of arguments (its
definition predates UFCS). I recall the conclusion was there'd
be subtle ambiguities if we worked
On Friday, 22 January 2016 at 19:53:32 UTC, ronaldmc wrote:
On Thursday, 21 January 2016 at 23:46:26 UTC, anonymous wrote:
The logo is repeatedly being called out as a weak spot of the
D brand. But so far Walter has been adamant about keeping it
the way it is.
I don't want to start a war,
On Thursday, 21 January 2016 at 23:46:26 UTC, anonymous wrote:
The logo is repeatedly being called out as a weak spot of the D
brand. But so far Walter has been adamant about keeping it the
way it is.
I certainly agree the logo is weak, to me the planets look more
like a bad lens flare
Every time there is a D thread on reddit it feels like the new
user is expecting mind-blowing speed from D.
https://www.reddit.com/r/programming/comments/45v03g/porterstemmerd_an_implementation_of_the_porter/
This is the most recent one where John Colvin provided some
pointers to speed it up
On Thursday, 18 February 2016 at 11:57:59 UTC, Jonathan M Davis
wrote:
The problem that folks frequently want to be able to solve that
they simply cannot solve >with D's const (and headconst wouldn't
help) is that they want to be able to pass an object >to a
function that takes it as const or
On Monday, 15 February 2016 at 13:51:38 UTC, ixid wrote:
Every time there is a D thread on reddit it feels like the new
user is expecting mind-blowing speed from D.
https://www.reddit.com/r/programming/comments/45v03g/porterstemmerd_an_implementation_of_the_porter/
This is the most recent one
On Tuesday, 5 April 2016 at 09:22:12 UTC, Jin wrote:
On Tuesday, 5 April 2016 at 05:39:25 UTC, Timothee Cour wrote:
what's D's answer for C++11's uniform initialization [1] which
allows DRY code?
Could we have this:
struct A{
int a;
int b;
}
A fun(A a, int b) {
if(b==1) return
On Tuesday, 26 April 2016 at 03:13:22 UTC, Jonathan M Davis wrote:
On Tuesday, April 26, 2016 01:44:07 Jack Stouffer via
Digitalmars-d wrote:
On Monday, 25 April 2016 at 19:35:04 UTC, Andrei Alexandrescu
wrote:
> https://github.com/dlang/phobos/pull/3971
I really don't see the utility of the
On Tuesday, 24 May 2016 at 01:18:05 UTC, Jonathan M Davis wrote:
Hmmm. And I would have assumed that it rotated in the other
direction. This is really going to need a very specific name
like rotateLeft or rotateRight in order for it not to be
error-prone.
- Jonathan M Davis
Why would you
On Wednesday, 11 May 2016 at 11:27:44 UTC, nazriel wrote:
On Tuesday, 10 May 2016 at 16:39:05 UTC, Anonymouse wrote:
I just had a PEBCAK moment where I was composing a large-ish
snippet on dpaste, then accidentally left the page by clicking
the back button on my mouse. Going back to the page I
On Wednesday, 18 May 2016 at 08:55:03 UTC, Walter Bright wrote:
On 5/18/2016 1:30 AM, Ethan Watson wrote:
You're also asking for a mode where the compiler for one
machine is supposed
to behave like hand-coded assembler for another machine with
a different
instruction set.
Actually, I'm
On Wednesday, 18 May 2016 at 11:38:23 UTC, Manu wrote:
That's precisely the suggestion; that compile time execution of
a
given type mirror the runtime, that is, matching precisions in
this
case.
...within reason; as Walter has pointed out consistently, it's
very
difficult to be PERFECT for
On Tuesday, 10 May 2016 at 09:52:07 UTC, Mathias Lang wrote:
Do you like comma expressions, and think its presence in the
language is more pro than con ?
Kill it with fire and hopefully we can have pretty tuple syntax
like Swift and Go's.
On Friday, 15 April 2016 at 03:10:12 UTC, Andrei Alexandrescu
wrote:
We want Phobos to be beautiful, a prime example of good D code.
Admittedly, it also needs to be very general and efficient,
which sometimes gets in the way. But we cannot afford an
accumulation of mad tricks to obscure the
On Friday, 27 January 2017 at 09:47:48 UTC, Bauss wrote:
On Thursday, 26 January 2017 at 00:02:03 UTC, Profile Anaysis
wrote:
Many times we pass compound types(non-primitives) as arguments
to functions.
[...]
This is going to be a no from me. It's just another syntactic
sugar that doesn't
On Friday, 11 September 2015 at 21:16:06 UTC, Brian Schott wrote:
On Friday, 11 September 2015 at 20:29:56 UTC, Vladimir
Panteleev wrote:
Apparently it was decided at DConf 2015 to remove std.stream
and friends from Phobos.
Kill it with fire.
Speaking of killing things with fire (OT) -
On Thursday, 2 March 2017 at 09:05:43 UTC, Jared Jeffries wrote:
I'm not completely joking ;)
D deserves a lot more fame, because it really allows
programmers to "develop with a smile", so maybe the logo and
slogan should reflect it...
With D you can get the job done, as with C++, Java, C#,
On Wednesday, 1 March 2017 at 18:37:46 UTC, Nick Sabalausky
(Abscissa) wrote:
On 03/01/2017 12:25 PM, Jack Stouffer wrote:
I agree. We have a lot to improve in terms of marketing.
Mainly our messaging is jumbled.
Rust = memory safety
Go = the best runtime around
D = everything I guess?
And
On Saturday, 17 September 2016 at 11:59:53 UTC, cym13 wrote:
Note how a leading dot means “global scope” but a dot after
something means UFCS or method/attribute. What should this
program do? If it is akin to “auto i = [1, 2, 3];
.filterEven();” then i is an int[] and the program prints
On Thursday, 25 August 2016 at 13:41:29 UTC, dom wrote:
https://blogs.msdn.microsoft.com/dotnet/2016/08/24/whats-new-in-csharp-7-0/
came across the new c# features today. I really liked the
syntax for Tuples (and deconstructors), would be great to have
a similar syntax in D :)
This is
On Monday, 22 August 2016 at 02:34:37 UTC, Walter Bright wrote:
On 8/21/2016 12:12 PM, Andrei Alexandrescu wrote:
How does that work? Aren't step-by-step documents "how to do
this on Posix" and
"how to do this for Windows" best tested in one environment at
a time?
I know when I'm following
1 - 100 of 184 matches
Mail list logo
