On Friday, 25 July 2014 at 15:59:18 UTC, Gary Willoughby wrote:
The D community is hoping those discussion sections start being
used in the same way the PHP documentation is used.
We are? Please, no. Holding the PHP doc comments up as an
example of a positive thing is alternately alternatel
On Friday, 25 July 2014 at 17:32:38 UTC, Andrei Alexandrescu
wrote:
"Wyatt" wrote:
On Friday, 25 July 2014 at 15:59:18 UTC, Gary Willoughby wrote:
The D community is hoping those discussion sections start
being
used in the same way the PHP documentation is used.
We are? Please, no. Hold
On Tuesday, 29 July 2014 at 17:22:38 UTC, Dicebot wrote:
Forking from
http://forum.dlang.org/post/qsqfcayisriatreqt...@forum.dlang.org
Most relevant quote:
On Tuesday, 29 July 2014 at 17:15:22 UTC, Andrei Alexandrescu
wrote:
We put something in std.experimental when we can't imagine
what oth
On Wednesday, 30 July 2014 at 00:40:09 UTC, Brad Anderson wrote:
Andrei did say forum integration would be prefered back when
you mentioned it[1]. The more I think about this though the
more I think you are right that wiki would be superior to
comments but I share your concern for wiki commen
On Wednesday, 30 July 2014 at 14:11:24 UTC, Daniel Murphy wrote:
If used wrong it will do the wrong thing. This is already true
of compiler optimizations. The optimizer may turn invalid code
into security problems - have a google around and you'll find
some examples.
I think the point her
On Wednesday, 30 July 2014 at 14:46:20 UTC, Daniel Murphy wrote:
"Wyatt" wrote in message
news:wpyvrdoofziktwqkz...@forum.dlang.org...
I think the point here is that usually, when the optimiser
changes the semantics of valid code, it's considered a bug in
the optimiser.
s/usually/always/
On Wednesday, 30 July 2014 at 17:32:40 UTC, Brad Anderson wrote:
If D.learn could be integrated with the documentation so that
questions about a particular function are shown then sure. I
think that'd be enough. While not essential, voting on answers
and marking a response as the correct solu
On Thursday, 31 July 2014 at 11:42:21 UTC, Remo wrote:
http://tech.esper.com/2014/07/30/algebraic-data-types/
D already has product type it is struct.
But D lacks sum type also called tagged-union.
Do you think it would be possible to add something like this to
D2 ?
I think you're looking fo
On Friday, 1 August 2014 at 04:51:06 UTC, eles wrote:
While in Debug mode
Generally decent, but I don't agree that the absence of -release
implies debug mode.
-Wyatt
On Friday, 1 August 2014 at 01:41:40 UTC, Daniel Gibson wrote:
Yep, also a good point.
(Actually it's 187 -f* options, the rest is -O* which can't be
combined of course and some of them most probably imply many of
the -f* switches, but it'll still be an unmanageable/untestable
amount of possi
On Friday, 1 August 2014 at 19:52:20 UTC, Andrew Pennebaker wrote:
Would someone kindly upload formulas for building and
installing gdc and ldc with Homebrew?
http://brew.sh/
This way, Mac users could automate installing D language
compilers with "brew install gdc" and/or "brew install ldc".
On Sunday, 3 August 2014 at 15:14:43 UTC, Andrei Alexandrescu
wrote:
On 8/3/14, 2:38 AM, Sönke Ludwig wrote:
3. Use of "opDispatch" for an open set of members has been
criticized for vibe.data.json before and I agree with that
criticism. The only advantage is saving a few keystrokes
(json.key in
On Tuesday, 5 August 2014 at 09:30:45 UTC, Era Scarecrow wrote:
So, I don't suppose there's a short quick & dirty summary of
what's happened in the last 18 months?
The bikeshed is now a very pleasing red, but some people think it
should be a different shade of red and the rest think it shou
On Wednesday, 6 August 2014 at 09:39:10 UTC, Brian Schott wrote:
On Wednesday, 6 August 2014 at 08:44:57 UTC, eles wrote:
OMG, this one is not intended to be a joke!
http://thedailywtf.com/Articles/A_Case_of_the_MUMPS.aspx
http://thedailywtf.com/Articles/Avoiding-MUMPS--Arcadius.aspx
I interv
On Wednesday, 20 August 2014 at 21:26:55 UTC, Philippe Sigaud via
Digitalmars-d wrote:
If you want reference semantics but do not want to have pointers
in your code, yes classes are your best choice.
Alternatively, isn't this a good place to use ref parameters? Or
is there some semantic I'm m
On Friday, 22 August 2014 at 18:21:06 UTC, Vicente wrote:
@Wyatt:
Certainly ref parameters help a lot, but I'm trying to get a
"Node" by returning (a reference to) it. Does the ref keyword
apply to the return type?
I poked it a bit and came out with this. I _think_ it's working
as expected
On Wednesday, 27 August 2014 at 05:40:51 UTC, eles wrote:
On Wednesday, 27 August 2014 at 01:40:41 UTC, Nick Sabalausky
wrote:
All it would do is provide many tempting and creative ways to
accidentally obfuscate the package description file.
I agree partially with this, this is why I am not pu
On Tuesday, 2 September 2014 at 11:36:36 UTC, Joseph Rushton
Wakeling wrote:
On Tuesday, 2 September 2014 at 10:34:05 UTC, ketmar via
Digitalmars-d wrote:
i believe that he means "non-stripped binary".
No, I don't think he does. With the debug symbols etc. in
place, it gets much, much bigger
On Tuesday, 9 September 2014 at 15:00:05 UTC, AsmMan wrote:
There's a programming language (I don't recall its name now)
"A programming language", you say? Wouldn't you know it, that's
the one! ;)
that you need to a "special" keyboard just to type its
operators.
APL actually has really ne
On Monday, 8 September 2014 at 08:51:10 UTC, Ola Fosheim Grøstad
wrote:
What kind of syntactical sugar do you feel is missing in D?
Sort of in the vein of this discussion, one thing I'd like to see
is a (smallish) set of special operators that have no meaning
unless explicitly overloaded. I
On Monday, 15 September 2014 at 14:44:53 UTC, Andrei Alexandrescu
wrote:
On 9/15/14, 2:50 AM, monarch_dodra wrote:
- No way to "GC-dup" the RCString. giving "dup"/"idup" members
on RCstring, for when you really just need to revert to pure
un-collected GC.
Nice. But then I'm thinking, wouldn
On Wednesday, 17 September 2014 at 05:52:29 UTC, Chad Joan wrote:
--- The Problem ---
I was using Derelict to play around with SDL/OpenGL in D for a
bit, and I was initially unable to do so because DerelictSDL2's
search paths for .so files could not find libSDL2_ttf.so on my
Linux distributio
On Wednesday, 17 September 2014 at 02:57:03 UTC, Freddy wrote:
When you have separate 2 typedefs of the exact same type, they
are equal.While this maybe able to be solved with
Typedef!(Typedef!(...)) different modules typedef ing the same
type (most likely build-in types) would have their typedef
On Thursday, 18 September 2014 at 18:02:08 UTC, H. S. Teoh via
Digitalmars-d wrote:
basically "s++" gets translated to "s.x++", and since S behaves
basically identically to an int, which means it should get
enregistered under the same circumstances, the generated machine
code should be identical
On Saturday, 20 September 2014 at 04:52:58 UTC, Andrei
Alexandrescu wrote:
alias A = Typedef!float;
alias B = Typedef!float;
By basic language rules, A and B are identical. Making them
magically distinct would be surprising...
Hold up. See, "Making them magically distinct would be
surprisi
On Monday, 22 September 2014 at 23:11:42 UTC, Andrei Alexandrescu
wrote:
I agree. It does have legs however. We should learn a few
things from it, such as green threads, dependency management,
networking libraries. Also Go shows that good quality tooling
makes a lot of a difference. And of co
On Monday, 22 September 2014 at 17:21:50 UTC, Andrei Alexandrescu
wrote:
I would agree with that. If I'd do it over again I'd probably
make the string the second argument with no default.
That's not the problem though.
You can make the argument that it's not that much of a burden.
And on a
On Tuesday, 23 September 2014 at 15:43:41 UTC, Andrei
Alexandrescu wrote:
Yah, we definitely should have one of our mythical lieutenants
on that. -- Andrei
I distinctly remember someone offering to write one and being
shot down (by Walter?).
-Wyatt
On Thursday, 25 September 2014 at 11:30:52 UTC, Joakim wrote:
On Thursday, 25 September 2014 at 03:55:22 UTC, Walter Bright
wrote:
I make similar statements all the time. It doesn't result in
action on anyone's part. I don't tell people what to do - they
work on aspects of D that interest them.
On Wednesday, 24 September 2014 at 20:15:52 UTC, Oscar Martin
wrote:
On Wednesday, 24 September 2014 at 08:13:15 UTC, Marc Schütz
wrote:
There can also be a shared _and_ a local GC at the same time,
and a thread could opt from the shared GC (or choose not to
opt in by not allocating from the
On Thursday, 25 September 2014 at 13:31:24 UTC, Jacob Carlborg
wrote:
Perhaps it's time to look at some modern alternatives and not
be stuck with GDB ;)
I might look at the "modern alternative" once it supports
debugging 64-bit executables. :/
-Wyatt
On Thursday, 25 September 2014 at 17:44:49 UTC, Jacob Carlborg
wrote:
LLDB supports OS X, Linux and FreeBSD. 32 and 64bit on all of
these platforms [1].
It mentioned only 32-bit ELF on the "About" page. Since that
matches with what was previously the case in terms of debugging
support, I d
On Monday, 29 September 2014 at 20:15:06 UTC, bachmeier wrote:
Is that all it would take? Do you also need a GC-free standard
library, which seems to be the need of all the others saying
"do this and I'll switch from C++"? Are the tools good enough?
No relation to OP, but I can tell you it i
On Tuesday, 30 September 2014 at 11:45:37 UTC, Ola Fosheim
Grøstad wrote:
(it is only pointers after all).
Semi-tangential to this discussion, but this bit hits on
something I've been thinking for a little while... ref is, at its
core, trying to be a non-nullable pointer. And I get the stro
On Sunday, 5 October 2014 at 16:14:18 UTC, Dicebot wrote:
No need to explain it here. When I speak about vision I mean
something that anyone coming to dlang.org page or GitHub repo
sees. Something that is explained in a bit more details,
possibly with code examples. I know I am asking much bu
On Monday, 6 October 2014 at 13:54:05 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 5:42 AM, Wyatt wrote:
On Sunday, 5 October 2014 at 16:14:18 UTC, Dicebot wrote:
No need to explain it here. When I speak about vision I mean
something
that anyone coming to dlang.org page or GitHub repo sees.
S
On Monday, 6 October 2014 at 15:05:31 UTC, Andrei Alexandrescu
wrote:
On 10/6/14, 7:36 AM, Wyatt wrote:
D is going to have C++ support. That's cool and compelling as
a bare statement, but in what manner?
We don't know yet, we're designing it
The exact list is in the air. We're looking e.g.
On Thursday, 9 October 2014 at 08:50:52 UTC, Martin Nowak wrote:
Would this affect your code?
I'll live.
Do you think it makes your code better or worse?
On the balance, neither.
Is this just a pointless style change?
Changes that mitigate patterns of human error are _never_
pointless
On Tuesday, 14 October 2014 at 22:27:35 UTC, Walter Bright wrote:
Currently, D supports C++:
* function calling
* name mangling
* namespaces
* templates
* member functions
* single inheritance
* basic types that exist in C++ but not D (like 'long')
I get the sense that http://dlang.org/cpp_int
On Tuesday, 21 October 2014 at 10:25:42 UTC, ROOAR wrote:
Also Cobol looks horrid. Why is it all caps.
You're kind of new to this "legacy" thing, aren't you? ;)
-Wyatt
On Wednesday, 29 October 2014 at 19:38:16 UTC, dan wrote:
What IDE/EDITOR do you use for D? What plugins if you use Vim?
Vim lifer, here. (Not vi. Vim. vi : vim :: Netscape Navigator
4 : Firefox 4)
The only specific D stuff I have is the highlighting. The rest
of my loadout is fairly cons
On Friday, 31 October 2014 at 12:54:30 UTC, FrankLike wrote:
No human uses partial classes in .NET land other than the
tools themselves.
Very good,It makes your code look very simple , nice and cool.
Does the inverse of the Turing test have a name? How am I
supposed to react when a human
On Thursday, 13 November 2014 at 12:01:33 UTC, Ola Fosheim
Grøstad wrote:
I don't like semantics where I have to state that the
parameters and the function should be "pure". It should be
opposite.
Unfortunately for your sanity, this isn't going to happen.
Similarly unlikely is multiple poi
On Thursday, 13 November 2014 at 08:50:29 UTC, Ola Fosheim
Grøstad wrote:
So, how to write a source-to-source compiler from CS to D…? ;-)
I think it would be more useful would be to go the other way
around for targeting Windows Phone. Or rather, it would be if
anyone actually used WP. (Goi
On Thursday, 13 November 2014 at 14:17:43 UTC, Paulo Pinto wrote:
In Germany I get to see Lumias all the time in trains and in
the southern countries there are more people with Lumias than
iPhones.
Oh? Interesting; I'm honestly a bit surprised. (I see more
Blackberry kit than WP in the US
On Thursday, 20 November 2014 at 20:17:15 UTC, deadalnix wrote:
On Thursday, 20 November 2014 at 15:55:21 UTC, H. S. Teoh via
Digitalmars-d wrote:
Using unsigned types for array length doesn't necessarily lead
to subtle
bugs, if the language was stricter about mixing signed and
unsigned
values
On Monday, 1 December 2014 at 11:52:04 UTC, Jonathan M Davis via
Digitalmars-d wrote:
On Monday, December 01, 2014 11:21:23 bearophile via
Digitalmars-d wrote:
Right, sorry, I meant disabled. But I don't like to keep those
things disabled permanently, they eventually should be removed.
I agr
On Friday, 5 December 2014 at 14:53:43 UTC, Chris wrote:
As I said, I'm not against unit tests and I use them where they
make sense (difficult output, not breaking existing tested
code). But I often don't bother with them when they tell me
what I already know.
assert(addNumbers(1,1) == 2);
On Wednesday, 10 December 2014 at 00:58:59 UTC, Chris Williams
wrote:
On Monday, 8 December 2014 at 20:21:51 UTC, Andrej Mitrovic via
Digitalmars-d wrote:
On 12/8/14, Russel Winder via Digitalmars-d
wrote:
It seems that D3 is already available:
https://github.com/mbostock/d3
Guess we'll jus
On Monday, 15 December 2014 at 20:29:23 UTC, ketmar via
Digitalmars-d wrote:
sadly, i'm maintaining my patchset in the form of .patch files.
git is great for continuous integration, but i routinely build
DMD with some patches disabled, and maintaining that set with
git is cumbersome. that's why
On Wednesday, 17 December 2014 at 10:16:22 UTC, ketmar via
Digitalmars-d wrote:
On Wed, 17 Dec 2014 18:06:25 +1000
Manu via Digitalmars-d wrote:
I'd suggest to look at high-quality commercial documentation,
like MSDN or wherever.
please, no! the fact that you are used to it doesn't mean that
On Wednesday, 17 December 2014 at 15:15:41 UTC, ketmar via
Digitalmars-d wrote:
On Wed, 17 Dec 2014 15:01:30 + Wyatt via Digitalmars-d
wrote:
And yet they have much better organisation and they're much
_less noisy_.
did you seen at least one template in winapi? and at leas
Wow, uh...I didn't think I was saying anything particularly
controversial, but I won a wall of text anyway. But it's cool;
turns out I've got one I can spare to reimburse you! :P I don't
think we fundamentally disagree, but I do think our differing
experience has informed our view of the issu
On Friday, 19 December 2014 at 11:12:04 UTC, Rikki Cattermole
wrote:
Basically, I know there is very little resources on CTFE in any
form published. So my goal is to get this authoritative as
possible on the subject.
So with any luck, 50 years from now people will still be asking
questions ab
On Friday, 19 December 2014 at 09:15:18 UTC, Walter Bright wrote:
On 12/18/2014 2:24 AM, Manu via Digitalmars-d wrote:
People aren't allocated work time to read books.
This can't be generally true. Most people who attend
programming conferences, for example, are attending on their
employer's
On Friday, 19 December 2014 at 08:31:12 UTC, John Colvin wrote:
"You guys"? Don't lump the rest of us in with one guy's
ranting. What have the rest of us done to deserve a "fuck you"?
While I'm not unsympathetic to your point, try to see things from
Manu's position. Every time I've seen him
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 visibility rules (DIP22, 313,
314)
- finishing non-GC memory ma
On Thursday, 22 January 2015 at 19:37:11 UTC, weaselcat wrote:
Might be of use to someone, but I was looking for ways to speed
up dmd's albeit already fast compilation times.
Just by dropping in jemalloc in place of glibc's malloc via
LD_PRELOAD on my linux machine I saw a 10-15% drop in
comp
On Monday, 26 January 2015 at 20:19:09 UTC, Laeeth Isharc wrote:
Does Rust have the productivity of D? And it doesn't have the
maturity, as I understand it.
This brings up something that's been bugging me. D has a pitch
for users of a lot of crappy languages, but what do we say when
the c
On Friday, 18 April 2014 at 14:04:04 UTC, Aleksandar Ruzicic
wrote:
So, what do you guys think?
I _strongly_ suggest any proposed redesign retain the
left-justification seen in the current design. It improves
readability and gives opportunities for better information
density.
I know centr
On Friday, 18 April 2014 at 16:40:32 UTC, Aleksandar Ruzicic
wrote:
I have 27'' monitor with resolution of 2560x1440 and
Yeah, me too...
left-aligned websites are really hard to read!
...so I have no idea what you're even talking about with this
statement.
There is a reason why most edit
On Tuesday, 29 April 2014 at 10:38:24 UTC, Andrej Mitrovic via
Digitalmars-d wrote:
void main()
{
auto safeCallback = (string user, string pass = "hunter2")
{
writefln("The password is: '%s'", pass);
};
I'm sorry, but can you explain how this lets an attacker learn
anything
On Wednesday, 30 April 2014 at 13:52:25 UTC, John Colvin wrote:
On Wednesday, 30 April 2014 at 13:38:28 UTC, Adam D. Ruppe
wrote:
But still, one person's productivity is too subjective to
focus a lot on IMO.
Calculated dishonesty is healthy in a marketing campaign :p
Put another way, one dat
On Wednesday, 30 April 2014 at 16:48:50 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 30 April 2014 at 15:45:32 UTC, Andrei
Alexandrescu wrote:
The name should indicate what you get (the calculating of a
result), not
how the framework obtains it (sequential scan).
Making complexity an impleme
On Tuesday, 6 May 2014 at 06:39:45 UTC, Manu via Digitalmars-d
wrote:
The Obj-C thing as an example. Granted, it's a huge feature and
has extensive implications. The Authors have said themselves
that they agree it's not 'ready' for inclusion... so, what? It
sits and rots? I think it needs an ex
On Tuesday, 6 May 2014 at 18:02:46 UTC, John Colvin wrote:
It never occurred to you that people's libraries would be
published as part of a centralised repository with a tool that
manages dependencies?
Hate to be the cynic, but how in the world do you expect people
to even know about Dub or
On Friday, 9 May 2014 at 16:12:00 UTC, Manu via Digitalmars-d
wrote:
Let's also bear in mind that Java's GC is worlds ahead of D's.
Is Sun/Oracle reference implementation actually any good?
I am getting very tired of repeating myself and having my points
basically ignored, or dismissed with
On Tuesday, 13 May 2014 at 06:06:40 UTC, Rainer Schuetze wrote:
This comes up from time to time, but to me it is very blurry
how this can work in reality.
The paper I linked on Friday [0] presents a collector like this.
Are there concerns I've missed that make that not applicable?
Conside
On Tuesday, 13 May 2014 at 19:56:20 UTC, Rainer Schuetze wrote:
I just read the first chapters, and according to that, existing
local gcs needs write barriers, so we are back to my second
proposal. The implementation in the paper even adds read
barriers.
At this point, I suspect write barri
On Thursday, 15 May 2014 at 20:34:31 UTC, Etienne wrote:
My position has changed, and I now think D would be in a better
position if it ran in the Dart VM.
Even if I _were_ a Chrome user, I'd have precisely zero interest
in a browser monoculture. To wit, [P]NaCl and Dart effectively
don't
On Friday, 16 May 2014 at 14:03:05 UTC, Ola Fosheim Grøstad wrote:
Dart compiles to JS, but drops support for IE9 after this
summer… so it isn't a mono culture, but you do depend on Google
strategic planning by using Dart.
As I understand it, you take a substantial performance hit for
doing
On Tuesday, 27 May 2014 at 18:19:14 UTC, Andrei Alexandrescu
wrote:
On 5/27/14, 7:59 AM, MachMit wrote:
On Tuesday, 27 May 2014 at 13:06:10 UTC, Ola Fosheim Grøstad
wrote:
...However, I cannot really come up with a single situation
where I
don't know what kind of allocator I have used when acc
On Thursday, 29 May 2014 at 13:34:26 UTC, Joseph Rushton Wakeling
via Digitalmars-d wrote:
Minor point -- is it really going to be the clunky
std.experimental, or is it going to be something elegant like
exp.* ... ?
I would prefer the latter. :-)
I think I would too. But failing that, sin
On Thursday, 29 May 2014 at 15:44:11 UTC, Meta wrote:
Yes, I think this is a good case where making things slightly
harder for users is good. If someone has to think twice about
using std.experimental because of the long name, then they'll
probably also think twice about how their code might
On Thursday, 29 May 2014 at 19:15:29 UTC, ponce wrote:
Now you have another problem, how do you know that something
"looks good" from a design point of view for inclusion in
std.experimental? Reviews like for Phobos inclusion? Especially
with no users at this point.
It's an experiment; simp
On Friday, 30 May 2014 at 11:35:19 UTC, Chris wrote:
Are we mad or just passionate?
Yes.
On Monday, 2 June 2014 at 18:19:30 UTC, Nick Sabalausky wrote:
(There seems to be a rule that all mobile keyboards
manufactured after about 2005 MUST be terrible. Heck, you can
barely find ones with halfway-decent *arrow keys* anymore, let
alone realistically usable home/end/etc (which mobile
On Friday, 6 June 2014 at 09:47:24 UTC, Jonathan M Davis via
Digitalmars-d wrote:
I may have to stop posting from work for the time being. :|
I understand it may not be ideal from the perspective of your
usual NG workflow, but maybe the forum interface could offer some
relief?
-Wyatt
On Friday, 6 June 2014 at 13:04:24 UTC, Jonathan M Davis via
Digitalmars-d wrote:
It took us ages to get them to even open the outbound ssh port.
Oh? This is promising. Sounds like it's time to set up a
reverse SSH tunnel!
...Not that I have all sort of experience with these because of
We
On Monday, 16 June 2014 at 15:16:44 UTC, Manu via Digitalmars-d
wrote:
What say you to that, Walter?
Apple have committed to pervasive ARC, which you consistently
argue is not feasible...
Have I missed something, or is this a demonstration that it is
actually practical?
Here's some kindling;
On Monday, 16 June 2014 at 17:52:29 UTC, H. S. Teoh via
Digitalmars-d wrote:
I have seen 600+-line (and bigger) functions in "enterprise"
production code. I don't recall seeing using goto's in such
functions for flow control (other than error handling), but I
may have missed them. :-P
Legacy
On Tuesday, 17 June 2014 at 10:32:57 UTC, Jonathan M Davis via
Digitalmars-d wrote:
but as I understand it, no one knows how to get ahold of the
fellow who runs it
Nah, it's pretty simple. Just send him an email. I did this some
time last year, and even posted to the NG about it.
that make
On Monday, 16 June 2014 at 20:32:57 UTC, H. S. Teoh via
Digitalmars-d wrote:
Another recent "enterprise" nastiness I ran into: having
several functions with identical name in the source tree, each
of which does something completely different, and which one
ends up in the executable depends on wh
On Thursday, 19 June 2014 at 05:35:06 UTC, Nick Sabalausky wrote:
certainly be nice. But all the data's there at once, so no
need for constant fast-fowarding and rewindi...oh wait, that's
right, debuggers can't rewind either. ;)
Oh?
https://www.gnu.org/software/gdb/news/reversible.html
htt
On Monday, 23 June 2014 at 16:45:28 UTC, bearophile wrote:
I'd like a matrix library for D, able to handle sparse matrices
too. But first I'd like to discuss its API and general design a
bit.
This all reminds me, I was thinking I'd like to try adding some
array language features to D at some po
On Thursday, 26 June 2014 at 08:15:35 UTC, Alix Pexton wrote:
On 25/06/2014 5:16 PM, Walter Bright wrote:
I agree with Russel. I think we've had good success with the D
With
Moons logo, and it's use is pervasive and recognizable as
being D.
Perhaps just a subtle clean up then?
https://dr
On Wednesday, 2 July 2014 at 11:56:43 UTC, w0rp wrote:
I was talking to the designer I work with at my day job about
my working on a new D site, and he actually put together a logo
for me over lunch.
http://www.mediafire.com/download/g7htvw3q61nas5z/D-logo.svg
What does everyone think of that
On Thursday, 3 July 2014 at 11:40:34 UTC, Alix Pexton wrote:
I agree!
I started working on this little document last night while
angry and tired, maybe it should find its way to the wiki.
https://docs.google.com/document/d/1Sb4xnZUbzVRIicsfnxBFhTvRH4EOYq88wZexAuGcnaE/edit
Very nice; thank y
On Thursday, 3 July 2014 at 17:08:12 UTC, Gary Willoughby wrote:
I completely disagree. The logo is the whole and provides
recognition using not only form but also in colour. The red
background is essential and the planet horizon make this logo
what it is. Removing those elements decrease the
On Wednesday, 9 July 2014 at 23:58:39 UTC, H. S. Teoh via
Digitalmars-d wrote:
So here's a first stab at refining (and extending) what 'scope'
should be:
In general, I like it, but can scopedness be inferred? The
impression I get from this is we're supposed to manually annotate
every scope
On Thursday, 10 July 2014 at 23:15:41 UTC, Nick Sabalausky wrote:
I'm fairly certain they don't. Heck, I can't even find a 5:4
anymore which at least isn't *as* bad as 16:9. Tolerable, at
least.
If you're willing to pay a bit more, you can get 16:10 which
is...actually not that bad. I thin
On Thursday, 10 July 2014 at 20:31:53 UTC, Walter Bright wrote:
I reiterate my complaint that people use "virtual functions"
for their github handles. There's no reason to. Who knows that
9il is actually Ilya Yaroshenko? Took me 3 virtual function
dispatches to find that out!
So, final by
On Monday, 14 July 2014 at 23:22:54 UTC, John Carter wrote:
So pointers to sound reasoned analysis of the problems of
C/C++/Java are welcome too.
http://yosefk.com/c++fqa/
I don't know if FQA is really in the spirit of "sound reasoned
analysis", but it's certainly thorough!
-Wyatt
On Monday, 26 January 2015 at 22:05:55 UTC, Laeeth Isharc wrote:
I don't know F#. I know what you mean, but I don't think the
competition to D consists of crappy languages - there are some
very smart and creative people with large resources working on
them (putting aside the question of the
On Friday, 6 February 2015 at 13:42:40 UTC, Ola Fosheim Grøstad
wrote:
"cannot modify this without detailed review".
This quote from Ola, here? That basically describes my job
maintaining big piles of legacy C: the compiler verifies nothing,
so every change to the anything in the API of "saf
On Friday, 6 February 2015 at 15:48:45 UTC, Ola Fosheim Grøstad
wrote:
2. @trusted sections are written without dependencies
This really won't happen unless statically enforced because
humans are involved.
3. @trusted are formally proven safe
...by humans?
4. @trusted functions rarely c
On Monday, 9 February 2015 at 13:47:21 UTC, CraigDillabaugh wrote:
Google Summer of Code organizational proposals start today. I
will submit our proposal in the next day or two. The
evaluation process starts on Feb 23rd, so I imagine we should
still be able to make updates to the Ideas/Mentor
On Monday, 9 February 2015 at 18:18:23 UTC, Andrei Alexandrescu
wrote:
On 2/9/15 10:12 AM, Steven Schveighoffer wrote:
Merriam Webster says otherwise ;)
http://www.merriam-webster.com/dictionary/generic
Interesting, thanks. Also, M-W does not list "genericity". --
Webster needs to get over
On Tuesday, 24 February 2015 at 09:53:19 UTC, Walter Bright wrote:
D has to be competitive in the most demanding environments.
But isn't that exactly the point? Garbage collected D is NOT
competitive in demanding environments.
-Wyatt
On Friday, 6 March 2015 at 06:02:17 UTC, Taylor Hillegeist wrote:
So I have played with a few GUI libraries with bindings
available through D. Personally I find that it seems like there
is alot of effort being put forth on GUI projects.
For consideration/inspiration/whatever, Hybrid was an int
1 - 100 of 218 matches
Mail list logo