On Thursday, 17 July 2014 at 13:29:18 UTC, John wrote:
On Thursday, 17 July 2014 at 09:57:09 UTC, currysoup wrote:
It's not about "acceptance", it's about the reality that a GC
is not a universal solution to memory management.
Just from watching a few of the DConf 2014 talks, if you want
perf
On Friday, 1 August 2014 at 19:59:06 UTC, Andrew Pennebaker via
Digitalmars-d wrote:
Yes it is, thank you!
...could we turn that into a full PPA?
Thanks for volunteering.
I prefer the current system. It is easier than configuring a PPA
and the .deb packages are official if you download them
Thanks for the summary. I apologize for the uninformed question,
but is it possible to explain how the change wrt assert will
break existing code? Those details are probably buried in the
extensive threads you've referenced. I ask because my
understanding of assert has always been that you shou
But the 'newly proposed one' is the definition that I have been
using all
along.
+1. Until this came up, I didn't know another definition existed.
The 'regular' definition of assert that you claim is what I see
as
the redefinition - it is a definition based on the particular
implementation o
On Tuesday, 19 August 2014 at 16:17:02 UTC, Dicebot wrote:
On Tuesday, 19 August 2014 at 15:16:31 UTC, Ary Borenszweig
wrote:
Also, the list seems way too big. It's ok from a purist point
of view, to make the compiler nice and clean. But that's not a
good way to make a fast compiler.
This is
On Tuesday, 19 August 2014 at 17:16:32 UTC, Dicebot wrote:
It does look like a niche language but a very good one in
declared niche.
On that we agree. It's great for its niche. I was picturing a
Java or .NET programmer looking at the language. Java devs
complain about Scala. I can't imagine
On Saturday, 23 August 2014 at 22:46:11 UTC, Scott Wilson wrote:
Hello, world. Brand new poster here though I posted similar
messages in other language forums. I hope this is the right
place to ask because my question is half about existing stuff
and half about prospective work.
I am consider
On Saturday, 30 August 2014 at 19:19:48 UTC, Sativa wrote:
I think it would be helpful to have the d lang site host
tutorials/lessons on various aspects of D. D is hard to use for
certain things like gui's, graphics(ogl, dx, etc), etc... not
necessarily because D can't do these things but becau
On Wednesday, 10 September 2014 at 21:32:22 UTC, Andrei
Alexandrescu wrote:
"bearophile" wrote:
Walter Bright:
1. elevate c_long and c_ulong into full fledged types.
This looks like the simpler and cleaner solution. What are the
disadvantages of this solution?
(In my opinion the C++ intero
On Wednesday, 10 September 2014 at 23:18:18 UTC, Walter Bright
wrote:
On 9/10/2014 4:16 PM, bachmeier wrote:
Not to go too far off topic, but C++ interoperability is at 0
merit points until
you've got a GC-less standard library, finished shared library
support on all
platforms, and tools that
On Thursday, 11 September 2014 at 00:29:37 UTC, Andrei
Alexandrescu wrote:
On 9/10/14, 4:16 PM, bachmeier wrote:
Not to go too far off topic, but C++ interoperability is at 0
merit
points until you've got a GC-less standard library, finished
shared
library support on all platforms, and tools th
On Thursday, 11 September 2014 at 18:32:10 UTC, Daniel Alves
wrote:
You know, currently I spend most of my time programming in
ObjC, but I really love C, C++ and D.
Since the Clang Compiler, ObjC dropped the GC entirely. Yes,
that's right, no GC at all. And, in fact, it does support
concurren
On Thursday, 11 September 2014 at 15:39:08 UTC, Sean Kelly wrote:
On Thursday, 11 September 2014 at 00:29:37 UTC, Andrei
Alexandrescu wrote:
On 9/10/14, 4:16 PM, bachmeier wrote:
Clearly Walter and everyone should work on whatever they
think is important. I hope your statement doesn't imply th
On Tuesday, 16 September 2014 at 13:39:07 UTC, ketmar via
Digitalmars-d wrote:
On Mon, 15 Sep 2014 20:37:50 -0700
Andrei Alexandrescu via Digitalmars-d
wrote:
Isaac removed D for ease of maintenance reasons and a few in
the community rushed to accuse him of bias.
but he IS biased. why D? the
On Wednesday, 17 September 2014 at 14:45:59 UTC, Andrei
Alexandrescu wrote:
On 9/16/14, 11:59 PM, bearophile wrote:
Andrei Alexandrescu:
https://issues.dlang.org/show_bug.cgi?id=13487
If the upload conditions and site are sufficiently good I am
willing to
offer some implementations in D and
On Friday, 19 September 2014 at 04:35:55 UTC, deadalnix wrote:
Not so long ago, SDC used to require more than 2.5Gb of RAM and
minutes to compile, and it wasn't possible to compile it as
separate modules due to various bugs in the frontend.
Now it is not only possible to compile it as separate
On Wednesday, 24 September 2014 at 18:46:29 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Tue, Sep 23, 2014 at 10:37:59PM -0700, Walter Bright via
Digitalmars-d wrote:
On 9/23/2014 10:10 PM, H. S. Teoh via Digitalmars-d wrote:
>Yeah, I wish that at least *some* attention would be paid to
>refinin
On Monday, 29 September 2014 at 10:00:27 UTC, Szymon Gatner wrote:
From the PoV of small game developer relying its livelihood on
C++ I must say that this is great thing. If I had better
support for 2 things now: C++ interop so we could just start
writing new code in D and ARM/iOS then we woul
On Tuesday, 30 September 2014 at 09:13:02 UTC, ixid wrote:
I also suspect Andrei is doing a major project at the moment
which is making him uncharacteristically harsh in his
responses, from his POV he's doing something massive to help D
while the community has gone into a negative mode.
There
On Friday, 10 October 2014 at 01:33:23 UTC, Sergey wrote:
Well, thanks for the explanation, now I understand more at the
expense of Microsoft.
It is a pity that it is not possible to write a client on D for
mssql now.
I liked the language D.
Thank you all ...
P.s.
I work in a company where a
On Friday, 10 October 2014 at 13:42:14 UTC, Steven Schveighoffer
wrote:
(I understand that there's a lot of advocacy lately about
"break my
code", but I'm the one who bears the brunt of "you guys broke
my code
again, even though the code was correct and worked perfectly
well! D
sux.", besides
On Saturday, 11 October 2014 at 04:11:30 UTC, Dicebot wrote:
#pleasebreakourcode
No, it's #pleasedeprecateourcode
For a change like this, with proper deprecation, there will be no
broken code.
On Monday, 13 October 2014 at 08:29:42 UTC, 岩倉 澪 wrote:
From what I've found, there was some work on this in the past
(http://forum.dlang.org/thread/wokfqqbexazcguffw...@forum.dlang.org?page=6#post-thclpgdlfxxhhfklwsoj:40forum.dlang.org),
but a pull request was never made/I don't seem to find
d
On Saturday, 18 October 2014 at 16:16:17 UTC, Sean Kelly wrote:
gets my point across. It's always possible to reduce a library
interface to something that's even more stripped-down, which is
by definition more powerful and foundational. But if the user
never wants to work at that low level of
On Friday, 12 December 2014 at 06:57:24 UTC, Laeeth Isharc wrote:
I guess you can call D from Julia very easily via the C API and
would just need to declare C calling convention in your D code.
It may be that with a combination of Julia and D one has the
best of both worlds - no compromise wi
On Saturday, 20 December 2014 at 18:42:52 UTC, Vic wrote:
As a commercial user (but non contributor) of D, here is my
suggestion:
- remove GC and memory management as default
I sure hope not. It would eat a lot of developer time, and then
the anti-GC crowd would switch to complaining about th
On Sunday, 28 December 2014 at 02:55:39 UTC, Xinok wrote:
On Sunday, 28 December 2014 at 01:00:49 UTC, Walter Bright
wrote:
This is so bad there isn't even a direct link to it, it hides
in shame. Just go here:
http://dlang.org/phobos/std_encoding.html#.transcode
and scroll up one entry. He
On Sunday, 28 December 2014 at 17:22:50 UTC, Kiith-Sa wrote:
That's a good idea. I propose rule #1: Under no circumstances
will auto be allowed in any examples. The compiler should even
reject files in which they appear. One of the most frustrating
things is to read documentation with type T (c
On Monday, 29 December 2014 at 17:38:42 UTC, H. S. Teoh via
Digitalmars-d wrote:
Most Phobos range functions return opaque types that the user
should not
depend on (even if the type is nameable), since the point of
the range
API is to have user code Just Work(tm) without needing to know
the
ac
On Monday, 29 December 2014 at 21:23:07 UTC, ketmar via
Digitalmars-d wrote:
On Mon, 29 Dec 2014 21:10:15 +
bachmeier via Digitalmars-d wrote:
That's not something we should assume a new D user will know.
Someone with a few years of C++ experience will probably be
okay, but that&#
On Monday, 19 January 2015 at 02:34:32 UTC, Andrei Alexandrescu
wrote:
With all this discussion on more dynamic content on dlang.org,
I sat down (figuratively; I've been on a hike today) and
thought - what is dynamic about D?
So it hit me like a hammer:
* Forum discussions (this!)
* github t
On Monday, 19 January 2015 at 20:51:03 UTC, Alexey T. wrote:
Will be much easier to read Source, if func declarataion begins
with keyword. "def" of "func". e.g.
func myName(params.): typeOfResult;
or
func myName(params...) -> typeOfResult;
easier to read and PARSE. Next D version may allow
On Monday, 19 January 2015 at 22:02:37 UTC, Steven Schveighoffer
wrote:
On 1/19/15 4:43 PM, ponce wrote:
On Monday, 19 January 2015 at 16:30:14 UTC, Russel Winder via
Digitalmars-d wrote:
On Mon, 2015-01-19 at 15:31 +, ponce via Digitalmars-d
wrote:
[…]
Dunno, maybe an US person would te
On Wednesday, 21 January 2015 at 14:46:22 UTC, Sebastiaan Koppe
wrote:
Just for fun and proof-of-concept I went ahead and forked the
dlang.org site. I basically took the
`do-what-everybody-else-is-doing` approach:
http://dlang.skoppe.eu
It is still a wip, but the landing page and the language
On Monday, 26 January 2015 at 09:58:25 UTC, Ulrich Küttler wrote:
On Monday, 26 January 2015 at 08:59:34 UTC, Walter Bright wrote:
On 1/26/2015 12:18 AM, Jacob Carlborg wrote:
Calypso is not a separate tool. It's a fork of LDC which
allows you to directly
import/include a C++ header files and
On Monday, 26 January 2015 at 20:55:14 UTC, Wyatt wrote:
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
On Tuesday, 27 January 2015 at 01:41:31 UTC, Joakim wrote:
I was just surfing reddit and this exchange with Walter made me
LOL, talking about students who learn programming for the first
time in college:
Walter: Why would you say that? Very few of them actually even
studied CS - they learned
On Wednesday, 7 May 2014 at 09:16:01 UTC, Chris wrote:
On Tuesday, 6 May 2014 at 23:19:47 UTC, Mason McGill wrote:
On Tuesday, 6 May 2014 at 11:28:21 UTC, Chris wrote:
Maybe it's time to think about a D interface to Julia. If
Julia catches on within the scientific community, it would be
good t
On Tuesday, 27 January 2015 at 13:02:06 UTC, Wyatt wrote:
On Tuesday, 27 January 2015 at 02:39:03 UTC, bachmeier wrote:
Which language today does something that's not done by any
other language?
INTERCAL has politeness. But what are you actually trying to
say with this statement?
-Wyatt
I made a choice between Go and D in 2013. I started with Go and
was very happy when I switched to D. The languages appeal to
different users. This is how I interpreted some of the
"advantages" of Go:
+ very small language, very concise & simple
A limited, inflexible language
+ feels like a
Finally, I feel I should respond to this:
On Friday, 13 March 2015 at 02:28:53 UTC, bachmeier wrote:
If you want to be Rob Pike Jr., Go is great. If you want to
program your way, not so much.
I have no reason to take this personally, seeing as I'm pretty
secure in my non-Rob-Pike-ness, but fro
On Saturday, 14 March 2015 at 09:00:11 UTC, Russel Winder wrote:
If D is to compete in the financial computing arena where
Python and R
currently rule, there needs to be all the libraries for doing
time
series analysis, and rendering them graphically. There also
needs to be
a workflow that f
On Saturday, 14 March 2015 at 14:45:07 UTC, rumbu wrote:
I take the risk to be blamed, but let me tell you that the
developer world does not spin around R, Python, Fortran,
Haskell and Go. These are nice languages for a bunch of *nix
nerds or very specialized engineers but their usage is very
On Monday, 16 March 2015 at 08:54:20 UTC, Joakim wrote:
Similarly, D's never going to do very well with programmers who
don't care about the efficiency of their code: simpler, slower
languages like python or ruby have that niche sewn up. The
best we can do is point out that if you're already h
On Tuesday, 17 March 2015 at 19:00:06 UTC, jmh530 wrote:
In addition, further development of the ability to call D from
R or Python* or Julia (or vice-versa) would also be a positive.
What do you have in mind? I no longer work much with Python so my
knowledge is limited, but calling D from R o
On Tuesday, 17 March 2015 at 22:04:08 UTC, jmh530 wrote:
Nevertheless, I think that there would be a lot of value in
writing up what you have done with R and D. That sounds very
interesting.
I posted a link elsewhere in this thread, but it's buried in all
these posts, so here it is again:
h
On Wednesday, 18 March 2015 at 01:52:00 UTC, Laeeth Isharc wrote:
PyD is pretty nice, although one wouldn't want to call it from
an inner loop.
Why wouldn't you want to call it from an inner loop?
On Wednesday, 18 March 2015 at 15:13:24 UTC, jmh530 wrote:
On Wednesday, 18 March 2015 at 02:00:40 UTC, bachmeier wrote:
Unfortunately there is little documentation (though I'm
working on that). I only use Linux but I would be happy if
someone that knows Windows would find that it works there.
On Wednesday, 18 March 2015 at 16:26:44 UTC, Bayan Rafeh wrote:
I don't think I've ever enjoyed programming as much as I did
with D. Anything that I needed to do was doable. It's only been
a few months programming with it and already I feel very
comfortable using it.
I'm with you. Although G
On Thursday, 19 March 2015 at 22:14:02 UTC, Jeremy Powers wrote:
As for the documentation - yeah, don't write docs that
duplicate what is
there in the method signature.
I'm not a big fan of that. It's one of those slippery slope
things. The documentation should be written for a new D user, bu
Just saw this message. Thanks for trying it out.
I will have to look at what Rcpp does on Windows. I've never used
D on Windows either so will have to figure that out as well.
On Friday, 20 March 2015 at 02:38:02 UTC, jmh530 wrote:
On Wednesday, 18 March 2015 at 18:48:59 UTC, bachmeier wrote
On Monday, 6 April 2015 at 23:51:17 UTC, Adam Hawkins wrote:
Hello everyone, this is my first post on the forum. I've been
investigating the language for the past few weeks. I was able
to complete my first useful program thanks to very helpful
people in #d on IRC . The experience made me very i
On Tuesday, 7 April 2015 at 17:03:55 UTC, Walter Bright wrote:
On 4/7/2015 9:28 AM, Walter Bright wrote:
I noticed a bug in one of the examples:
assert("Adam Hawkins" == myName());
er, the example is:
assert("Adam Hawkins" = myName());
should be:
assert("Adam Hawkins" == myName());
On Wednesday, 8 April 2015 at 08:59:04 UTC, Szymon Gatner wrote:
To sum up:
Please give more attention to Windows developers like myself ;)
We could turn that around: Windows developers, please step up to
contribute to the development of D.
On Friday, 10 April 2015 at 18:52:24 UTC, weaselcat wrote:
The only things I've read about nim have been on the D forums -
it seems the wikipedia article is even being considered for
deletion due to not being noteworthy. So I think you might have
trouble finding any comparisons.
Read the comm
On Tuesday, 14 April 2015 at 10:48:48 UTC, Messenger wrote:
To be fair, a vocal minority says the same of D. Accusations of
linkbombing are commonplace, as is the notion that the D forums
are "nice except for the constant go-bashing", claims that
there is an organized secret cabal (naturally le
On Tuesday, 14 April 2015 at 12:16:40 UTC, Rikki Cattermole wrote:
On 15/04/2015 12:08 a.m., D Denizen since a year wrote:
Hi.
I have been here a year or so, and trust you will forgive my
posting
pseudonymously on this occasion. If you guess who it is,
please be kind
enough not to say for n
On Thursday, 16 April 2015 at 04:05:19 UTC, Andrei Alexandrescu
wrote:
On 4/15/15 8:42 PM, Joakim wrote:
On Wednesday, 15 April 2015 at 08:13:20 UTC, deadalnix wrote:
OK, do not expect SDC to compile your code yet, but it got to
a point
where the base is fairly stable, and thing can get better.
On Friday, 17 April 2015 at 13:20:19 UTC, albatroz wrote:
On Thursday, 16 April 2015 at 17:33:09 UTC, Andrei Alexandrescu
wrote:
On 4/16/15 8:47 AM, bachmeier wrote:
Please let me know if
https://github.com/D-Programming-Language/dlang.org/blob/master/CONTRIBUTING.md
floats your boat. We shoul
On Friday, 17 April 2015 at 02:11:29 UTC, Walter Bright wrote:
On 4/16/2015 8:47 AM, bachmeier wrote:
In my case I don't know where to start. I'll leave the Phobos
and compiler code
to the experts, but I'm sure I can help with documentation. On
my own small
projects, I can clone a repo, make a
On Friday, 17 April 2015 at 19:41:01 UTC, bachmeier wrote:
On Friday, 17 April 2015 at 02:11:29 UTC, Walter Bright wrote:
On 4/16/2015 8:47 AM, bachmeier wrote:
In my case I don't know where to start. I'll leave the Phobos
and compiler code
to the experts, but I'm sure I can help with documenta
On Tuesday, 21 April 2015 at 14:25:29 UTC, Steven Schveighoffer
wrote:
On 4/21/15 10:07 AM, Chris wrote:
Here's bearophile's version of sorting an AA by value [1]
void main() {
import std.stdio: writeln;
import std.algorithm.sorting: multiSort;
import std.array: array;
const si
On Friday, 24 April 2015 at 07:04:10 UTC, Ola Fosheim Grøstad
wrote:
the market for programming languages is a Winner Takes It All
market.
/*Scratching my head*/
I don't see how anyone could possibly describe the current
landscape as "winner takes it all". Scala, Clojure, D, Go,
Haskell, C#,
On Friday, 24 April 2015 at 16:40:03 UTC, Ola Fosheim Grøstad
wrote:
There are _lots_ of languages, most are close to dead, some are
lingering, some are clinging to a niche... but only a few ones
gain momentum.
Well, I don't want to get into a big debate about how you define
those things. I
On Saturday, 9 May 2015 at 02:08:54 UTC, weaselcat wrote:
On Friday, 8 May 2015 at 08:51:24 UTC, Walter Bright wrote:
On 5/8/2015 12:45 AM, weaselcat wrote:
some of these really are klunky though.
Nobody's ever satisfied. Doesn't mean the tools aren't
effective, and doesn't mean a "complete
On Monday, 11 May 2015 at 21:15:33 UTC, Dzhon Smit wrote:
Seems this:
--dynamic-space-size 4GB
is pretty important. I don't have that much RAM on my Chromebook
so I removed it. It dies quickly with the error
Heap exhausted during garbage collection: 1408 bytes available,
2240 requested.
I
On Tuesday, 12 May 2015 at 10:03:16 UTC, Marco Leise wrote:
Am Tue, 12 May 2015 01:48:57 +
schrieb "bachmeier" :
On Monday, 11 May 2015 at 21:15:33 UTC, Dzhon Smit wrote:
Seems this:
--dynamic-space-size 4GB
is pretty important. I don't have that much RAM on my
Chromebook so I removed i
On Thursday, 11 October 2018 at 07:58:39 UTC, Russel Winder wrote:
This was supposed to come to this list not the learn list.
On Thu, 2018-10-11 at 07:57 +0100, Russel Winder wrote:
It seems that in the modern world of Cloud and Kubernetes, and
the charging
model of the Cloud vendors, that the
On Thursday, 11 October 2018 at 00:01:27 UTC, James Japherson
wrote:
I don't understand why you need to be convinced that this is
relevant.
Do you not realize that there are cases where one wants to
select the last element of a list without having to explicitly
know it?
It's fine if you w
On Friday, 12 October 2018 at 16:26:49 UTC, Stanislav Blinov
wrote:
On Thursday, 11 October 2018 at 21:22:19 UTC, aberba wrote:
"It takes care of itself
---
When writing a throwaway script...
...there's absolutely no need for a GC. In fact, the GC runtime
will only
On Wednesday, 17 October 2018 at 08:35:09 UTC, Russel Winder
wrote:
D + GtkD (inc GStreamerD) is really quite nice. The biggest
downside is the documentation presenting all the C examples not
D ones, and the lack of non- trivial examples of use. The
biggest problem is really not enough differ
On Tuesday, 13 March 2018 at 22:08:10 UTC, jmh530 wrote:
With respect to interacting with libraries, I agree that a user
should choose either row-order or column-order and stick to it.
But what options are available for the user of a column-major
language (or array library) to call mir if mir o
On Wednesday, 14 March 2018 at 17:22:16 UTC, Sam Potter wrote:
Ideally data structures and algorithms covering this would be
in the standard library?
I sure hope not. At least not for a long time anyway. It would be
hard to make any progress if it were in the standard library. At
this stage f
On Friday, 16 March 2018 at 15:14:08 UTC, Chris wrote:
On Friday, 16 March 2018 at 14:50:26 UTC, Paulo Pinto wrote:
Well, Algol, Pascal, Oberon, Component Pascal, VHDL, Ada are
all examples of programming languages successfully used in
Europe, while having adoption issues on US.
Even Delphi
On Friday, 16 March 2018 at 16:18:55 UTC, jmh530 wrote:
We use qwerty because that's what the first commercially
successful typewriter used. When computers came about, they
needed to get people to transition over. Keeping qwerty was the
optimal decision because of marginal costs and marginal
On Monday, 19 March 2018 at 01:15:28 UTC, Manu wrote:
Or hire staff who are paid to work on 'boring' issues. I would
make regular donations if I could be satisfied that my decade
old issues would be addressed. I wonder how many others would
too?
That's actually possible now for corporate spo
On Tuesday, 20 March 2018 at 22:09:18 UTC, Timothee Cour wrote:
[...]
No, it doesn't scale, and years of evidence have demonstrated
that.
I see no way that this will change, and because delegation is off
the table, the only realistic way for the language to progress is
to put as much as pos
On Friday, 23 March 2018 at 02:42:12 UTC, Manu wrote:
Small companies are often at a resource-shortage as it is...
they probably wouldn't be looking for potential productivity
increase opportunities (like using D instead of C) if that
wasn't the case.
IMO we need to be honest with them so th
On Tuesday, 27 March 2018 at 01:50:17 UTC, crimaniak wrote:
On Monday, 26 March 2018 at 15:52:11 UTC, Jean-Louis Leroy
wrote:
https://www.infoworld.com/article/3263395/application-development/the-programming-languages-you-should-learn-now.html
Looks like R advertising.
I don't see how. Yes
On Friday, 30 March 2018 at 16:12:44 UTC, Atila Neves wrote:
/tmp % time dmd -c foo.d
dmd -c foo.d 0.12s user 0.02s system 98% cpu 0.139 total
That... doesn't seem too fast to me. But wait, there's more:
/tmp % time dmd -c -unittest foo.d
dmd -c -unittest foo.d 0.46s user 0
On Sunday, 1 April 2018 at 10:04:04 UTC, Johannes Loher wrote:
This seems really sudden, april fool's joke? Not really sure,
as there are real problems with this(this)...
What I was wondering too. I mean, breaking changes just don't
happen to this language. Now there will be, without even an
On Sunday, 1 April 2018 at 11:17:38 UTC, Patrick Schluter wrote:
What I was wondering too. I mean, breaking changes just don't
happen to this language. Now there will be, without even an
indication of how existing code would have to be rewritten, or
how this large-scale breakage is different t
On Monday, 2 April 2018 at 15:30:23 UTC, Paolo Invernizzi wrote:
Andrei wrote in the message
I am looking for folks to assist me in creating a DIP for that.
There will be a _lot_ of work involved, so don't take it
lightly.
So, let's keep the discussion factual. I'm pretty sure that
every a
On Tuesday, 3 April 2018 at 21:17:35 UTC, Rubn wrote:
I feel that's probably the case for any comparisons across two
languages, you are going to have a person that is more
knowledgeable in one language than another. Mistakes are going
to be made, but I think it should be blatantly obvious that
On Tuesday, 17 April 2018 at 06:43:16 UTC, JN wrote:
On Monday, 16 April 2018 at 22:24:18 UTC, Luke Wilson wrote:
Hi there! After having found nearly zero solutions for a D
community on Discord, having one server be quite inefficient,
I've made my own. https://discord.gg/crpA2Hn
I hope to bri
On Tuesday, 1 May 2018 at 12:26:25 UTC, Joakim wrote:
I realize it's right before the conference, but I'd like to put
out a request for Walter and Andrei to spend five minutes
during your talks laying out some overarching strategy for how
you see D evolving. It could be during the keynotes or l
On Friday, 4 May 2018 at 12:00:43 UTC, Sjoerd Nijboer wrote:
Instead it would offer teachers who are looking for new new
teaching material some material that is closely coupled to
other material with a small set of technologies. Thus not
forcing students to learn a new language every other cour
On Friday, 4 May 2018 at 15:22:17 UTC, rikki cattermole wrote:
Teaching materials is easy to create.
They are, but professional quality teaching materials are not
easy to create. Bad teaching materials are a net negative. The
things I see presented in this forum, for instance, indicate that
I filed a bug on this several weeks ago. Can someone tell me what
is wrong in the source so that I can fix it? It is almost
certainly trivial, but I don't see it.
You can see the messed up documentation here:
https://dlang.org/library/std/exception/assume_unique.html
On Monday, 14 May 2018 at 07:20:48 UTC, Joakim wrote:
I thought I'd open it up to the community: now that you've
experienced this faster pace, as a user of the D compilers, how
do you like it? Would you prefer a slower release schedule, say
3-4 major releases a year?
I would prefer to have a
On Saturday, 12 May 2018 at 06:35:55 UTC, KingJoffrey wrote:
Come on, your code example misses my point completely.
Take this program below, for example, and tell me that class
encapsulation is not broken in D:
===
module test;
import std.stdio : writeln;
void m
On Tuesday, 15 May 2018 at 15:05:45 UTC, KingJoffrey wrote:
The problem is not so much D, but that C++/Java/C# programmers,
and many from other languages (Go, Rust) will expect
private to mean private...not private..depending on
They will expect the interface they defined, to be respe
On Tuesday, 15 May 2018 at 21:05:10 UTC, Jonathan M Davis wrote:
Ultimately, if newcomers don't want to be tripped up on stuff
like this, their best bet is probably to read books like
Andrei's "The D Programming Language" and Ali's "Programming in
D."
The wiki has a section dedicated to disc
On Friday, 18 May 2018 at 12:26:14 UTC, Gheorghe Gabriel wrote:
Good idea. Or: private(this)
Because using "this" it is easier tu put this code in a mixin
for multiple classes.
Example:
string var = "private(this) var;";
class A {
mixin(var);
}
class B {
mixin(var);
}
As clean and
On Friday, 18 May 2018 at 15:40:52 UTC, KingJoffrey wrote:
This discussion (at least my reason for being involved in it)
is about breaking this idiotic (in my opinion) concept that D
enforces on 'everyone' - i.e the one class per module, or
everything is public, and you have no say in it.
I
On Wednesday, 23 May 2018 at 03:25:44 UTC, VectorThis wrote:
On Wednesday, 23 May 2018 at 03:19:15 UTC, VectorThis wrote:
so penetration is a bad word, cause 12345swordy says so?
"M15 had been penetrated by Russian intelligence"
oohh.. that's disgusting.
"they penetrated the enemy territory
On Friday, 25 May 2018 at 00:35:43 UTC, Kaleb McKinney wrote:
I began learning D to get a performance upgrade from Python for
performance reliant applications, and I was disappointed to
find that a basic "Hello, World!" program takes almost 8
seconds to run, where in Python, it only took about
On Saturday, 26 May 2018 at 14:37:57 UTC, Temtaime wrote:
On Saturday, 26 May 2018 at 12:35:21 UTC, rikki cattermole
wrote:
No.
The mailing list and forum should be identical.
Mailing lists are used by old fools, i really see no reason why
d cannot have normal solution like invision power su
On Tuesday, 29 May 2018 at 17:40:39 UTC, Tony wrote:
On Tuesday, 29 May 2018 at 11:31:53 UTC, Guillaume Piolat wrote:
On Tuesday, 29 May 2018 at 05:11:27 UTC, Dmitry Olshansky
wrote:
D is probably at the edge of what I can tollerate
complexity-wise. And we’ll get to simplify a few things soon
I would file a bug, but I don't have time to dig into this now,
and it would just sit there with no response for six months
anyway.
I cannot find a way to get std.net.curl to work with Ubuntu
18.04. Details can be found here:
https://forum.dlang.org/thread/bug-1864...@https.issues.dlang.org%2
1 - 100 of 430 matches
Mail list logo
