On Sunday, 5 August 2018 at 05:22:44 UTC, Mike Franklin wrote:
On Sunday, 5 August 2018 at 04:47:42 UTC, tanner00 wrote:
Hi, I’m interested in working on this project and just wanted
to touch base. Is there any word on who will be mentoring this
project? I’m entering college this fall but I’ve
On Sunday, 5 August 2018 at 05:16:50 UTC, Mike Parker wrote:
On Sunday, 5 August 2018 at 04:47:42 UTC, tanner00 wrote:
[...]
Hi, I’m interested in working on this project and just wanted
to touch base. Is there any word on who will be mentoring this
project? I’m entering college this fall bu
On Monday, 23 July 2018 at 10:33:28 UTC, Mike Franklin wrote:
On Monday, 23 July 2018 at 09:52:54 UTC, Zheng (Vic) Luo wrote:
Regarding floating point operations, I plan to use
dmd.builtins/ldc.builtins instead of linking with libm.
That reminds me. Something else to consider is that some of
On Monday, 23 July 2018 at 08:08:03 UTC, Mike Franklin wrote:
On Monday, 23 July 2018 at 06:24:04 UTC, Zheng (Vic) Luo wrote:
Moreover, The term "dependency-free" in the project
description often confuses me, because as a hardware-agnostic
library the project does have to depend on external
i
On Monday, 23 July 2018 at 09:09:40 UTC, Mike Franklin wrote:
On Sunday, 22 July 2018 at 17:12:31 UTC, Ecstatic Coder wrote:
2/ Nuklear (https://github.com/vurtun/nuklear)
Reading the documentation for Nuklear, I found this:
https://rawgit.com/vurtun/nuklear/master/doc/nuklear.html#drawing
I'm interested in the "Graphics library for resource
constrained embedded systems" project and have some spare time
this autumn, but I have some questions:
- Does this project aim at creating a hardware-agnostic
rasterizer supporting a few primitives like https://skia.org/
or implementing a ful
I've said, that if we get signatures, I'll build the damn thing
myself.
Signatures give a very lightweight vtable implementation while
also giving conceptual representation of structs+classes.
Which for an event loop, is a very desirable thing to have. But
alas, I'm waiting on my named paramet
On Wednesday, 18 July 2018 at 03:19:53 UTC, rikki cattermole
wrote:
On 18/07/2018 5:36 AM, Ecstatic Coder wrote:
On Saturday, 14 July 2018 at 06:02:37 UTC, Mike Parker wrote:
Thanks to the sponsorship of Symmetry Investments, the D
Language Foundation is happy to announce the Symmetry Autumn
o
On Saturday, 14 July 2018 at 06:02:37 UTC, Mike Parker wrote:
Thanks to the sponsorship of Symmetry Investments, the D
Language Foundation is happy to announce the Symmetry Autumn of
Code!
We're looking for three university students to hack on D this
autumn, from September - January. We're al
On Friday, 13 July 2018 at 15:05:05 UTC, Michael wrote:
On Friday, 13 July 2018 at 14:20:19 UTC, Mike Parker wrote:
As promised in my tweet of June 30 (and to the handful of
people who emailed me), the cloud of mystery surrounding the
use of the money raised for code-d and its supporting tools
On Saturday, 14 July 2018 at 16:19:29 UTC, Joakim wrote:
On Friday, 13 July 2018 at 14:20:19 UTC, Mike Parker wrote:
As promised in my tweet of June 30 (and to the handful of
people who emailed me), the cloud of mystery surrounding the
use of the money raised for code-d and its supporting tools
On Monday, 16 July 2018 at 07:49:33 UTC, Kagamin wrote:
On Friday, 13 July 2018 at 19:30:07 UTC, RhyS wrote:
If there is a language out there that gaps that C/Java/dynamic
fast and easy feel, and offers the ability to compile down
with ease. I have not seen it.
There's no silver bullet, you c
On Friday, 13 July 2018 at 19:30:07 UTC, RhyS wrote:
On Friday, 13 July 2018 at 13:15:07 UTC, Ecstatic Coder wrote:
At the moment, developing in Rust can be quite painful because
of too much focus on its borrow checker, as the reference
counting system is just a side feature, which is not deepl
On Thursday, 12 July 2018 at 12:07:55 UTC, wjoe wrote:
On Tuesday, 10 July 2018 at 17:25:11 UTC, Yuxuan Shui wrote:
Whether or not rust, go, etc. are just as or more popular than
C++ or Java in 30 years remains to be seen.
Rust and Go have their strengths, but also suffer from serious
usabili
This is one of the things about open source / volunteer
projects that may or may not be a good thing (it can be argued
both ways). Since people aren't getting paid to do grunt work,
if nobody steps up to the plate to fix an issue, it will either
just sit there forever, or it will fall upon Wal
On Tuesday, 10 July 2018 at 18:20:27 UTC, H. S. Teoh wrote:
On Tue, Jul 10, 2018 at 05:25:11PM +, Yuxuan Shui via
Digitalmars-d-announce wrote:
On Friday, 6 July 2018 at 21:15:46 UTC, H. S. Teoh wrote:
[...]
> Of course, for someone looking for an excuse not to use D,
> they will always fi
Friday, 6 July 2018 at 21:15:46 UTC, H. S. Teoh wrote:
On Fri, Jul 06, 2018 at 08:16:36PM +, Ecstatic Coder via
Digitalmars-d-announce wrote: [...]
I've never said that this is something smart to do. I'm just
saying that this code can perfectly be executed once in a C++
game fra
On Friday, 6 July 2018 at 19:22:13 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 17:59:27 UTC, Ecstatic Coder wrote:
While ANY C++ game can make ANY number of
allocations/allocations inside a game loop and still run
without a risking any freeze.
You are doing something very wrong if you
On Friday, 6 July 2018 at 19:27:51 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 19:22:13 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 17:59:27 UTC, Ecstatic Coder wrote:
While ANY C++ game can make ANY number of
allocations/allocations inside a game loop and still run
without a ris
On Friday, 6 July 2018 at 19:56:23 UTC, JN wrote:
On Friday, 6 July 2018 at 18:19:08 UTC, Ecstatic Coder wrote:
Because in C++, smart pointers and collections will make sure
to free unused memory block as soon as they need to, and no
later.
I bet if D was reference counted from the start, C++
On Friday, 6 July 2018 at 17:58:46 UTC, bachmeier wrote:
On Friday, 6 July 2018 at 15:53:56 UTC, Ecstatic Coder wrote:
With D, ANY forgotten allocation during the game loop (and I
really mean even JUST ONE hidden allocation somewhere in the
whole game or engine), may cause the game to regularl
On Friday, 6 July 2018 at 17:43:29 UTC, JN wrote:
On Friday, 6 July 2018 at 17:26:26 UTC, wjoe wrote:
On Friday, 6 July 2018 at 15:53:56 UTC, Ecstatic Coder wrote:
With D, ANY forgotten allocation during the game loop (and I
really mean even JUST ONE hidden allocation somewhere in the
whole ga
On Friday, 6 July 2018 at 17:22:15 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 17:16:54 UTC, Ecstatic Coder wrote:
Are you seriously going to ignore video games that are
entirely implemented in GC focus language such as C#/java?!
The GC is NOT AN ISSUE IF YOU KNOW WHAT YOU ARE DOING!
-A
Are you seriously going to ignore video games that are entirely
implemented in GC focus language such as C#/java?! The GC is
NOT AN ISSUE IF YOU KNOW WHAT YOU ARE DOING!
-Alexander
+1
Indeed ABSOLUTELY NO garbage collection will happen during the
game loop is 100% of your GC-language code d
On Friday, 6 July 2018 at 16:48:17 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 16:45:41 UTC, Ecstatic Coder wrote:
On Friday, 6 July 2018 at 16:33:19 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 15:19:33 UTC, Ecstatic Coder wrote:
For C++, the answer is : never.
...Yeah I had alre
Also if your concatenate string in a loop in c# then you use
the https://www.dotnetperls.com/string-join function as it
simpler and faster.
There is no reason why we can't have the function equivalent in
D.
-Alexander
Yeah I know, this code was DELIBERATLY naive.
That was the whole point of
On Friday, 6 July 2018 at 16:33:19 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 15:19:33 UTC, Ecstatic Coder wrote:
For C++, the answer is : never.
...Yeah I had already figure out what your aiming at. For C++
the correct answer is "I do not know as I don't know how it is
implemented".
But then of course, you need to avoid a lot of D niceties.
Unfortunately, in my case this is the exact moment where D looses
a LOT of its shininess compared to C++.
The balance is no more that much in favor of D as it was before,
because it's "standard" D code which is so much more convenien
On Friday, 6 July 2018 at 14:14:27 UTC, rikki cattermole wrote:
On 07/07/2018 2:11 AM, Ecstatic Coder wrote:
On Friday, 6 July 2018 at 13:50:37 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 13:15:43 UTC, Ecstatic Coder wrote:
LOL
Ok, if I'm wrong, then this means D is already a perfect
r
Of course, the answer in C++ is that it won't compile, this is
D code! ;)
Seriously ?
I wrote : "And what about the same code in C++ ?"
I thought people on this forum were smart enough to understand
"the C++ port of this D code".
I'm sorry to have been wrong on this.
Anyway, what nobody he
On Friday, 6 July 2018 at 15:07:41 UTC, wjoe wrote:
On Friday, 6 July 2018 at 13:15:43 UTC, Ecstatic Coder wrote:
Just by curiosity, can you tell me how many successful
commercial games based on a D game engine are released each
year ?
Just out of curiosity, how many games have been released
On Friday, 6 July 2018 at 14:52:46 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 14:11:05 UTC, Ecstatic Coder wrote:
On Friday, 6 July 2018 at 13:50:37 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 13:15:43 UTC, Ecstatic Coder wrote:
[...]
No triple AAA engine is going to switch to D
On Friday, 6 July 2018 at 13:50:37 UTC, 12345swordy wrote:
On Friday, 6 July 2018 at 13:15:43 UTC, Ecstatic Coder wrote:
LOL
Ok, if I'm wrong, then this means D is already a perfect
replacement to C++, especially for game development.
Just by curiosity, can you tell me how many successful
c
LOL
Ok, if I'm wrong, then this means D is already a perfect
replacement to C++, especially for game development.
Just by curiosity, can you tell me how many successful commercial
games based on a D game engine are released each year ?
Or just this year maybe...
Nobody and nothing forces anyone to use the GC or features
which use it. Just go ahead and manage your memory manually.
They will not be using features like dynamic arrays, the
standard library, and such but that's not a loss since they'd
roll their own, more performant implementations, anyway
Exactly. As Walter has said before, (and I paraphrase,) it's
far more profitable to cater to *existing* customers who are
already using your product, to make their experience better,
than to bend over backwards to satisfy the critical crowd who
points at issue X and claim that they would not u
On Wednesday, 4 July 2018 at 18:05:15 UTC, wjoe wrote:
On Wednesday, 4 July 2018 at 08:50:57 UTC, Ecstatic Coder wrote:
But indeed, being able use D in a GC-free environment (like
C++ and Rust do) would be something many people may NEED, for
instance to be able to EASILY use D for soft-realtime
Throw everything we can this dude's way so we can make D the
most powerful we can
We need pattern matching, we need typeclasses, we need HKT's,
we need linear types, we need @nogc Phobos, we need concurrency
so fearless I can change any variable and not give two shits
Personally I don't real
On Tuesday, 3 July 2018 at 07:42:22 UTC, RhyS wrote:
On Sunday, 1 July 2018 at 12:43:53 UTC, Johannes Loher wrote:
Am 01.07.2018 um 14:12 schrieb Ecstatic Coder:
Add a 10-liner "Hello World" web server example on the main
page and that's it.
There already is one in the examples:
#!/usr/bin
D has a very diverse use case so the generalization is moot.
For example I prefer having the gc manage memory for me...For
most of the things I do with D...contrary to other opinions.
+1
For most D use cases (including mine, which is file processing),
D's GC is a blessing, and one of its main
Let me echo this: transparency has historically been a big
problem for D. AFAIK, nobody in the broader community was ever
told that the D foundation money would be used to fund a bunch
of Romanian interns, it just happened. In the end, it appears
to have worked out great, but why would anybody
On Monday, 2 July 2018 at 05:20:51 UTC, Joakim wrote:
On Sunday, 1 July 2018 at 15:40:20 UTC, Ecstatic Coder wrote:
On Sunday, 1 July 2018 at 14:01:11 UTC, Jonathan M Davis wrote:
On Sunday, July 01, 2018 13:37:32 Ecstatic Coder via
Digitalmars-d-announce wrote:
On Sunday, 1 July 2018 at 12
On Sunday, 1 July 2018 at 14:01:11 UTC, Jonathan M Davis wrote:
On Sunday, July 01, 2018 13:37:32 Ecstatic Coder via
Digitalmars-d-announce wrote:
On Sunday, 1 July 2018 at 12:43:53 UTC, Johannes Loher wrote:
> Am 01.07.2018 um 14:12 schrieb Ecstatic Coder:
>> Add a 10-liner "He
On Sunday, 1 July 2018 at 12:43:53 UTC, Johannes Loher wrote:
Am 01.07.2018 um 14:12 schrieb Ecstatic Coder:
Add a 10-liner "Hello World" web server example on the main
page and that's it.
There already is one in the examples:
#!/usr/bin/env dub
/+ dub.sdl:
name "hello_vibed"
dependency "vi
On Sunday, 1 July 2018 at 02:57:26 UTC, RhyS wrote:
On Saturday, 30 June 2018 at 07:11:18 UTC, Joakim wrote:
I'd hope a manager would look at actually meaningful stats
like downloads, rather than just fluffy stats such as "likes":
http://www.somsubhra.com/github-release-stats/?username=crystal
On Saturday, 30 June 2018 at 12:59:02 UTC, punkUser wrote:
I don't normally contribute a lot here but as I've been using a
fair mix of C/C++, D and Rust lately for a variety of projects
from game dev to web to services, I have a few thoughts.
Without exhaustively comparing the different pros/c
On Saturday, 30 June 2018 at 07:11:18 UTC, Joakim wrote:
On Saturday, 30 June 2018 at 06:52:01 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 22:59:25 UTC, bachmeier wrote:
On Friday, 29 June 2018 at 20:13:07 UTC, Ecstatic Coder wrote:
Have a look at Crystal's Github project, you will s
On Saturday, 30 June 2018 at 07:11:18 UTC, Joakim wrote:
On Saturday, 30 June 2018 at 06:52:01 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 22:59:25 UTC, bachmeier wrote:
On Friday, 29 June 2018 at 20:13:07 UTC, Ecstatic Coder wrote:
Have a look at Crystal's Github project, you will s
DasBetterC resolves that, though the library issue remains.
Indeed.
Unfortunately, it's often the standard library which makes the
difference between a nice language, and a nice useful language.
D is a great language not only because of the many great
decisions you made when designing the l
On Friday, 29 June 2018 at 22:59:25 UTC, bachmeier wrote:
On Friday, 29 June 2018 at 20:13:07 UTC, Ecstatic Coder wrote:
Have a look at Crystal's Github project, you will see that
Crystal, still in development and quite far from its 1.0 mile
version (= despite no parallism and windows support,
On Friday, 29 June 2018 at 20:51:56 UTC, bauss wrote:
On Friday, 29 June 2018 at 20:13:07 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 19:46:06 UTC, bauss wrote:
On Friday, 29 June 2018 at 19:42:56 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 17:09:44 UTC, JN wrote:
On Friday
On Friday, 29 June 2018 at 19:46:06 UTC, bauss wrote:
On Friday, 29 June 2018 at 19:42:56 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 17:09:44 UTC, JN wrote:
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote:
Once Crystal integrates parallelism (at 1.0), it should
become
On Friday, 29 June 2018 at 18:48:19 UTC, bauss wrote:
On Friday, 29 June 2018 at 17:08:12 UTC, Ecstatic Coder wrote:
If you're a web developer with no dependencies then youre
either reinventing the wheel (could cause trouble in the long
run, if your implementations aren't correct.) Or your
app
On Friday, 29 June 2018 at 17:09:44 UTC, JN wrote:
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote:
Once Crystal integrates parallelism (at 1.0), it should become
de facto one of the best alternative to Go, Java, C#, etc,
because it's actually "Go-made-right". For instance it's
g
If you're a web developer with no dependencies then youre
either reinventing the wheel (could cause trouble in the long
run, if your implementations aren't correct.) Or your
application just isn't more than a hobby project.
Most enterprise projects will have dependencies outside
standard libr
On Friday, 29 June 2018 at 10:06:12 UTC, bauss wrote:
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote:
As you know, I'm convinced that D could be marketed as the
perfect language to develop native web servers and mobile
applications, and have its core libraries somewhat extended i
Anyway, I try to avoid GC as much as possible.
The main issue for me in game development with D is the
cross-compilation (e.g. iOS, Windows Universal Platform..).
+1
That's why I don't think C++ will be soon replaced by Rust, D, etc
Maybe in a few years, but obviously not right now...
On Tuesday, 26 June 2018 at 01:52:42 UTC, Ali Çehreli wrote:
I've made some online improvements to "Programming in D" since
September 2017.
http://ddili.org/ders/d.en/index.html
NOTE: The copies of the book at hard copy printers are not
updated yet. If you order from Amazon etc. it will sti
On Friday, 29 June 2018 at 07:03:52 UTC, Dmitry Olshansky wrote:
I never ever (I think) did something provocative, something to
finally see:
- who in the community WANTS D language to succeed?
- who are just these funny “people” let’s call th this, that
are I don’t know “just hang around”
B
On Friday, 29 June 2018 at 07:03:52 UTC, Dmitry Olshansky wrote:
I never ever (I think) did something provocative, something to
finally see:
- who in the community WANTS D language to succeed?
- who are just these funny “people” let’s call th this, that
are I don’t know “just hang around”
B
IMHO, implementing a EP-to-D source code converter was
probably more risky than simply extending an existing Pascal
Compiler in that case.
Risc is in the eye of the beholder ;-)
Indeed :)
But that doesn't mean I'm completely wrong.
I also enjoy A LOT implementing minimalistic transpilers u
Man, proggit can be savage with the criticism. Every Nim/Rust
and the one Ada programmer have come out of the woodwork to
make sure you know their language supports nested functions.
You've seemingly got to be an expert in every current language
to write a comparison article that suggests D may
For those interested, Basil, my textual database designer, can
now export database schemas in SQL, CQL, Go and Crystal format,
and their fake data in SQL and CQL format.
I've slightly changed the syntax so that the table columns can
use any combination of scalar types, foreign keys, tuples, ma
For those interested, I've open-sourced my localization code
generator here :
https://github.com/senselogic/LINGUI
It converts human-readable translation scripts into compilable
D/C# code.
For instance, this script :
Game
New_game
Welcome first_name last_name
Pea
I've released a small open source plugin for Geany, which calls
Prettify on the edited file.
https://github.com/senselogic/GEANY_PRETTIFY
It's mainly targeted for programmers like me who use Geany to
develop in D, but it works also for other languages (C, C++, PHP,
HTML, CSS, JS, etc).
In t
On Friday, 19 May 2017 at 22:46:07 UTC, aberba wrote:
On Friday, 19 May 2017 at 16:22:36 UTC, Ecstatic Coder wrote:
I have released a few other tools on Github under the GNU GPL,
including :
* Resync : a local folder synchronizer.
* Prettify : a source code prettifier for D and other
language
To see how the prettified looks like, the easiest way is to have
a look at any D source code file on the SenseLogic github account
(https://github.com/senselogic/).
All of them have had their spacings, indentations and alignments
automatically standardized by Prettify.
Basically, it's just A
On Saturday, 20 May 2017 at 15:38:04 UTC, Bastiaan Veelo wrote:
On Friday, 19 May 2017 at 16:22:36 UTC, Ecstatic Coder wrote:
* Prettify : a source code prettifier for D and other
languages.
Can you tell something about in what ways D code is prettified?
How does it compare to dfmt?
Thanks.
I have released a few other tools on Github under the GNU GPL,
including :
* Resync : a local folder synchronizer.
* Prettify : a source code prettifier for D and other languages.
https://github.com/senselogic
I don't know if some of you will be interested in them, but here
they are...
I have released five of my internal tools on Github under the GNU
GPL, not only in the hope that they are useful to others, but
also to indirectly promote the D language, in which most of them
are implemented.
https://github.com/senselogic
These tools are :
* Basil, a textual database builder
70 matches
Mail list logo