You forgot to add a license/unlicense...
One more note, the dub package descriptor says "MIT license". You
may want to change that to copyleft if you continue development,
so competing companies cannot use that as base to make a clone of
your future full version game.
On Tuesday, 21 March 2017 at 00:49:14 UTC, WebFreak001 wrote:
I just released my racing game I have been working on for the
past few days for a linux game jam on itch.io[1].
It is an open source[2] 3D racing game in space (tracks/physics
are 2D though) and I'm quite proud how it turned out.
On Thursday, 23 March 2017 at 13:17:41 UTC, Adrian Matoga wrote:
AFAIR unedited recordings were immediately available on
ustream.tv
That explains why I did not find them, I looked on youtube. But
good to know they are available. Thanks for info.
If I remember correctly, last year it took perhaps two months or
so for the talks to be published on YouTube.
Would it be much extra effort to publish unedited versions of
them asap, for us who can't wait for the edited versions? Yes,
they are that interesting.
On Saturday, 8 July 2017 at 02:20:02 UTC, Mike Parker wrote:
[snip]
DIPs are being handled off from the queue again, that's great!
Thank you from that.
On Tuesday, 18 July 2017 at 12:35:10 UTC, Suliman wrote:
Could you explain where it can be helpful?
For tools, such as source code formatters. They do not have to
write the parsers themselves if they use a library such as this
one.
On Thursday, 20 July 2017 at 15:57:55 UTC, WebFreak001 wrote:
[snip]
At my current work I do program web pages to access a database,
just in C#. Vibe.D and this would wipe the floor with our
methods! Thank you!
On Tuesday, 25 July 2017 at 07:03:08 UTC, Joakim wrote:
Love the actionable lists of things to be done, I see items on
there that I can pick up.
What I like about this and the H1 of this year is that they are
compact and realistic compared to the earlier ones. And it shows:
most thigs aimed
On Wednesday, 28 June 2017 at 07:20:08 UTC, Murzistor wrote:
The spaceship is completely uncontrollable! It obviously lacks
of some sort of brakes (with jet engines directed forward).
Don't try to drive it like a car. Imagine you're piloting a boat.
That's roughly how it behaves.
On Tuesday, 20 June 2017 at 09:56:03 UTC, Bastiaan Veelo wrote:
Transferring this to GC, you could have @gc (the default),
@nogc (the @safe equivalent) and the @trusted equivalent:
@gc_code_that_is_acceptable_to_be_called_in_nogc_code_as_an_exception_to_the_rule. I'll abbreviate this as @gc78
On Saturday, 17 June 2017 at 13:05:50 UTC, Adam D. Ruppe wrote:
The reason writeln fails @nogc is that it *might* throw an
exception with most args if stdout is closed or something.
Perfect example of an *extremely* rare case failing @nogc's
ridiculously strict requirements.
If that
On Monday, 19 June 2017 at 00:12:25 UTC, Ali Çehreli wrote:
I would like to see these ideas in a blog post. It's liberating
when assumed problems are convinced away. :)
True, but I think the very blog post we're talking about already
does that.
On Saturday, 7 October 2017 at 17:31:37 UTC, cosinus wrote:
I wrote a little working demo that shows how to use D inside
firefox.
It uses emscripten(emcc) and ldc.
https://github.com/cosinus2/dlang-emscripten-demo
Judging by looking at that build script, sure that's simpler than
what I
On Wednesday, 30 August 2017 at 07:44:54 UTC, Vadim Lopatin wrote:
[snip]
From what I've followed, you sure update the project often!
Perhaps more often than what Phobos is upgraded, by all
developers combined. Great work.
On Friday, 1 September 2017 at 10:18:25 UTC, Vadim Lopatin wrote:
I believe DlangIDE can become such tool.
Runs on all platforms. Small.
which includes syntax highlighting, auto-complete,
symbol-information on hover, go to declaration,
Supports it using embedded DCD.
and runtime debugging
On Tuesday, 8 May 2018 at 08:53:36 UTC, Vladimir Panteleev wrote:
I heard there was a bit of general interest on the subject, so
would be interesting to hear about more potential use cases.
Like Franklin, I am programming a web page. It works fully with
script, even the html elements are
On Saturday, 5 May 2018 at 07:59:48 UTC, Steven Schveighoffer
wrote:
I will note that we don't have the normal A/V crew from the
other days, so this is being done via a laptop camera. So you
will probably need to download the slides.
-Steve
It's hard to hear the words from this, but at
On Wednesday, 13 June 2018 at 06:46:43 UTC, Mike Franklin wrote:
I had a little fun today kicking the crap out of C's memcpy
with a D implementation.
If I read your benchmark graphs right, they claimed that
allocating 16 kilobytes takes over 10^^6 usecs, with both
mallocs. Doesn't that mean
On Wednesday, 13 June 2018 at 09:59:52 UTC, Mike Franklin wrote:
The benchmark doesn't allocate any data; it's just copying data.
Mike
Ah of course. I was thinking other stuff while writing.
On Wednesday, 13 June 2018 at 22:38:26 UTC, Walter Bright wrote:
https://news.ycombinator.com/item?id=17306761
I think that if you want to advertise a single comment on Reddit
or similar sites, the general forum would be more appopriate
place for that. But that's just my opinion.
Thanks for the post. A link that tries to point to Igor's talk
points to Leroy's one.
On Thursday, 31 May 2018 at 15:01:12 UTC, Mike Parker wrote:
I've got a couple of guest posts lined up (including one from
Walter)
Great!
On Monday, 29 January 2018 at 11:04:19 UTC, Seb wrote:
As others who I have shown this have found this useful, I
thought it might be helpful to other people (even so it's
pretty straight-forward).
You're truly becoming the bearer of good news...
On Wednesday, 7 February 2018 at 13:29:04 UTC, Mike Parker wrote:
Walter's got a new post up! It's the first in a new series on
the benefits of BetterC mode. In this one, he talks about
solving the fencepost problem (off-by-one errors) with D's
arrays.
I think that at some point it should
On Sunday, 11 February 2018 at 12:56:34 UTC, rikki cattermole
wrote:
And it worked just as in desktop, meaning that one can do
pipeline programming in the internet using D! Or in any
enviroment where D can compile to, D runtime or no.
Well, I just remembered that the Emscripten compiler did
On Tuesday, 13 February 2018 at 23:35:36 UTC, Seb wrote:
Someone revived the Expressive C++17 Coding Challenge thread
today and I thought this is an excellent opportunity to revive
my blog and finally write an article showing why I like D so
much
I first looked into C++ and Rust examples,
On Wednesday, 14 February 2018 at 14:17:31 UTC, Seb wrote:
changed the text to:
...and D even supports native interoperability with C and most
of C++.
Great!
On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.079.0 release, ♥ to
the 77 contributors for this release.
- -Martin
Huh? Did I understand right? Just add an empty object.d into your
project and --BetterC is now basically needless,
On Saturday, 4 August 2018 at 02:39:23 UTC, Mike Franklin wrote:
Cool! Can we now deprecate and eventually jettison C/C++
bindings from druntime, please?
Why? As I understand it, they do not increase your executable
size unless used. Besides, the bindings include the @trusted and
scope
On Monday, 6 August 2018 at 02:17:28 UTC, Mike Franklin wrote:
The C standard library not a true and intrinsic dependency of
D, and is outside of D's charter. [...]
D is a much more capable programming language than C, and
whatever functionality is being imported from the C standard
library
On Monday, 13 August 2018 at 14:29:30 UTC, Mike Parker wrote:
You may have noticed the blog is relatively quiet right now.
That's not from a lack of trying.
Good to know, and thanks for trying.
If you've got something D-related you'd like to tell the world
about, please let me know.
I'll
On Thursday, 6 September 2018 at 07:13:20 UTC, Nicholas Wilson
wrote:
IMO the DIP author should at least participate in the community
review if they expect their DIP to have _any_ chance of success.
I disagree. Reviews are mainly for giving feedback, not for
deciding the fate of the DIP
On Thursday, 6 September 2018 at 11:18:25 UTC, Nicholas Wilson
wrote:
I can understand not requiring authors to respond to all the
feedback, but not requiring them to respond to _any_ is just
wasting everyone's time, since _all_ of the previous points
will be bought up again and the next stage
On Tuesday, 10 July 2018 at 13:41:56 UTC, FeepingCreature wrote:
I've written up a short blogpost about the T.init issue.
I believe that whoever wrote that spec meant that the invariant
WOULD not need to hold if MyDomainData.init WAS called, but that
MyDomainData.init must not be called if
On Tuesday, 10 July 2018 at 15:10:21 UTC, Dukc wrote:
It definitely needs clarification if I understood it's intent
right.
https://github.com/dlang/dlang.org/pull/2418
On Sunday, 11 March 2018 at 07:59:53 UTC, rumbu wrote:
My opinion is that the day when C# will compile to native (on
any platform), the C# developer interest in D will drop
instantly.
I do write a commerical project in C#. But I have an opposite
feeling: The day D will easily compile to
On Saturday, 10 March 2018 at 10:05:49 UTC, rumbu wrote:
According to the State of D Survey, 71% of the respondents
don't care about betterC. Why is betterC on the priority list?
I believe it's because it's so important for the 29% who care. If
you're doing an module for project written in
On Monday, 5 March 2018 at 10:57:35 UTC, Jonathan M Davis wrote
(in the article):
The problem is that the entire object must be fully initialized
before
the body of the postblit constructor is run. That means that
any member
variables which are const or immutable are stuck at whatever
they
On Thursday, 29 March 2018 at 09:15:56 UTC, RazvanN wrote:
I've been documenting how the postblit works [1] and discovered
that it has some major issues when used with qualifiers.
Perhaps you're already aware, but there was discussion about that
a while back:
On Friday, 16 March 2018 at 18:35:14 UTC, Tony wrote:
I thought C# was like Java and does not allow free procedures.
Can you give an example of C# procedural-style IO?
Well, this is not IO, but:
public struct DivInt
{ public int quot;
public int rem;
}
public static class Utility
{
On Sunday, 25 February 2018 at 18:03:35 UTC, aliak wrote:
Alo,
Just finished up a first take on an optional type for D. It's
essentially a mix of Nullable and std.range.only, but with a
lot more bells and whistles. I would love to hear any feedback
on code, or features, or bad design or
On Monday, 26 February 2018 at 15:27:11 UTC, Meta wrote:
The idea is to treat `Option!T` as a regular input range so it
can be used with all the regular range algorithms without
special casing it. You're right in that the null/non-null
dichotomy is equivalent to the notion of a range being
On Monday, 26 February 2018 at 20:04:14 UTC, aliak wrote:
Guess I could do a pointer and call new when i need to store a
value instead. Or maybe it's better to do it like above and
store as value type with default value and a boolean at the
site. Not sure.
You do not need a separate boolean
On Tuesday, 6 March 2018 at 11:03:24 UTC, Nemanja Boric wrote:
title = title.dup;// doesn't work anymore
Strange! You're right it does not when the type declares a member
as const, yet:
On Monday, 5 March 2018 at 10:57:35 UTC, Jonathan M Davis
wrote (in the article):
And if an
On Tuesday, 6 March 2018 at 12:05:26 UTC, Dukc wrote:
I think we have a bug here. I believe postblits should behave
like constructors in both events.
https://issues.dlang.org/show_bug.cgi?id=18561
On Monday, 15 October 2018 at 21:23:13 UTC, Walter Bright wrote:
I'm giving a presentation at:
Is there a video about your talk "taking advantage of D in
existing C codebases" at Code Europe? I recall that you were
going to share it.
On Wednesday, 17 October 2018 at 15:20:08 UTC, Mike Parker wrote:
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
in D (something I'll be pushing for soon).
On Wednesday, 7 November 2018 at 10:58:35 UTC, Atila Neves wrote:
Definitely worth it.
Nice to hear. And nice that you put it to use!
I'm still unclear on the non-transitivity of scope and exactly
what the consequences of this rule:
3. A scope variable cannot be initialized with the
On Tuesday, 6 November 2018 at 16:20:00 UTC, Atila Neves wrote:
https://www.reddit.com/r/programming/comments/9uoak1/implementing_rusts_stdsyncmutex_in_d/
Good post. Since you have battle-tested DIP1000, I'm interested
what you think about it. You mentioned that it's currently hard
to
On Wednesday, 7 November 2018 at 08:31:21 UTC, Joakim wrote:
I just benchmarked building the last couple versions of DMD,
when most of the backend was converted to D, by building them
with the latest DMD 2.083.0 official release and clang 6.0 in a
single-core linux/x64 VPS. Here are the times
On Wednesday, 7 November 2018 at 14:39:55 UTC, Joakim wrote:
I don't know why you think that would matter: I'm using the
same compilers to build each DMD version and comparing the
build times as the backend was translated to D.
Because generally, LLVM compilers provide faster code, but
On Monday, 1 October 2018 at 09:34:34 UTC, Guillaume Piolat wrote:
printed is a low-level API to generate self-contained PDF
1.4/SVG 1.1 documents hopefully suitable for print.
At work, I had to make a file converter which converts an
obsolete CAD format to image files. It currently makes png
On Monday, 1 October 2018 at 10:44:53 UTC, Guillaume Piolat wrote:
Mmmm you mean dlib has a software renderer?
Yes.
https://github.com/gecko0307/dlib/blob/master/dlib/image/canvas.d
Small and simple, but so far enough for my converter, as it pairs
well with DLib's image file i/o.
On Tuesday, 11 December 2018 at 15:34:28 UTC, Simen Kjærås wrote:
I believe a reasonable case can be made for .! for UFCS - it's
currently invalid syntax and will not compile, and ! is the
symbol we already associate with template instantiation:
alias memberFunctions = __traits(allMembers,
On Saturday, 15 December 2018 at 19:53:06 UTC, Atila Neves wrote:
@safe and pure though...
Why @safe? Can't you just write "@safe:" on top and switch to
@system/@trusted as needed?
On Monday, 17 December 2018 at 09:41:01 UTC, Dukc wrote:
On Saturday, 15 December 2018 at 19:53:06 UTC, Atila Neves
wrote:
@safe and pure though...
Why @safe? Can't you just write "@safe:" on top and switch to
@system/@trusted as needed?
Argh, I forgot that you are not supposed to @safe
On Saturday, 17 November 2018 at 21:35:59 UTC, Sebastiaan Koppe
wrote:
[snip]
I had a look at your code, and just now I realized that spasm can
really call JavaScript without any glue from JavaScript side.
This is huge! Now I can start to think about expanding my usage
of D at the web page
On Thursday, 24 January 2019 at 13:58:59 UTC, Mike Parker wrote:
I said in my annual D Blog retrospective that I wanted to do a
similar post focused on D at large. Sebastian Wilzbach sent me
a tremendously helpful info dump of all sorts of goings on,
most of which I knew nothing about. When I
On Wednesday, 15 May 2019 at 07:39:05 UTC, Walter Bright wrote:
https://github.com/dlang/phobos/pull/6931
This is a major milestone in improving the memory safety of D
programming. Thanks to everyone who helped with this!
Time to start compiling your projects with DIP1000, too!
For me, the
On Wednesday, 15 May 2019 at 07:56:48 UTC, Walter Bright wrote:
About -DIP1000, I sure want to use it. But is there currently
any practical way to learn it's usage without researching
compiler source code?
Simply add the switch -preview=dip1000 to your builds, and
follow where it leads.
On Wednesday, 15 May 2019 at 08:26:23 UTC, Walter Bright wrote:
This is a good start:
http://dconf.org/2017/talks/bright.html
Ah, at least something. Thanks.
On Thursday, 16 May 2019 at 04:29:10 UTC, evilrat wrote:
On Thursday, 16 May 2019 at 01:05:53 UTC, H. S. Teoh wrote:
...
I hate SFINAE.
But.. But D doesn't have it!11 NOOO!!1!
Not in the same sense as C++. But if the template constrains rely
of is() statements, that is still a kind of
On Monday, 6 May 2019 at 18:15:54 UTC, Seb wrote:
Independency of D from the C Standard Library (Stefanos
Baziotis)
-
An effort to decouple D from the C standard library.
Does this mean that the GC will be using
On Wednesday, 8 May 2019 at 07:57:40 UTC, Mike Parker wrote:
The venue uses WebEx for livestreaming. All the information is
available in this PDF:
Why does the Webex plugin need access to data from all intenet
tabs, and outside the program? Seems suspicious for me.
On Wednesday, 8 May 2019 at 10:13:35 UTC, Ethan wrote:
Good news everyone! A Youtube stream will be arriving after the
lunch break.
Cheers for your patience.
Excellent!
On Tuesday, 6 August 2019 at 22:57:52 UTC, a11e99z wrote:
On Tuesday, 6 August 2019 at 20:20:13 UTC, Sebastiaan Koppe
wrote:
On Tuesday, 6 August 2019 at 19:02:09 UTC, a11e99z wrote:
hi. can not compile for Windows
LDC ver 1.16.0.
Currently ldc 1.16.0 isn't supported. You can downgrade to
On Sunday, 24 November 2019 at 20:42:24 UTC, Sebastiaan Koppe
wrote:
LLVM errors out saying it can't select tls for wasm. We could
modify ldc to not emit TLS instructions under WebAssembly.
No need do make that rule WASM-specific. Do this for all programs
that have thearding disabled.
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
This proposal is so perfectly balanced
On Wednesday, 27 November 2019 at 19:30:15 UTC, Ernesto
Castellotti wrote:
The support to targets that use 16 bits as a pointer size has
already been added to LDC
(https://github.com/ldc-developers/ldc/pull/2194), so minimal
AVR support is present (AVR uses 16 bit pointers).
Don't you run
On Tuesday, 8 October 2019 at 09:52:40 UTC, Andrea Fontana wrote:
On Tuesday, 8 October 2019 at 08:56:26 UTC, zoujiaqing wrote:
[...]
So finally we have a working xml parser!
Huh? What's wrong with dxml[1]?
(Of course it's always good to have alternatives, working or no).
1:
On Sunday, 26 January 2020 at 09:01:03 UTC, Mike Parker wrote:
I'm making a change to the way we solicit feedback during DIP
review rounds. The goal is to separate explicit feedback from
discussion. Discussion is vital to the process, but it also
makes it difficult to find the actionable
On Friday, 1 May 2020 at 10:54:55 UTC, zoujiaqing wrote:
[snip]
Thanks, but: Some of the files have Apache license, but some have
none. I think you should add a license to the whole repository
that would cover those files that don't have their own.
On Saturday, 23 May 2020 at 10:55:40 UTC, Dukc wrote:
Just making `@trusted` wrappers over BindBC-nuklear seemed to
me as inresponsible use of the attribute.
Meant: blindly making the wrappers, without thinking whether
calling the wrapper would always be `@safe`
On Saturday, 23 May 2020 at 10:55:40 UTC, Dukc wrote:
The more I think of Atila's and Walter's responses, the more
they are starting to make sense.
[snip]
In fact this former antipattern means that it'd make sense to
have an inverse of `@trusted` attribute, lets say `@suspect`. It
would
The more I think of Atila's and Walter's responses, the more they
are starting to make sense.
When I look my own code that uses the Nuklear GUI library,
written in C, it's all `@system`. I have not had the time to make
`@trusted` wrappers over the BindBC-nuklear API, so I did what
tends to
I can see that happening. A simple example would be:
extern (C) void free(void* p);
...
free(p);
free(p);
The thing is, you are no worse off than now. If free() can be
misused by calling it from system code, it can be misused by
calling it from safe code.
Wrong :-(. The
On Tuesday, 8 September 2020 at 09:17:10 UTC, Mike Parker wrote:
I was on the verge to cutting the schedule down to one day, but
thanks to some last-minute submissions, looks like we'll have
enough content now to stretch across two days!
Wow! A week ago you told that there was only one
On Sunday, 23 August 2020 at 19:39:35 UTC, Paul Backus wrote:
https://pbackus.github.io/blog/how-does-memory-safety-work-in-d.html
What exactly do we mean when we talk about "memory safety" in
D? Is it the same thing as "undefined behavior"? Is it ever
correct to mark and `extern(C)` function
Did you remember the schelude publication? It was supposed to
happen yesterday.
On Friday, 22 May 2020 at 18:27:42 UTC, Atila Neves wrote:
Sorry, I didn't express myself well. I meant that the user can
still mark functions as @system, they just have to do it
explicitly.
Hm, DPP might be of help here. Becuse I quess you are going to
make sure it'll mark everything
On Thursday, 17 September 2020 at 12:58:06 UTC, Mike Parker wrote:
DIP 1030, "Named Arguments", has been accepted.
Good. It has some weaknesses that Rikki's DIP would have avoided
but it's also simpler. Good work, Walter!
"Named arguments breaks this very important pattern:
auto
On Wednesday, 1 July 2020 at 07:19:11 UTC, Cym13 wrote:
Here's what you should know if you are a user:
RSA, as implemented in the library, is still very much broken.
I do not recommend using it. The confidentiality and integrity
of all messages exchanged using this library must be
On Saturday, 13 June 2020 at 15:11:49 UTC, Atila Neves wrote:
https://code.dlang.org/packages/tardy
https://github.com/atilaneves/tardy
If this is what you say, it could be used for object-oriented
programing with types that are not designed as objects. Not only
that, in principle the design
On Sunday, 21 June 2020 at 15:24:14 UTC, 9il wrote:
Hey everyone,
So excited to finally announce we can correctly parse
floating-point numbers according to IEEE round half-to-even
(bankers) rule like in C/C++, Rust, and others.
Finally a worthy alternative to Vladimir Panteleevs parser [1].
On Monday, 22 June 2020 at 12:07:26 UTC, 9il wrote:
On Monday, 22 June 2020 at 12:04:13 UTC, 9il wrote:
So the algorithm would look like:
1. Parse hexadecimal big integer
2. Parse exponent
3. Cast big integer to `Fp` with a specific number of
meaningful bits (its already implemented)
4. Add
On Wednesday, 6 January 2021 at 17:59:57 UTC, Jacob Carlborg
wrote:
There's `staticArray` to solve this issue [1].
It does a slightly different thing. staticArray works with types
of literals and values, while the proposed way works with type of
the declaration. Now you have to either infer
On Wednesday, 6 January 2021 at 18:41:31 UTC, Nick Treleaven
wrote:
On Wednesday, 6 January 2021 at 18:33:54 UTC, Dukc wrote:
Why? `arr` is static so the compiler should be able to figure
that no overflow will ever happen.
Because:
1. concatenation with a static array is not defined (use
On Wednesday, 6 January 2021 at 18:22:32 UTC, Nick Treleaven
wrote:
Type inference for parameters with a default argument could be
made to work.
auto fun(auto a = [1,2,3].staticArray) {return a;}
Okay that was a bad example. But see Luhrels answer to Jacob.
```
int[$] bar(int[2] arr)
On Thursday, 7 January 2021 at 13:03:54 UTC, Luhrel wrote:
I don't get it.
1. `y` should be a int[].
True - see my correction at the feedback theard.
2. if staticArrFunc returns a size_t, then the problem can be
simplified as:
```
staticArrFunc(cast(int[$])[1,2,3]); // no need to cast :
On Friday, 8 January 2021 at 11:49:30 UTC, Dukc wrote:
It SHOULD compile if `s` was either a static array or a
manifest constant, but currently it does not - what a lucky bug!
Bugzilla: https://issues.dlang.org/show_bug.cgi?id=16213
On Friday, 8 January 2021 at 12:43:51 UTC, Luhrel wrote:
On Friday, 8 January 2021 at 11:49:30 UTC, Dukc wrote:
On Thursday, 7 January 2021 at 15:58:24 UTC, Luhrel wrote:
[...]
It does not compile because length of `s` is not known at
compile time. It SHOULD compile if `s` was either a
On Thursday, 7 January 2021 at 15:58:24 UTC, Luhrel wrote:
```
int staticArrFunc(int[6] a)
{
return a[0];
}
void main()
{
int[] s = [1, 2, 3, 4, 5, 6];
int[] y = s[0 .. staticArrFunc(cast(int[$]) [1,2,3])];
// Error: CTFE internal error: trying to access
uninitialized var
}
On Wednesday, 13 January 2021 at 15:31:33 UTC, Nick Treleaven
wrote:
On Wednesday, 13 January 2021 at 14:48:07 UTC, Atila Neves
wrote:
Even if they did, what editor are they using that they can't
jump back to where they were?
Geany. You can set a marker but probably the editor should
On Thursday, 14 January 2021 at 13:24:55 UTC, Atila Neves wrote:
https://forum.dlang.org/post/wdsgkozpnhegqkcwe...@forum.dlang.org
On Tuesday, 1 September 2020 at 09:09:36 UTC, Jacob Carlborg
wrote:
BTW, is timestamps vs SHA-1 hashing really the most pressing
issue with Dub?
Not really, no.
On Thursday, 14 January 2021 at 15:14:36 UTC, Dukc wrote:
I use Geany, and I'm no power user, I don't know many key
bindings. My way to deal with this is dead stupid: I leave the
character cursor where I am and start scrolling. When I want to
go back, lArrow rArrow lArrow rArrow...
Oh
On Wednesday, 3 February 2021 at 09:20:57 UTC, Mike Parker wrote:
After a bit of delay, DIP 1034, "Add a Bottom Type (reboot)",
is now in the hands of Walter and Atila for the Formal
Assessment.
Good luck Dennis!
On Friday, 18 June 2021 at 13:06:28 UTC, Mike Parker wrote:
I've posted a collective announcement of recent big happenings
in D Land with all the relevant links. The SAoC 2021 and DConf
Online 2021 pages are live with the information you need to
submit proposals. Looking forward to see what
On Friday, 28 May 2021 at 14:56:08 UTC, Mike Parker wrote:
For example, major long-term goals are memory safety (e.g.,
specific bugs, fully enabling DIP 1000 support) and Phobos v2.
Phobos v2 is an official plan? That was news for me! Any chance
to get a glimpse of what's planned for it?
On Sunday, 30 May 2021 at 14:28:25 UTC, Dylan Graham wrote:
Hi, all!
This is LWDR (Light Weight D Runtime) It is a ground-up
implementation of a D runtime targeting the ARM Cortex-M
microcontrollers and other microcontroller platforms with
RTOSes (Real Time Operating Systems).
Sounds very
On Saturday, 29 May 2021 at 19:39:35 UTC, Ethan wrote:
On Saturday, 29 May 2021 at 14:05:12 UTC, Iain Buclaw wrote:
Beerconf is inviting you to a meeting.
BEERCONF
When I saw "last reply 22 hours ago by Ethan" in the thread title
I guessed what you said without looking!
1 - 100 of 157 matches
Mail list logo