On Monday, 27 February 2017 at 17:13:24 UTC, Seb wrote:
A solution for the moment is to point people at the ddoc
version, e.g.
https://dlang.org/phobos/std_algorithm_comparison.html#.among
Sure, linking only that would definitely work. — David
trivial than just looking at the protection level.
— David
step.
See also: https://github.com/dlang/dmd/pull/692 – it's about time
we finally got __ctfeWrite() merged.
— David
does, see above. How is this related to try/catch?
— David
there
is a `__traits(compiles, foo())` somewhere else in the module.
__traits(compiles, …) only applies to its argument and doesn't
magically cause errors in code somewhere else to be ignored.
— David
The real reason is not so much in the pass structure of the
compiler as in the fact that CTFE by definition executes the same
function body that is also emitted to the runtime binary.
— David
ar that up.
— David
somewhat tangentially: Accessing private
members from the outside must be @system since the @trusted
implementation of a class might rely on nobody meddling with the
private state.
— David
and independent,
as I understand.
This is correct, but when designing a GC – in particular, a
precise GC –, having the compiler emit additional helpful
metadata to binaries is always an option worth considering.
— David
–
the general dm.D forum.
It goes without saying that respecting the rules and workings of
a community you want help from will drastically increase the
chances of actually receiving it.
— David
of general interest. Please
take that into consideration before posting here. Thanks. — David
On Tuesday, 11 April 2017 at 09:30:28 UTC, Jacob Carlborg wrote:
And no official support on macOS.
LDC officially supports shared libraries on macOS. -David
On Saturday, 22 April 2017 at 10:12:04 UTC, Arek wrote:
And no output for ARM64. :/
LDC has beta-quality support for AArch64. --David
IR: https://wiki.dlang.org/LDC_inline_IR. For example, we use it
to implement some target-independent SIMD intrinsics in the
library.
— David
Wow, congratulations, and a big thank you to those who made it
happen.
-style inline assembly, but we use a
different implementation.
— David
this for
generated runtime code when dividing by a constant. […]
As Tomer points out, a runtime implementation can still be useful
if the divisor is only known dynamically (but constant across
number of operations).
— David
On 6/16/17 6:51 AM, Mike Parker wrote:
I've been meaning to get this done for weeks but have had a severe case
of writer's block. The fact that I had no other posts ready to go this
week and no time to write anything at all motivated me to make time for
it and get it done anyway. My wife
On 8/24/17 9:10 AM, data pulverizer wrote:
Hi all,
I have written an article about writing Julia style multiple dispatch
code in D (https://github.com/dataPulverizer/dispatch-it-like-julia). I
am hoping that it is appropriate for the D blog.
Reviews please.
Many Thanks!
Very interesting!
installation. Surely you would have at least a few gigabytes
spare on the server?
— David
the system libraries to link against,
unfortunately.
— David
be a good idea. Also, I uploaded the OS X package just
now. (Didn't realise it wasn't built yet…). —David
On 12/20/17 6:57 AM, Mike Parker wrote:
Many thanks to Rainer for his insightful new article for the D Blog
outlining the new name mangling algorithm. He talks about the old
implementation and its limitations before going into the details of the
new one. It's a topic I had never considered
direct access to a target is
one thing, but implementing new features off the CI only is
another.
Help would be very welcome, though.
— David
would include penalties for that case (which could
be funnelled into the foundation funds).
— David
druntime has not been updated yet after {load,
store}Unaligned were added upstream as well).
— David
[1] This is applying C rules to D, where creation of unaligned
pointers is undefined behaviour. The D specification doesn't
mention
On Sunday, 17 June 2018 at 17:00:00 UTC, David Nadlinger wrote:
core.simd.loadUnaligned instead
Ah, well… https://issues.dlang.org/show_bug.cgi?id=19001
— David
On 2/27/18 9:21 AM, Adam D. Ruppe wrote:
On Tuesday, 27 February 2018 at 16:00:26 UTC, David Gileadi wrote:
Out of curiosity, what prompted [symbol|alt text] instead of going
with the Markdown construct of [alt text][symbol]?
Well, markdown is [alt text](url), and adrdox actually DOES support
On 2/26/18 12:51 PM, Adam D. Ruppe wrote:
... I just have
a built-in, simple, unified syntax: [symbol|alt text] where alt text is
optional and symbol is looked up according to D scope rules. (you can
also define custom symbols for things like author name links).
I link to the source
On 4/10/18 1:46 AM, John Colvin wrote:
On Saturday, 7 April 2018 at 18:39:12 UTC, Martin Nowak wrote:
First beta for the 2.079.1 patch release.
Comes with a handful of fixes.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.079.1.html
Please report any bugs at
://github.com/dlang/druntime/pull/1316
FYI this appears to work just fine in Calypso:
https://github.com/Syniurge/Calypso/blob/master/tests/calypso/libstdc%2B%2B/vector.d
— David
. DMD and LDC rely extern(C++), but this
has nothing to do with -betterC whatsoever.
Both compilers link and initialise the runtime as normal (and
then disable the GC at runtime).
— David
On 2/27/18 2:59 PM, Adam D. Ruppe wrote:
On Tuesday, 27 February 2018 at 16:39:08 UTC, David Gileadi wrote:
Markdown actually supports two kinds of links: inline links (which you
describe above and I'm very happy you support) and reference links [1].
Oh, I have something similar to that too
On 2/27/18 3:18 PM, David Gileadi wrote:
On 2/27/18 2:59 PM, Adam D. Ruppe wrote:
On Tuesday, 27 February 2018 at 16:39:08 UTC, David Gileadi wrote:
Markdown actually supports two kinds of links: inline links (which
you describe above and I'm very happy you support) and reference
links [1
On 10/17/18 8:20 AM, Mike Parker wrote:
I had intended to publish the next GC series post early this month, but
after many revisions and discussions with a couple of reviewers, I've
decided to put it on hold until something gets worked out about the
conflation of destruction and finalization
luckoverthere wrote:
> On Friday, 19 October 2018 at 03:53:12 UTC, Walter Bright wrote:
>> On 10/15/2018 2:23 PM, Walter Bright wrote:
>>> I'm giving a presentation at:
>>>
>>> http://nwcpp.org/
>>>
>>> See you there!
>>
>> Had a nice crowd there last night. Apparently lots of people
>> were
On 11/10/18 9:09 AM, Mike Parker wrote:
I've just published a new blog post describing our new fundraising
campaign. TL;DR: We want to pay a Pull Request Manager to thin out the
pull request queues and coordinate between relevant parties on newer
pull requests so they don't go stale. We've
On 11/6/18 8:14 AM, Mike Parker wrote:
Last week, inspired by another discussion in these forums about D's
private-to-the-module form of encapsulation, I spent a few hours putting
a new article together for the blog. Ali, Joakim, Nicholas helped me get
it in shape.
The blog:
On 12/28/18 4:14 AM, Laurent Tréguier wrote:
Hello, and merry Christmas! (a bit late, but whatever)
This is an excellent update--the update Just Works™ with VSCode on my
mac, and functions very nicely too. Thanks!
I might suggest that you perhaps rename the VSCode extension to remove
On 9/7/19 12:27 PM, Manu wrote:
I don't know how to iterate on the docs, since they only appear from
CI, and I have no idea how to create them myself :/
I don't know what the "correct" way is, but to build dlang.org locally
on macOS, from the dlang.org dir I run:
DIFFABLE=1 make -f
quot;) without further explanation
is a good idea.
This split has been in place since back in the D1/Tango days.
Sure, the core vs rt split did. But core.internal did not exist
in D1.
How core is organised internally has little do with whether rt is
public or not.
— David
On Monday, 15 July 2019 at 19:52:57 UTC, David Nadlinger wrote:
On Monday, 15 July 2019 at 11:33:44 UTC, Mike Franklin wrote:
My understanding is the `rt` is the language implementation
and `core` is the low level library for users.
This understanding would be mistaken. We haven't been
.
The convention is to put private modules in the 'rt' or
'gc' packages depending on what they do and only put
public modules in 'core'.
Also, always avoid importing private modules in public
modules. […]
```
This split has been in place since back in the D1/Tango days.
— David
` exists
precisely to fill this role, i.e. code that needs to be around at
druntime import time, but isn't supposed to be accessed directly
by users.
— David
, but there is nothing wrong with that. At some point, it
will just cease to exist naturally.
— David
.
core.internal.traits.externDFunc takes care of the safety aspect.
This is a non-issue. (Interdependencies should be avoided
regardless, of course; it is still just a crutch.)
— David
On Thursday, 25 July 2019 at 18:46:00 UTC, bachmeier wrote:
Curious if there are a lot of D programmers using IntelliJ.
It's $500 just for the first year.
I've been using IntelliJ Idea Community for D development for
years, mostly for the syntax highlighting, code completion and
linting.
On 11/18/19 1:19 PM, Tobias Pankrath wrote:
On Monday, 18 November 2019 at 19:54:38 UTC, Russel Winder wrote:
Probably yes. Though Cargo has taken many different decisions to Dub
and mostly I think Cargo took better decisions.
Could you elaborate a bit, please? I am not familiar with Cargo
On 4/28/20 7:45 AM, Mike Parker wrote:
I've finally gotten around to publishing the next article in my D and C
series on the D blog. This is the second post about arrays, focusing on
properly declaring in D functions from C that accept array parameters.
The blog:
On 8/20/21 9:54 AM, Dennis wrote:
On Friday, 20 August 2021 at 16:44:53 UTC, 9il wrote:
Builtin complex numbers have been replaced with mir.complex in the
following packages:
Out of curiosity, how did std.complex fall short?
Maybe it was too complex?
Sorry, I'll see myself out.
I use Thunderbird to read this forum and have gotten jealous of
the Markdown formatting that the website supports but that
Thunderbird doesn't. So I made [an
extension](https://addons.thunderbird.net/en-US/thunderbird/addon/render-markdown-messages/) to render Markdown-formatted messages in
On Monday, 9 February 2015 at 21:08:18 UTC, Brad Anderson wrote:
I've never seen anyone post under the name deadcode on the
forums so don't think there is much potential for confusion
(especially since one is a project and another is a person). I
think you should keep the name.
Well, even if
On 6/26/15 12:03 PM, Andy Smith wrote:
I don't want to sound negative but the editing of Chuck's talk could be
a lot better IMHO. Round about 30:00 he describes a code example which
isn't shown in the video!. He's making multiple references to lines/code
etc. that were visible to the attendees
On Wednesday, 24 June 2015 at 20:14:02 UTC, Walter Bright wrote:
https://www.reddit.com/r/programming/comments/3axgwn/d_language_runtime_klickverbot_dconf_2015/
David, could you please post an AMA there?
Done. I didn't even see your prompt before I did so. ;)
- David
changing it in their local copies for precise
GC, some forms of runtime reflection, or more crazy ideas (see
Adam's work).
- David
Hello D Programming community. How I'm glad I found you :).
We've developed a super simple iOS and Android app, which was
originally built with Cake PHP and some other frameworks. In
order to increase stability, we completely rebuilt everything
from scratch and chose to go with vide.d for our
be there from Saturday night.
I am going to arrive Monday afternoon, probably with a car.
— David
you also
require those to be @nogc, that guarantee could easily be
violated.
— David
On Thursday, 14 January 2016 at 20:57:02 UTC, Kai Nacke wrote:
No. Since 0.16.0 we regard the Win64 support as
production-ready.
The only thing we are missing is a fancy one-click installer,
pretty much. Even though you can just extract the binary release
archives and use LDC as-is (it
a "proper" SIMD-optimised
strlen implementation.
— David
EC2 box I used for
a quick test:
---
Compiler relative times:
clang 1.00
gcc 1.02
ldc 1.07
dmd 2.07
---
— David
On Monday, 1 February 2016 at 11:42:54 UTC, Daniel Murphy wrote:
The process will be complete when you've backported the
entirety of 2.068.
From what I recall, 2.068 was fairly painless to merge anyway
compared to other releases.
— David
various internals to D, but it should be
possible to keep the parts you need accessible from C++.
Please make sure let us know if we can do anything on the LDC
side to make the transition easier.
— David
obj really does the magic. I'll commit only this option.
Thanks for the suggestion and for the pull request. It's my
first pull request;)
I'm not convinced that it makes for a good comparison to use
different optimization settings for one of the compilers…
— David
On 8/5/17 12:07 PM, WebFreak001 wrote:
Hi, I made a D to HTML generator which is basically diet, but fully
using the D compiler as generator and not some complicated parser, etc.
[snip]
That is amazing! I can't decide whether it's the best thing I've ever
seen or a horrible hack, but it's a
program.
— David
On 1/31/18 3:02 PM, Seb wrote:
It was the middle of November when DConf 2018 was announced here on the
DBlog in a Q & A session with Andrei Alexandrescu. Since then, the DConf
train has slowly been building up steam as things have been happening
behind the scenes. Now it’s full steam ahead!
On 1/31/18 3:08 PM, David Gileadi wrote:
On 1/31/18 3:02 PM, Seb wrote:
It was the middle of November when DConf 2018 was announced here on
the DBlog in a Q & A session with Andrei Alexandrescu. Since then, the
DConf train has slowly been building up steam as things have been
happening be
On 2/22/18 3:30 AM, psychoticRabboit wrote:
On Thursday, 22 February 2018 at 09:42:47 UTC, Atila Neves wrote:
I'm going to a) never write these imports and b) pretend this feature
doesn't exist.
Atila
what about something like this then?
import std.stdio; std.conv: to, from;
libraries on systems where symbols are
visible externally by default (Linux, ...).
— David
301 - 370 of 370 matches
Mail list logo