On Wednesday, 9 November 2022 at 11:55:28 UTC, Guillaume Piolat
wrote:
I've been avoiding void[] for this reason (I mean, void[]
_could_ contain pointers), but I think I'm cargo-culting this?
If I do:
ubyte[] arr = new ubyte[100_000_000];
void[] arr2 = cast(void[]) arr; // will this sti
On Monday, 17 October 2022 at 05:21:10 UTC, Garrett D'Amore wrote:
I'm happy to announce that I've created what I believe is a
complete, or at least very nearly so, Tree-Sitter grammar for D.
You can find it at https://github.com/gdamore/tree-sitter-d
Congratulations!
Linking to a response i
On Friday, 5 August 2022 at 15:36:06 UTC, Rumbu wrote:
The last issues are generated by unpublished changes in the
parser:
Examples:
```d
float z = 85886696878585969769557975866955695.E0; //integer
overflow, I don't see any int
```
The last version where this compiled successfully was D 2.
On Friday, 10 June 2022 at 14:14:27 UTC, Andrey Zherikov wrote:
On Friday, 10 June 2022 at 09:20:24 UTC, Vladimir Panteleev
wrote:
Congratulations on the release. Though there's a good number
of libraries for this task in D already, this solution looks
very complete.
I looked at them w
On Thursday, 9 June 2022 at 19:08:16 UTC, Andrey Zherikov wrote:
Hi everyone,
I'm glad to announce first major version of
[argparse](https://code.dlang.org/packages/argparse) - a
library for creating command line interface. It took some time
to figure out public API of this library and I beli
On Tuesday, 17 May 2022 at 16:36:34 UTC, Kenny Shields wrote:
This isn't an open-source project, but I wanted to post this
here for anyone who might be interested in seeing D used for
cross-platform game development. Any questions/comments about
the implementation and design of the game/engine
On Monday, 9 May 2022 at 16:37:15 UTC, H. S. Teoh wrote:
Why is memory protection the only way to implement write
barriers in D?
Well, it's the only way I know of without making it a major
backwards-incompatible change. The main restriction in this area
is that it must continue working with c
On Monday, 9 May 2022 at 00:25:43 UTC, H. S. Teoh wrote:
In the past, the argument was that write barriers represented
an unacceptable performance hit to D code. But I don't think
this has ever actually been measured. (Or has it?) Maybe
somebody should make a dmd fork that introduces write ba
On Sunday, 8 May 2022 at 23:44:42 UTC, Ali Çehreli wrote:
While we are on topic :) and as I finally understood what
generational GC is[1], are there any fundamental issues with D
to not use one?
I implemented one a long time ago. The only way to get write
barriers with D is memory protection.
On Tuesday, 1 March 2022 at 08:12:43 UTC, bauss wrote:
Can't beat the nice integration and ease of access Github
provides, we need stay fresh to attract new younger souls
I sort of agree with that. I usually don't bother reporting
anything because I don't like bugzilla, it would just be much
On Wednesday, 25 August 2021 at 13:30:36 UTC, rushsteve1 wrote:
`trash-d` tries to mimic `rm`'s semantics as much as possible.
It also unifies all the different `trash-*` commands that
`trash-cli` provides into a single one with flags. One of my
goals with `trash-d` was to make a simpler and sm
On Tuesday, 24 August 2021 at 02:19:58 UTC, rushsteve1 wrote:
https://github.com/rushsteve1/trash-d
A near drop-in replacement for `rm` that uses the Freedesktop
trash bin. Started because an acquaintance `rm -rf`'d his music
folder and I thought there had to be a better way.
Cool! How does
On Thursday, 15 July 2021 at 07:23:31 UTC, Gleb Kulikov wrote:
Gentleman, good afternoon! And what is the reason that the RSS
of Announce Forum has not been working since May? XML is broken
and ends like this:
Hi,
First, please only post announcements in the Announce forum.
The feed is fine
On Wednesday, 16 June 2021 at 16:38:58 UTC, Atila Neves wrote:
On Wednesday, 16 June 2021 at 15:48:07 UTC, Vladimir Panteleev
wrote:
On Wednesday, 16 June 2021 at 14:40:05 UTC, Atila Neves wrote:
Interested? Please send a CV to dot name> at
Replying for the benefit of forum.dlang.org us
On Wednesday, 16 June 2021 at 16:49:56 UTC, Tejas wrote:
On Wednesday, 16 June 2021 at 16:24:58 UTC, Vladimir Panteleev
wrote:
On Wednesday, 16 June 2021 at 16:15:31 UTC, Tejas wrote:
On Wednesday, 16 June 2021 at 15:48:07 UTC, Vladimir
Panteleev wrote:
Have a look at the "Also via&qu
On Wednesday, 16 June 2021 at 16:15:31 UTC, Tejas wrote:
On Wednesday, 16 June 2021 at 15:48:07 UTC, Vladimir Panteleev
wrote:
Replying for the benefit of forum.dlang.org users, for whom
the tags were not visible due to Markdown.
Thank you so much :D
Also, what other ways exist to visit this
On Wednesday, 16 June 2021 at 14:40:05 UTC, Atila Neves wrote:
Interested? Please send a CV to dot name> at
Replying for the benefit of forum.dlang.org users, for whom the
tags were not visible due to Markdown.
Also, what about remote?
*ae* (***a**lmost **e**verything*) is an auxiliary
general-purpose D library. It is used by forum.dlang.org, Digger,
the D documentation auto-tester, and most of my D projects in
general.
Among many things, it implements an asynchronous event loop,
several network protocols, and various utili
On Tuesday, 14 April 2020 at 07:03:42 UTC, WebFreak001 wrote:
very nice article!
Thank you!
Also for the performance changes: what do the numbers mean in
the diagram there? Is higher better? What exactly is the unit
of these numbers? Should I even read it from top to bottom or
from bottom to
On Monday, 13 April 2020 at 18:53:39 UTC, Steven Schveighoffer
wrote:
Very nice article!
Thank you!
Interesting from the animation that it decided that importing
std.stdio can be "reduced" to importing std!
Yes, it's a new minor annoyance for all DustMite users :)
I see that you can preve
https://github.com/CyberShadow/win32
https://code.dlang.org/packages/win32
This is a repository + dub package which tracks core.sys.windows,
and makes the declarations within available to all platforms.
This is useful if you need to write cross-platform applications
which e.g. read/write BMP o
On Thursday, 17 October 2019 at 06:02:33 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.089.0 release, ♥ to
the 44 contributors.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.089.0.html
As usual please report any bugs at
https://issues.dlang.org
-Mar
On Wednesday, 25 September 2019 at 11:40:04 UTC, a11e99z wrote:
I had an idea to make CHM help as D-documentation after a post
about man pages popped up
https://thecybershadow.net/d/docs/
https://github.com/dlang/dlang.org/commits/master/chmgen.d
Generates keyword index, navigation as on dlang
Hi,
This is a D port of a Go package implementing Content-Defined
Chunking:
https://github.com/CyberShadow/chunker
The package contains the following modules:
- chunker.polynomials - implements Pol, a type which represents a
polynomial from F_2[X]. I'm not quite sure what that is, but they
On Tuesday, 27 August 2019 at 17:11:33 UTC, Mike Franklin wrote:
On Tuesday, 27 August 2019 at 12:58:20 UTC, Vladimir Panteleev
wrote:
It will eventually zero in to commit-level accuracy after it's
been running for a while. I cleared the database as the last
time it was running, it w
On Monday, 26 August 2019 at 18:51:54 UTC, Vladimir Panteleev
wrote:
On Sunday, 25 August 2019 at 13:38:24 UTC, Mike Parker wrote:
The Symmetry Autumn of Code 2019 application selection process
has come to an end. This year, we've got five projects instead
of three. Congratulations to eve
On Tuesday, 27 August 2019 at 09:08:58 UTC, Mike Franklin wrote:
It's great to see this back up and running. The compile-time
data is quite interesting. Is there any way to identify a
particular offending commit. The commits identified in the data
points on the chart don't seem to be precise.
On Sunday, 25 August 2019 at 13:38:24 UTC, Mike Parker wrote:
The Symmetry Autumn of Code 2019 application selection process
has come to an end. This year, we've got five projects instead
of three. Congratulations to everyone who was selected! You can
read about them and their projects over at
On Monday, 15 July 2019 at 19:56:29 UTC, David Nadlinger wrote:
(Corollary: This should be fixed in a point release to unbreak
various tooling and dependent build systems.)
Fortunately, these changes still have not appeared in a release,
so we can still fix them. The reason why this discussion
On Monday, 15 July 2019 at 13:27:39 UTC, Mike Franklin wrote:
I asked for input from other developers before moving forward.
They helped me understand that `rt` is where the core language
features are implemented.
Assuming it was the discussion linked in this thread, it did not
seem like the
On Monday, 15 July 2019 at 12:42:57 UTC, Mike Franklin wrote:
... and are the exception, not the rule. I believe they should
be moved to `rt`.
BTW, from this discussion it seems to me that you did not have a
good overview of the situation and made a bad decision based on
that. No problem the
On Monday, 15 July 2019 at 12:57:46 UTC, Mike Franklin wrote:
On Monday, 15 July 2019 at 12:27:22 UTC, Vladimir Panteleev
wrote:
This isn't exactly true. The restriction is that core should
not *import* rt. Have a look at all the extern(C) definitions
in Druntime - using extern(C) func
On Monday, 15 July 2019 at 12:42:57 UTC, Mike Franklin wrote:
On Monday, 15 July 2019 at 12:40:50 UTC, Vladimir Panteleev
wrote:
- core.internal.hash contains the implementation of hashing
routines used for associative arrays.
- core.internal.arrayop contains the implementation of array
On Monday, 15 July 2019 at 12:36:14 UTC, Mike Franklin wrote:
Many of the implementations in `rt/array` are templates, so the
entire implementation should be available through object.d, not
just declarations.
The amount of templated code is still finite, otherwise you would
have needed to inc
On Monday, 15 July 2019 at 12:14:16 UTC, Mike Franklin wrote:
Many of the implementations in `rt/array` require importing or
referencing other implementations in `rt` (e.g. `rt.lifetime`).
If they were moved to `core.internal` they would require
importing `rt` or peeking into `rt` with various
On Monday, 15 July 2019 at 12:14:16 UTC, Mike Franklin wrote:
On Monday, 15 July 2019 at 12:02:35 UTC, Seb wrote:
I think that fits core.internal better than rt. Have you
considered that during said discussion?
The implementations in `rt/array` contain templates that are
ports of runtime hook
On Monday, 15 July 2019 at 11:33:44 UTC, Mike Franklin wrote:
I discussed that briefly on Slack with a couple other
developers.
My understanding is the `rt` is the language implementation
and `core` is the low level library for users.
The code in `rt/array` are language implementations. They
On Friday, 5 July 2019 at 03:47:20 UTC, Jonathan M Davis wrote:
Yeah. I ran into the same problem with my own build tool. There
wasn't previously an rt folder in the imports. It was all
hidden in the implementation, and my build tool didn't copy it
over, resulting in confusing errors at first w
On Thursday, 4 July 2019 at 12:57:43 UTC, Mike Franklin wrote:
The copy should take place when building druntime from the
makefiles. The files to be copied are listed at
https://github.com/dlang/druntime/blob/12bcb73da97a0c26aaf4b943eabd3c25051a89da/mak/COPY#L405-L408 and, for Windows, should b
On Wednesday, 22 May 2019 at 01:36:46 UTC, Shigeki Karita wrote:
Recently, I sent a PR [1] in Chroma (syntax highlighter) to
support D. I think my implementation is not perfect. I made
this announcement to ask some experts for help and to ask Dlang
blogger to use this.
Thank you for working o
On Friday, 17 May 2019 at 06:25:23 UTC, Suliman wrote:
Waterfox 56.2.9
Oh! I used on my site new js future. It will work after
updating browser.
Waterfox 56.2.9 is currently the latest version of Waterfox.
There is no newer version to update to.
Waterfox uses an older version of Gecko (be
On Thursday, 16 May 2019 at 17:58:52 UTC, Suliman wrote:
Very strange... it’s working for me now even from mobile.
Which browser?
Waterfox 56.2.9
It does work in Chromium.
On Thursday, 16 May 2019 at 12:25:52 UTC, Suliman wrote:
After 2 years dlang.ru was update. Content did not change. Main
improves was is technology stack and design (still not perfect,
but better than was).
http://dlang.ru
P.S. site is blocked by most of russian internet-providers by
RKN
I
On Monday, 13 May 2019 at 07:40:37 UTC, Johannes Loher wrote:
I still think that we should make them easily available from
either the website or the forums.
On the forum front page, in the right column, you will find an
"Archive" link.
I believe Mike already mentioned that during the AGM. Is
On Tuesday, 26 March 2019 at 15:14:03 UTC, Mike Parker wrote:
Long story short, both milestones are nearly complete now (he
hasn't worked on them sequentially, and has done other tasks
besides). He still wants to wait until he completes them before
we payout the $1000 for the milestones. Howeve
On Monday, 3 December 2018 at 03:30:41 UTC, Walter Bright wrote:
Due to name mangling changes required by compatibility with
C++11, wchar_t will no longer mangle the same as wchar. Yes, I
know, argghhh. What this means for Windows API calls is that
the alias for WCHAR will change from wchar to
On Friday, 23 November 2018 at 13:23:22 UTC, welkam wrote:
If we run these steps in different thread on the same core with
SMT we could better use core`s resources. Reading file with
kernel, decoding UTF-8 with vector instructions and
lexing/parsing with scalar operations while all communicatio
On Wednesday, 21 November 2018 at 20:51:17 UTC, Walter Bright
wrote:
Unfortunately, you're right. The title will leave the
impression "D is slow at compiling". You have to carefully read
the article to see otherwise, and few will do that.
Sorry about that. I'll have to think of two titles next
On Wednesday, 21 November 2018 at 11:18:22 UTC, Nicholas Wilson
wrote:
This is #2 on HN at the moment.
Also on reddit:
https://www.reddit.com/r/programming/comments/9z36xg/d_compilation_is_too_slow_and_i_am_forking_the/
On Wednesday, 21 November 2018 at 11:35:02 UTC, Atila Neves wrote:
I'm also currently working on a project to save my bloodstream
from the cortisol drip that happens when anything a computer
does takes over a second, which these days means waiting for
dmd to compile my code so I can see the res
On Wednesday, 21 November 2018 at 09:46:44 UTC, Walter Bright
wrote:
It works by allocating memory from a memory-mapped file, which
serves as the precompiled header.
Hey, that's a great idea! Can we do this for DMD? :D
On a more serious note: do you think that with D's features (type
system /
On Wednesday, 21 November 2018 at 08:32:39 UTC, Nicholas Wilson
wrote:
You gave me a fright there with the title there for a moment.
:)
Awesome stuff though. Not sure how easy it will be to upstream
considering this needs to not wreck Windows and needs to work
with LDC/GDC (at least we have
https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/
On Saturday, 17 November 2018 at 23:01:23 UTC, Basile B. wrote:
I put a start to the project then today i remembered
callgrind...
What are the pros and cons in comparison with callgrind ? By
coincidence i had to callgrind dmd today and got answers to a
performance issue in a very straight forwa
On Saturday, 17 November 2018 at 06:21:20 UTC, Manu wrote:
What was the batch size for module grouping?
I just use dmd -i, which compiles everything at once (except
Phobos/Druntime).
On Thursday, 15 November 2018 at 19:18:27 UTC, Manu wrote:
I'm not sure how VisualStudio (read: MSBuild) should behave
differently than make?
It's not like the build script is taking a long time, it's the
invocation of DMD that takes 100% of that time.
That seems to take about half the time for
On Thursday, 8 November 2018 at 07:54:56 UTC, Manu wrote:
And all builds are release builds... what good is a debug
build? DMD
is unbelievably slow in debug. If it wasn't already slow
enough... if
I try and build with a debug build, it takes closer to 5
minutes.
I just got to try a side-by-si
On Thursday, 8 November 2018 at 19:07:32 UTC, Jacob Carlborg
wrote:
21 seconds on a Windows 10 virtual machine compiling using the
win32.mak file.
Sounds like we're narrowing it down to the Visual Studio solution.
On Thursday, 8 November 2018 at 07:54:56 UTC, Manu wrote:
https://youtu.be/msWuRlD3zy0
DMD only builds with one core, since it builds altogether.
And all builds are release builds... what good is a debug
build? DMD
is unbelievably slow in debug. If it wasn't already slow
enough... if
I try and
On Thursday, 8 November 2018 at 06:08:20 UTC, Vladimir Panteleev
wrote:
It was definitely about 4 seconds not too long ago, a few years
at most.
No, it's still 4 seconds.
digger --offline --config-file=/dev/null -j auto -c
local.cache=none build 7.31s user 1.51s system 203% cpu
On Thursday, 8 November 2018 at 04:16:44 UTC, Manu wrote:
...what!? DMD takes me... (compiling) ... 1 minute 40 seconds
to build! And because DMD does all-files-at-once compilation,
rather than separate compilation for each source file, whenever
you change just one line in one file, you incur t
On Tuesday, 6 November 2018 at 19:01:58 UTC, H. S. Teoh wrote:
I don't have the time to look into this right now, but at a
cursory glance, WOW. This is awesome! It looks like it would
be really useful one day when I try to tackle the
dmd-on-lowmem-system problem again. This will greatly help
This is a tool + article I wrote in February, but never got
around to finishing / publishing until today.
https://blog.thecybershadow.net/2018/02/07/dmdprof/
Hopefully someone will find it useful.
On Wednesday, 17 October 2018 at 12:14:55 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.083.0 release, ♥ to
the 48 contributors for this release.
Thanks!
CppRuntime_* version identifiers -
https://dlang.org/changelog/2.083.0.html#cppVersions
When is this different from
On Sunday, 23 September 2018 at 18:36:11 UTC, Joakim wrote:
Vladimir mentioned that there's a Musl port to wasm, have you
tried it?
My knowledge of the intersection of Musl and WASM is that Musl is
used as the libc in Emscripten (and, as extension, in Dscripten),
and Emscripten/Dscripten can
On Sunday, 2 September 2018 at 06:59:20 UTC, Paul Backus wrote:
expectations is an error-handling library that lets you bundle
exceptions together with return values. It is based on Rust's
Result [1] and C++'s proposed std::expected. [2] If
you're not familiar with those, Andrei's NDC Oslo talk
On Thursday, 7 June 2018 at 05:28:26 UTC, Nick Sabalausky
(Abscissa) wrote:
I've always felt GitLab was better than GitHub (in large part
because they're sensible enough to support self-hosting), so
it's tempting to use this as a great reason to move to GitLab.
I've been following the discussi
On Monday, 4 June 2018 at 05:50:26 UTC, Anton Fediushin wrote:
I can think of hundreds of things what can go wrong including:
forcing users to use Microsoft accounts, advertising own
products, changing search to Bing (that's pretty bad one, no
idea how I came up with it) and more and more.
So
On Tuesday, 8 May 2018 at 08:53:36 UTC, Vladimir Panteleev wrote:
https://github.com/CyberShadow/dscripten-tools
Progress update:
- std.stdio.writeln() works
- Using a D main() works (though unittests and static
constructors still don't)
- WebAssembly output works!
- std.allocator work
On Tuesday, 8 May 2018 at 09:51:11 UTC, Mike Franklin wrote:
I've been recently assigned the task of building a web-based
Ladder Logic editor/compiler
(https://en.wikipedia.org/wiki/Ladder_logic). This would not be
a short-lived application, however.
Hmm, sounds like this would be an interact
https://github.com/CyberShadow/dscripten-tools
This builds a little upon Sebastien Alaiwan (Ace17)'s excellent
prior work of putting together a toolchain for compiling D to
JavaScript / asm.js.
Improvements include a DMD-like driver and rdmd wrapper, meaning
that most tools that know how to
On Sunday, 14 January 2018 at 04:18:41 UTC, Seb wrote:
It was bad weather in Munich on Saturday, so run.dlang.io got a
couple of new cool features:
Very cool, thanks!
On Thursday, 10 August 2017 at 20:15:12 UTC, Walter Bright wrote:
It could use all of the runtime library functions added to the
index, instead of just a smattering.
This should be the case as of a few years. Is there anything
missing specifically that you can point out?
On Thursday, 10 August 2017 at 17:24:41 UTC, Martin Nowak wrote:
Try dman 2.074.0, opens
http://dlang.org/changelog/2.019.html#2.074.0.
That would be a bug. It extends to the generated CHM's index as
well, so we should fix it.
So in the end the search bar works much better for me.
If dman
On Tuesday, 8 August 2017 at 14:57:58 UTC, Daniel Kozak wrote:
https://issues.dlang.org/show_bug.cgi?id=17731
Thanks. I've submitted a fix.
On Tuesday, 8 August 2017 at 08:41:15 UTC, Martin Nowak wrote:
This release does not ship with the dman tool due to an
unresolved issue.
What's the problem with dman?
On Thursday, 20 July 2017 at 07:19:03 UTC, Patrick Schluter wrote:
version 2.067 that still had the C++ frontend took more than
100 seconds. I think if the backend is translated to D,
building the compiler will take not more than 2 seconds.
To put it in perspective, building gcc with only C and
On Tuesday, 18 July 2017 at 10:02:10 UTC, Seb wrote:
And thanks to dmd-nightly, also on run.dlang.io:
https://run.dlang.io/?compiler=dmd-nightly&source=void%20main(string%5B%5D%20args)%0A%7B%0A%20%20%20%20static%20foreach%20(i;%20%5B0,1,2,3%5D)%0A%09%7B%0A%20%20%20%20%09pragma(msg,%20i);%0A%09%7
On Sunday, 14 May 2017 at 19:11:32 UTC, Basile B. wrote:
Yes +1 for configurable. IDEs already parse and make things
clickable.
It's not just +1, it's mandatory. If you implement this you
must add a new compiler switch.
No problem, it could only print out the line if the output is a
terminal,
On Thursday, 2 March 2017 at 02:24:50 UTC, Walter Bright wrote:
http://www.ibis.com/gb/hotel-5694-ibis-berlin-neukoelln/index.shtml
Last year, some people booked late and it was full and they had
to stay at another hotel.
Aaand it's sold out. 2 months before the conference. Wow :)
On Thursday, 16 February 2017 at 19:58:47 UTC, Rory McGuire wrote:
I am planning on asking to become TU for the dlang packages in
community. I've been building and working with the current
packages
and making my own packages to make sure I know what I'm getting
in to.
Sounds great, good luck
On Wednesday, 1 February 2017 at 12:47:51 UTC, Dicebot wrote:
As I have previously announced
(http://forum.dlang.org/post/o6fbbu$1qli$1...@digitalmars.com), I
am stepping down from maintaining Arch Linux packages for D.
Hi, wondering what the outcome of this was.
Also, how big is the maintena
On Monday, 31 October 2016 at 20:35:24 UTC, Martin Nowak wrote:
and I did take care of that forward reference bug (Issue 16607).
Thanks again for that. That one would've actually kept me from
upgrading for my current project.
On Friday, 1 July 2016 at 11:09:49 UTC, Relja Ljubobratovic wrote:
When loading images, bit depth should be determined in the
runtime, depending on the image you'd be loading at the moment.
Or am I wrong?
Generally most use cases for using an image library can be
divided into:
1. You have f
On Saturday, 11 June 2016 at 11:15:43 UTC, ArturG wrote:
On Saturday, 11 June 2016 at 09:07:43 UTC, Andrei Alexandrescu
wrote:
No, both are nice to have. If one name is needed for both,
"args" is indeed a good commonality. "Invoke function f with
these args" and "Construct an object of type T
On Tuesday, 31 May 2016 at 06:21:03 UTC, Andrei Alexandrescu
wrote:
On 5/27/16 10:17 PM, Taylor Hillegeist wrote:
On Friday, 27 May 2016 at 18:10:59 UTC, Vladimir Panteleev
wrote:
On Monday, 23 May 2016 at 19:00:40 UTC, Adam D. Ruppe wrote:
Have I gone completely mad?!?!
Yes, though what
On Wednesday, 8 June 2016 at 09:19:46 UTC, John wrote:
On Friday, 27 May 2016 at 18:10:59 UTC, Vladimir Panteleev
wrote:
This is by far the most appealing way to implement named
arguments that I've seen so far:
https://github.com/CyberShadow/ae/blob/master/utils/meta/args.d
Another
On Monday, 23 May 2016 at 19:00:40 UTC, Adam D. Ruppe wrote:
Have I gone completely mad?!?!
Yes, though what does it have to do with this thread? :D
This is by far the most appealing way to implement named
arguments that I've seen so far:
https://github.com/CyberShadow/ae/blob/master/utils/
On Wednesday, 25 May 2016 at 22:19:28 UTC, Seb wrote:
A bit off-topic, but I can't help to say it.
I know that writing your own library is fun, but something that
I see quite often when looking at e.g.
https://github.com/adamdruppe/arsd
https://github.com/CyberShadow/ae
https://github.com/nord
On Saturday, 21 May 2016 at 08:20:00 UTC, Bauss wrote:
Just finished up the base for Diamond and its initiate state
with Github and Dub, as well the first guide on using Diamond
with vibe.d for websites.
The name is taken :)
https://github.com/CyberShadow/Diamond
I don't mind though.
On Tuesday, 17 May 2016 at 17:26:59 UTC, Steven Schveighoffer
wrote:
However, it's perfectly legal for a front function not to be
tagged @property.
BTW, where is this coming from? Is it simply an emergent property
of the existing implementations of isInputRange and ElementType,
or is it actua
On Tuesday, 17 May 2016 at 17:26:59 UTC, Steven Schveighoffer
wrote:
On 5/17/16 1:18 PM, Vladimir Panteleev wrote:
On Tuesday, 17 May 2016 at 14:06:37 UTC, Jack Stouffer wrote:
http://jackstouffer.com/blog/d_auto_decoding_and_you.html
Thanks for writing this. Great article.
Some remarks
On Tuesday, 17 May 2016 at 14:06:37 UTC, Jack Stouffer wrote:
http://jackstouffer.com/blog/d_auto_decoding_and_you.html
Thanks for writing this. Great article.
Some remarks:
static assert(is(typeof(s.front()) == dchar));
I believe .front is a property (so some ranges can implement it
a
On Monday, 16 May 2016 at 17:32:06 UTC, André wrote:
Hi,
after another round of polishing, bug fixing, very useful user
contributions and suggestions, I'd like to present the new home
of the D language online tour:
http://tour.dlang.org/
Awesome! As I mentioned on GitHub, we should aim tow
On Thursday, 12 May 2016 at 23:14:05 UTC, Leandro Lucarella wrote:
Steven Schveighoffer, el 12 de May a las 16:55 me escribiste:
On 5/12/16 4:13 PM, Seb wrote:
>On Wednesday, 11 May 2016 at 09:17:54 UTC, Dicebot wrote:
>>To do the editing of HD videos we need presentation slides
>>which are cur
On Thursday, 12 May 2016 at 18:30:04 UTC, Vladimirs Nordholm
wrote:
I have had lots of fun during the development of 2DRPG. There
have been many difficulties, but I have learned much from
making this game. Sadly this game is Windows only, meaning
POSIX users cannot play it. This is due to techn
By popular demand.
https://github.com/CyberShadow/DustMite/compare/e175b95da070d84029f75ba8a15f5d900fb90704...15693cbd5a5c0f47ee9cc68be9dada39b99c3836
On Wednesday, 11 May 2016 at 09:17:54 UTC, Dicebot wrote:
To do the editing of HD videos we need presentation slides
which are currently scattered over different places. It would
help a lot to have them all in github.com/dlang/dlang.org repo
- please submit pull requests asap!
I think you mea
On Tuesday, 10 May 2016 at 14:39:27 UTC, drug wrote:
I'm curious are there D developers in Saint Petersburg who
doesn't mind to make some money?
Здравствуй Друг,
If the position is likely to remain open for at least some time,
I recommend adding this to the job listing page on our wiki:
htt
On Saturday, 9 April 2016 at 16:50:09 UTC, Martin Nowak wrote:
On Wednesday, 6 April 2016 at 14:13:16 UTC, Vladimir Panteleev
wrote:
I know the all-platform .zip files are wasteful, but any
practical reason for removing them? Unless the hosting cost is
not negligible, breaking existing tools
1 - 100 of 418 matches
Mail list logo