On Saturday, 23 November 2019 at 09:51:13 UTC, Sebastiaan Koppe
wrote:
This is my proposal for porting D runtime to WebAssembly. I
would like to ask you to review it. You can find it here:
https://gist.github.com/skoppe/7617ceba6afd67b2e20c6be4f922725d
On the GC part. It says "The only
On Tuesday, 18 September 2018 at 17:20:26 UTC, Atila Neves wrote:
I was envious of std::sync::Mutex from Rust and thought: can I
use DIP1000 to make this work in D and be @safe? Turns out, yes.
Nice! I spent a few minutes playing with the example and trying
to break it, make the pointer
On Monday, 22 January 2018 at 20:43:56 UTC, Martin Nowak wrote:
Glad to announce D 2.078.1.
The Windows 7z archive version now has much simpler sc.ini, in
fact too simple.
With Visual C++ 2015 x64 Native Build Tools now trying to run
dmd -m64 hi.d
I get
LINK : fatal error LNK1104: cannot
On Sunday, 7 January 2018 at 20:41:57 UTC, Dechcaudron wrote:
It allows the runtime evaluation of simple math expressions
like `1 + 2 * 3` or `1 ^ foo`, with foo being given values at
run time.
That's a nice exercise in using Pegged.
Reminds me of another Pegged-based calculator with
On Thursday, 4 January 2018 at 08:15:50 UTC, Rainer Schuetze
wrote:
What's missing is probably legacy_stdio_definition.lib that has
to be added to the linker command line for VS2015 or later.
Yes, that is the case!
Using -v flag I can see that dmd 2.077 invokes
C:\Program Files
On Wednesday, 3 January 2018 at 17:43:36 UTC, Martin Nowak wrote:
Glad to announce D 2.078.0.
This release comes with runtime detection of Visual Studio
installation paths
I've got a problem with linking phobos64.lib now.
I run "Visual C++ 2015 x64 Native Build Tools Command Prompt",
i.e.
On Tuesday, 31 January 2017 at 13:27:31 UTC, Sönke Ludwig wrote:
0.7.31 will work with 2.069-2.073 and 0.8.0 will work with
2.070-2.073. This is especially interesting because GDC master
is still on 2.069.x.
Thanks!
On Tuesday, 31 January 2017 at 11:11:28 UTC, Sönke Ludwig wrote:
For anyone who does not depend on old D frontends, it is
strongly recommended to switch to the 0.8.x branch
What do you mean here by "old D frontends"? What are minimal dmd
versions for 0.7 and 0.8 branches?
On Saturday, 31 December 2016 at 14:22:40 UTC, jkpl wrote:
What I mean is that there's a compilation error related to dlib:
What's your compiler version?
Many libraries and projects are not building with dmd 2.072 yet,
but they build fine with dmd 2.071.
On Thursday, 15 December 2016 at 20:16:10 UTC, unDEFER wrote:
Hello, my dear friends!
So many days you answers on many my questions.
And today I glad to present my work: unDE 0.1.0.
It is very original file manager, image and text viewer.
More information:
On Thursday, 10 November 2016 at 00:56:02 UTC, Guillaume Piolat
wrote:
https://www.auburnsounds.com/blog/2016-11-10_Running-D-without-its-runtime.html
Great post and useful pieces of code, thanks!
"every class object's destructor is assumed to throw exceptions
and use the GC by default."
On Monday, 7 November 2016 at 18:55:29 UTC, Anonymous wrote:
To be honest, I know that the D world existed before me, and I
know that it'll still exist if I leave. Between, 2.072 is the
worst release I've ever seen.
Yep. I tried 2.072 on a current DLangUI project under Win32.
Compiled fine,
On Wednesday, 26 October 2016 at 01:11:05 UTC, Mike Parker wrote:
For anyone tempted to share this on /r/programming, please
wait! I hope to do a blog post about this on Friday, so I'll
post to reddit then. Thanks!
Please don't. This is a total offtopic for /r/programming, don't
create the
On Tuesday, 6 September 2016 at 14:56:15 UTC, jmh530 wrote:
GC (and runtime in general) has no idea what code is safe and
what code is system. GC works with data at run-time. All
@safe-related stuff is about code (not data!) and happens at
compile-time. They are completely orthogonal and
On Friday, 2 September 2016 at 14:55:26 UTC, jmh530 wrote:
Anyway, with @safe unions, my thinking is that it would mean
that the garbage collector can be made precise in @safe code in
a way that it can't in @system code (assuming unions with
pointers aren't snuck in through @trusted).
GC
On Friday, 2 September 2016 at 03:25:33 UTC, Jeremy DeHaan wrote:
Hi everyone,
I know I'm super late to the party for this, and sorry for
that. While my work on the precise GC didn't go as planned, it
is closer than it was to be getting merged.
My open PR for the actual inclusion of the
On Sunday, 8 May 2016 at 11:16:56 UTC, deadalnix wrote:
Ones that have only pointers are probably OK too. Though I'm
not sure if a precise scanner takes into account the type of
the pointer. I would expect it to use embedded typeinfo in
target block.
-Steve
Because of void* and classes,
On Thursday, 5 May 2016 at 18:33:44 UTC, TheGag96 wrote:
On Wednesday, 27 April 2016 at 12:42:05 UTC, thedeemon wrote:
(snip)
Sorry to bump this thread, but how did you handle multiple
windows using DlangUI? (As in, were you able to prevent input
on the main window while another one was
On Thursday, 28 April 2016 at 06:22:18 UTC, Relja Ljubobratovic
wrote:
Can you share with us some of your experience working on image
and video processing modules in the app, such as are filters
here:
http://www.infognition.com/VideoEnhancer/filters.html
If I may ask, was that part
On Wednesday, 27 April 2016 at 15:57:19 UTC, Christof Schardt
wrote:
Just a question: When working with C++, did you use
VisualAssist?
I've used it previously in earlier VS versions but not in VS2010.
VisualAssist is really great, I agree. VisualD is far from it but
at least it's better
On Wednesday, 27 April 2016 at 13:04:27 UTC, FreeSlave wrote:
Screenshots are so blurred.
They are not. Just click to enlarge, your browser blurred them
while resizing.
Hi,
I just wanted to share some experience of using D in industry.
Recently my little company released version 2.0 of our flagship
product Video Enhancer, a video processing application for
Windows, and this time it's written in D.
http://www.infognition.com/VideoEnhancer/
Couple of
On Saturday, 23 April 2016 at 18:16:38 UTC, Chris wrote:
Anyone interested in taking DlangUI and turning it into
something like Swing/JavaFX for D?
What exactly do you mean by that?
On Sunday, 31 January 2016 at 00:13:46 UTC, Dicebot wrote:
NB: tagged commit has 2.069 in VERSION file resulting in built
compiler reporting wrong version. I have added a workaround in
packaging script for now but would be nice to fix that in
2.070.1
Btw, dmd.exe 2.070.0 when run says
On Wednesday, 20 January 2016 at 11:07:16 UTC, Rikki Cattermole
wrote:
From what Walter said, they all knew c. So not really too low
level for them.
To me it looked like:
Walter: "You all write in C, right?"
Audience silent with expression on their faces "What is C? We've
only heard about
On Thursday, 31 December 2015 at 16:43:53 UTC, rcorre wrote:
Its very incomplete, but if you don't mind spending a few
minutes trying it out I'd really appreciate it.
Any feedback is appreciated -- either drop a comment here or
file an issue on Github.
There's no included tutorial as I'm hoping
On Monday, 23 November 2015 at 16:58:43 UTC, Andrea Fontana wrote:
Nice. Why first enforce is "==" rather than ">=" ? This
prevents something like:
auto arr = ["hello", "world", "!"];
let (hello, world) = arr;
The very first post of this thread should have answered this.
Two options are
On Sunday, 22 November 2015 at 18:47:34 UTC, visitor wrote:
What is the reason for using pointers (alias pointerOf(T) = T*
etc...)
it works without ! what am i missing ?
What and how exactly works without?
My original solution remembers in the constructor addresses of
variables to fill,
On Monday, 23 November 2015 at 22:32:57 UTC, visitor wrote:
On Monday, 23 November 2015 at 20:10:49 UTC, visitor wrote:
Andrea Fontana(s allows
let (hello, world) = ["hi", "there", "!"];
of course in your version let (hello, world)[] = ["hi",
"there", "!"] works
but for consistency with
On Monday, 23 November 2015 at 11:12:33 UTC, visitor wrote:
My original solution remembers in the constructor addresses of
variables to fill, then does the filling in opAssign operator,
so I needed a way to store the references and used pointers
for that.
yes, but you are using ref : "auto
On Wednesday, 4 November 2015 at 09:30:30 UTC, Andrei
Alexandrescu wrote:
Reply to this with 1.1, 1.2, 2, or 3:
3
On Wednesday, 23 September 2015 at 20:44:07 UTC, BBasile wrote:
I was thinking to a general *interleave()* algorithm for any
compatible Range of Range but I can't find any smart way to
process each sub range by front, eg:
Is it possible ?
What exactly shall your function do? How is it
On Saturday, 19 September 2015 at 09:22:40 UTC, Ola Fosheim
Grøstad wrote:
Please, let's stop pretending you only have to scan the GC
heap. You have to scan all pointers that somehow can lead to
something that can lead to something... that points into the GC
heap.
Yes, good point. One
On Friday, 18 September 2015 at 19:26:27 UTC, Rory wrote:
The new GC in Go 1.5 seems interesting. What they say about is
certainly interesting.
They went the way of classical GC-ed language where write
barriers are used actively, allowing to make concurrent,
incremental and (eventually, if
On Monday, 24 August 2015 at 16:21:04 UTC, Dejan Lekic wrote:
What I think D community would benefit from would be a series
of Idiomatic D articles.
This collection of short pieces comes to mind:
http://p0nce.github.io/d-idioms/
I had this idea for a long time but a recent talk about a real
dependently typed language helped me with nice examples to
demonstrate on. The interpreted part of D is actually dependently
typed!
http://www.infognition.com/blog/2015/dependent_types_in_d.html
On Thursday, 30 July 2015 at 13:25:31 UTC, Timon Gehr wrote:
There is no dependent typing here. Failures occur during
interpretation.
Type theory doesn't say anything about interpretation and
compilation. Are you saying there cannot be an interpreted
dependently typed language? (hint: Idris
On Thursday, 30 July 2015 at 16:13:46 UTC, Timon Gehr wrote:
You need to consider the type system and the evaluation
semantics. What are they for the interpreted meta-programming
part of D? (I can find the semantics, but not a non-trivial
type system.)
Yes, this is what interests me too.
On Saturday, 16 May 2015 at 09:09:38 UTC, Rainer Schuetze wrote:
there is a new release of Visual D available at
http://rainers.github.io/visuald/visuald/StartPage.html
Great, thank you very much for your work!
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:
Glad to announce D 2.067.0.
See the changelog for more details.
http://dlang.org/changelog.html
I don't see any mention of DIP25 here (Sealed references - return
ref arguments etc.). Was it implemented and included in this
On Thursday, 19 February 2015 at 09:46:13 UTC, Ola Fosheim
Grøstad wrote:
On Thursday, 19 February 2015 at 04:38:32 UTC, thedeemon wrote:
let (name, age) = getTuple();
Maybe change the name to tie:
http://www.cplusplus.com/reference/tuple/tie/
?
SML, OCaml, Haskell, F#, ATS, Rust, Swift and
On Thursday, 19 February 2015 at 09:31:59 UTC, ponce wrote:
That's pretty neat! May I turn this code into a d-idioms? Name
and link will be kept of course.
Sure, if you wish. There was just one person using this thing
until today, so I dunno whether it deserves to be in that list.
Creating tuples and returning them from functions is trivial in D:
auto getTuple() { return tuple(Bob, 42); }
but using them afterwards can be confusing and error prone
auto t = getTuple();
writeln(name is , t[0], age is , t[1]);
I really missed the ML syntax to write
let (name, age) =
On Wednesday, 15 October 2014 at 23:44:47 UTC, FrankLike wrote:
https://github.com/FrankLIKE/dfl2
select the master.
Thank you.
There were 15 forks of DFL on github (some of them working fine
with 2.066), you made a 16nth, with another name. ;)
What's the point?
Btw, your version (just
Gentlemen, do I understand correctly that you're trying to find a
Windows-friendly switch to something that will never see the
light on Windows (because of being based on fork)?
45 matches
Mail list logo