On Tuesday, 14 May 2024 at 14:01:28 UTC, Hipreme wrote:
[snip]
### Item 8
There was a project which is basically rdmd but faster out
there, done by Jonathan Marler.
- https://github.com/dragon-lang/rund
Sometime ago I thought about just pushing to d tools, but since
no one cared about, I
On Wednesday, 3 April 2024 at 16:25:49 UTC, Mike Parker wrote:
The D Language Foundation's quarterly meeting for January, 2024
took place on Friday the 5th at 15:00 UTC. It lasted for about
45 minutes.
[snip]
Thanks for the write-up, as always.
__Question about Ddoc__
Second, when
On Sunday, 10 March 2024 at 16:07:23 UTC, Mike Parker wrote:
The countdown is on! I'll kick off the DConf Online Livestream
at 14:55 UTC on March 16. You can find it here:
https://www.youtube.com/live/8GV_TuYk3lk
And if you haven't seen the details yet, take a look here:
On Monday, 4 March 2024 at 11:19:57 UTC, Mike Parker wrote:
On Monday, 4 March 2024 at 11:17:16 UTC, Sergey wrote:
On Monday, 4 March 2024 at 11:07:07 UTC, Mike Parker wrote:
snip
Thanks for keep posting it
just a bit awkward to read in March about November..
Yeah, sorry about that. I'll
On Monday, 5 February 2024 at 13:47:21 UTC, Mike Parker wrote:
I've just pressed the submit button on the GSoC 2024
application form. All we can do now is keep our fingers crossed
that we're accepted this year.
In the meantime, we can continue to update and refine the
project ideas list:
On Sunday, 28 January 2024 at 18:11:24 UTC, Mike Parker wrote:
Some of you may recall the two conversations I had with Walter
a while back, part of what I called the 'D Community
Conversations' series. I've long planned to get that going as a
regular, monthly thing. Finally, the time has come.
On Thursday, 25 January 2024 at 15:03:41 UTC, Max Samukha wrote:
On Monday, 22 January 2024 at 23:28:40 UTC, Jonathan M Davis
wrote:
Of course, ultimately, different programmers have different
preferences, and none of us are going to be happy about
everything in any language.
It's not
On Tuesday, 2 January 2024 at 12:49:51 UTC, Iain Buclaw wrote:
Glad to announce the first beta for the 2.107.0 release, ♥ to
the 35 contributors.
This release comes with 9 major changes and 52 fixed Bugzilla
issues, including:
- Unrecognized pragmas are no longer an error, but instead
simply
On Monday, 27 November 2023 at 16:08:09 UTC, Mike Shah wrote:
On Wednesday, 22 November 2023 at 21:35:34 UTC, WebFreak001
wrote:
the revamped DUB documentation I started a while ago is now
deployed on https://dub.pm
[...]
Just wanted to say that I appreciate the effort and
improvements to
On Tuesday, 14 November 2023 at 18:40:58 UTC, Adam D Ruppe wrote:
[snip]
But for existing libraries, I actually have a potential
solution for that: made dub look at the version tag date.
So, suppose dub determines it wants to use abandoned-library
version 1.4. It knows version 1.4 was
On Tuesday, 14 November 2023 at 17:57:36 UTC, Steven
Schveighoffer wrote:
[snip]
That's not any better. If you have to opt-in to the language as
it exists, people are going to quit immediately. I'm not joking
about this. Imagine spending 2 hours trying to figure out why
your app that is
On Tuesday, 14 November 2023 at 12:55:28 UTC, Andrey Zherikov
wrote:
On Tuesday, 14 November 2023 at 08:18:20 UTC, Mike Parker wrote:
## The future of D
Did you see this video from cppnow'23?
https://youtu.be/VMYVbA2gg0g?si=fMGbnE0FliLwmYgo
It's a good talk about language evolution in
On Monday, 13 November 2023 at 16:09:51 UTC, Guillaume Piolat
wrote:
On Sunday, 12 November 2023 at 19:50:02 UTC, Mike Parker wrote:
https://gist.github.com/mdparker/f28c9ae64f096cd06db6b987318cc581
Thanks for the detailed summary, I'm reading them all!
Seconded, though I didn't follow all
On Friday, 29 September 2023 at 11:00:05 UTC, Guillaume Piolat
wrote:
On Friday, 29 September 2023 at 08:33:56 UTC, Imperatorn wrote:
[...]
Thinking about this, it's more vs TLS variable. __gshared would
require synchronization.
[...]
Do you have an example of how this would be used in
On Thursday, 21 September 2023 at 15:54:26 UTC, Atila Neves wrote:
[snip]
Yes, and I've done that, but it's not great. I'm going to add
CMake support to reggae by making CMake export its compilation
DB and importing that.
Interesting.
On Wednesday, 20 September 2023 at 21:19:22 UTC, Atila Neves
wrote:
On Wednesday, 20 September 2023 at 15:24:52 UTC, Andrey
Zherikov wrote:
On Thursday, 7 September 2023 at 17:34:48 UTC, Atila Neves
wrote:
https://code.dlang.org/packages/reggae
For those who don't know, reggae is a meta-build
On Friday, 18 August 2023 at 13:40:54 UTC, drug007 wrote:
18.08.2023 01:32, Guillaume Piolat пишет:
[...]
Let me improve it a little bit (some form of procrastination)
[...]
Sorry, but what are you improving here?
On Monday, 14 August 2023 at 12:20:50 UTC, Dom DiSc wrote:
On Monday, 14 August 2023 at 08:42:17 UTC, claptrap wrote:
Maybe if the compiler detects that deprecated features are
being used it could add a line to the output...
"To check for usage of deprecated features use the '-wo'
switch"
On Tuesday, 1 August 2023 at 14:00:30 UTC, bachmeier wrote:
On Tuesday, 1 August 2023 at 12:37:58 UTC, jmh530 wrote:
You mention creating a better interface, but recall for rstan
to work you need to put the data into an R list with names
that match what is in your program (your stan program
On Tuesday, 1 August 2023 at 12:37:58 UTC, jmh530 wrote:
[snip]
- The custom allocator requires leaving 80 bits immediately
preceding the data free for R to store its metadata related to
the vector. There's no way around that as R would not know
what to do without the metadata.
On Monday, 31 July 2023 at 21:36:45 UTC, bachmeier wrote:
On Friday, 7 July 2023 at 21:54:12 UTC, jmh530 wrote:
Cool.
The main thing I want to try is rstan. They have an interface
called cmdstan that you can call from the command line that
would be possible to use with D. The problem is
On Friday, 7 July 2023 at 20:33:08 UTC, bachmeier wrote:
[snip]
I was wrong. They added custom allocators a while back, but
didn't tell anyone.
Actually, what I said before is technically correct. The SEXP
struct itself still has to be allocated by R and managed by the
R garbage collector.
On Friday, 7 July 2023 at 10:45:33 UTC, Guillaume Piolat wrote:
On Friday, 7 July 2023 at 09:35:14 UTC, Paolo Invernizzi wrote:
I respectfully disagree, and prefer to keep going on with the
current deprecation and cleanup policy: Scott Meyers' DConf
2014 keynote all the way down.
+1
I've
On Friday, 30 June 2023 at 18:47:06 UTC, bachmeier wrote:
[snip]
I assume you mean that you've allocated memory on the D side,
like this:
```
auto a = new double[24];
a[] = 1.6;
Slice!(double*, 1) s = a.sliced();
```
and you want to pass s to R for further analysis.
Unfortunately, that
On Thursday, 29 June 2023 at 23:51:44 UTC, bachmeier wrote:
[snip]
Glad you're continuing to do work on this front. There's a lot of
great material explaining things, which is always good.
It would be cool to have another version of the link below for
using a mir Slice with R.
On Monday, 15 May 2023 at 18:02:49 UTC, ryuukk_ wrote:
[snip]
It can be frustrating when you are are neck deep in some
complicated problem to explain to people who haven't spent the
same amount of time with it as you have.
On Wednesday, 10 May 2023 at 02:48:02 UTC, anonymouse wrote:
On Tuesday, 2 May 2023 at 00:34:45 UTC, Iain Buclaw wrote:
Glad to announce the first beta for the 2.104.0 release, ♥ to
the 36 contributors.
A couple days ago I ran into an issue that was solved by
On Friday, 28 April 2023 at 16:25:03 UTC, Steven Schveighoffer
wrote:
On 4/28/23 11:42 AM, jmh530 wrote:
2) It would be cool to have a built-in way to profile
unittests by module. So for instance, the output would be how
long it took the unit tests to run, broken out by module and
then with a
On Friday, 28 April 2023 at 14:29:47 UTC, Mike Parker wrote:
The D Language Foundation's second quarterly meeting for 2023
took place on April 7 at 14:00 UTC. It lasted just over an
hour. This was the first "standalone" quarterly meeting, where
the foundation's monthly discussion was split
On Tuesday, 25 April 2023 at 04:54:43 UTC, Mike Parker wrote:
I submitted DIP1044, "Enum Type Inference", to Walter and Atila
on April 1. I received the final decision from them on April
18. They have decided not to accept this proposal.
[snip]
I didn't follow this too closely last year,
On Tuesday, 4 April 2023 at 12:01:23 UTC, Iain Buclaw wrote:
On Monday, 3 April 2023 at 17:56:25 UTC, jmh530 wrote:
The changelog doesn't list the fix to log1p
https://github.com/dlang/phobos/pull/8712
Was there a bugzilla issue for it? Must have been missed.
I think I just commented on one
On Monday, 3 April 2023 at 16:41:25 UTC, Iain Buclaw wrote:
Glad to announce D 2.103.0, ♥ to the 43 contributors.
This release comes with 9 major changes, including:
- In the compiler, `-preview=dip25` is now enabled by default.
- In the standard library, std.uni Grapheme functions have been
On Thursday, 2 March 2023 at 18:35:36 UTC, Bastiaan Veelo wrote:
On Thursday, 2 March 2023 at 16:40:12 UTC, jmh530 wrote:
Any reason why it doesn't match the options from DMD?
See the
[changelog](https://dlang.org/changelog/2.103.0.html#colors):
The previous **automatic**, **on**, **off**
On Thursday, 2 March 2023 at 16:40:12 UTC, jmh530 wrote:
On Thursday, 2 March 2023 at 14:40:04 UTC, Iain Buclaw wrote:
Glad to announce the first beta for the 2.103.0 release, ♥ to
the 43 contributors.
[snip]
I see some typos in the changelog (stars around what I noticed):
[snip]
I guess
On Thursday, 2 March 2023 at 14:40:04 UTC, Iain Buclaw wrote:
Glad to announce the first beta for the 2.103.0 release, ♥ to
the 43 contributors.
[snip]
I see some typos in the changelog (stars around what I noticed):
(Compiler changes #5)
Up until this release, D had both
On Wednesday, 1 March 2023 at 18:39:45 UTC, Iain Buclaw wrote:
Glad to announce D 2.102.2, ♥ to the 8 contributors.
This is the last point release for 2.102 series, and the beta
for 2.103 will be released shortly.
http://dlang.org/download.html
This point release fixes a few issues over
On Monday, 27 February 2023 at 15:39:35 UTC, Dom Disc wrote:
On Monday, 27 February 2023 at 14:27:25 UTC, bachmeier wrote:
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
Razvan [submitted a PR deprecating `alias this` in
classes](https://github.com/dlang/dmd/pull/14812) the
On Thursday, 2 February 2023 at 17:22:46 UTC, Ali Çehreli wrote:
[snip]
https://issues.dlang.org/show_bug.cgi?id=17378
Looks like your bug report is for assert and static assert, but
the PR only handles static assert. You might want to file a
separate one for assert.
On Thursday, 2 February 2023 at 15:56:56 UTC, Steven
Schveighoffer wrote:
[snip]
Previously, it would search in each path, and look for the
files in the order of di, then d, then i, then c. So based on
the order of the paths, it might find a matching C file before
a matching D file in a
On Thursday, 2 February 2023 at 12:30:50 UTC, Iain Buclaw wrote:
Glad to announce D 2.102.0, ♥ to the 40 contributors.
This release comes with support for multiple message arguments
in `static assert()`, stack allocated `scope` array literals, a
new preview switch to add support for `@system`
On Thursday, 12 January 2023 at 11:47:26 UTC, Mike Parker wrote:
[snip]
### Andrei
Andrei asked Razvan about the status of [the ProtoObject
DIP](https://github.com/dlang/DIPs/blob/master/DIPs/other/DIP1042.md). Razvan said that Adam Ruppe had raised some valid complaints in the DIP's pull
On Sunday, 8 January 2023 at 11:27:14 UTC, Mike Parker wrote:
[snip]
Thanks to Dennis for offering to put these videos together.
Even a short video like this one takes a significant time
investment to go from concept to publication. I'm certain there
are people out there who will find them
On Thursday, 17 November 2022 at 07:13:38 UTC, Iain Buclaw wrote:
[snip]
I've just ran `rdmd -version=Contributors_Lib changed
v2.100.2..v2.101.0` with my [hacked version of
tools/changed.d](https://forum.dlang.org/post/jhmjyccxjxfrnboea...@forum.dlang.org), and all of a sudden I get "209
On Thursday, 17 November 2022 at 00:25:19 UTC, Iain Buclaw wrote:
On Wednesday, 16 November 2022 at 20:51:19 UTC, jmh530 wrote:
Thanks again, but it doesn't look like the changelog is
picking up everything.
It really would help if you provide some bugzilla urls or PRs
that you think
On Tuesday, 15 November 2022 at 20:54:03 UTC, Iain Buclaw wrote:
Glad to announce D 2.101.0, ♥ to the 63 contributors.
This release comes with shortened method syntax enabled by
default, new bit-field support added as a preview feature, a
new `std.typecons.SafeRefCounted` type that can be
On Wednesday, 2 November 2022 at 04:42:06 UTC, Mike Parker wrote:
The D Language Foundation's October 2022 meeting was a
quarterly, meaning that several industry representatives
attended. It took place via Jitsi Meet on October 7, 2022, at
14:00 UTC. The following people attended (those with
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
This summary is quite a bit overdue. Sorry for the delay.
[...]
Thanks for the detailed update.
On Monday, 15 August 2022 at 15:08:01 UTC, Adam D Ruppe wrote:
[...]
It's one of those things where it is better for learning a
language when there are a smaller number of orthogonal features
that can be built up into more complex things. @safe, pure, etc.
are good, but feel a bit hackish
On Monday, 15 August 2022 at 21:32:23 UTC, WebFreak001 wrote:
Hi all, I'm currently working on new revamped DUB
documentation, check it out if you want, it currently contains
most old documentation plus a big bunch of new documentation:
[...]
Looks go to be a big improvement.
Some of the
On Monday, 8 August 2022 at 13:01:46 UTC, Petar Kirov
[ZombineDev] wrote:
On Monday, 8 August 2022 at 05:39:29 UTC, Ki Rill wrote:
On Sunday, 7 August 2022 at 13:53:12 UTC, Steven Schveighoffer
wrote:
Also, IIRC, in the latest master of DMD, there is an attempt
to run the system preprocessor
On Friday, 5 August 2022 at 16:30:28 UTC, Rumbu wrote:
On Friday, 5 August 2022 at 16:08:50 UTC, Steven Schveighoffer
wrote:
Just saying, I see an integer. That's an integer according to
the language (as far back as I can test, which is 2.060
released 2012). If that was somehow parsing as a
On Friday, 5 August 2022 at 15:44:10 UTC, Steven Schveighoffer
wrote:
On 8/5/22 11:36 AM, Rumbu wrote:
float z = 85886696878585969769557975866955695.E0; //integer
overflow, I don't see any int
That's an integer, which is trying to call a UFCS function
named `E0`. Did you mean to include the
On Wednesday, 3 August 2022 at 15:52:31 UTC, matheus wrote:
On Wednesday, 3 August 2022 at 09:28:29 UTC, Mike Parker wrote:
On Monday, 1 August 2022 at 21:37:38 UTC, matheus wrote:
On Monday, 1 August 2022 at 20:08:52 UTC, Bastiaan Veelo
wrote:
The first part is missing due to a late click
On Monday, 25 July 2022 at 13:52:51 UTC, Mike Parker wrote:
For those of you who can't join us in person at DConf '22 in
London next week, you can join us instead via each day's
livestream link:
[...]
I'm only seeing Walter's slides on the github site [1]. Will the
others be available
On Monday, 11 July 2022 at 15:33:32 UTC, Adam D Ruppe wrote:
On Monday, 11 July 2022 at 13:37:10 UTC, Mike Parker wrote:
The primary motivation is to trim the length of the video down.
I think that's important for YouTube videos.
This has changed a lot over recent years - the youtube
On Wednesday, 4 May 2022 at 16:21:19 UTC, Mike Parker wrote:
[snip]
As always, thanks for putting these together.
Interesting that Ali said he should try out Visual Studio Code.
On Tuesday, 19 April 2022 at 12:46:16 UTC, Mike Parker wrote:
[snip]
Talks from past NWCPP meetups are on their YouTube channel here:
https://www.youtube.com/user/NWCPP/videos
I assume this one will be there, too.
Thanks.
On Sunday, 17 April 2022 at 20:12:38 UTC, Walter Bright wrote:
https://nwcpp.org/
An online presentation.
Monday at 7PM PST.
Will there be a recording available?
On Monday, 7 March 2022 at 07:25:54 UTC, bauss wrote:
Don't worry about it, it's only human to forget things. It's
impossible to remember everything, if you're already booked up
with a lot of other stuff that has to be done.
Agreed.
On Wednesday, 9 February 2022 at 16:21:24 UTC, Paul Backus wrote:
[snip]
In D, there is no existing word for this, so from that
perspective both "mustuse" and "nodiscard" are equally valid.
In other languages, there are multiple existing words:
- C++17: [[nodiscard]]
- C (gcc/clang):
On Monday, 10 January 2022 at 12:55:28 UTC, Moth wrote:
hi all.
i got fed up with the built-in string type having so many
features unavailable in `@nogc` code, so i made my own.
introducing fixedstring: a templated fixed-length array of
`char`s, compatible with `@safe`, `@nogc`, and
On Friday, 7 January 2022 at 21:41:55 UTC, Walter Bright wrote:
Compile with -vasm to see it! Enjoy!
[snip]
Would make a nice project for someone to integrate this into
run.dlang.org
On Sunday, 5 December 2021 at 11:01:05 UTC, Mike Parker wrote:
[snip]
I'll likely be working on this for the remainder of this month.
I'll try to get them out every three or four days, and I'll
continue to update this thread with the new links.
Stefan's Q & A session is next.
Thanks for
On Sunday, 10 October 2021 at 14:10:53 UTC, Martin Nowak wrote:
Glad to announce D 2.098.0, ♥ to the 62 contributors.
This release comes with template alias assignments, ImportC, a
forking parallel GC for POSIX systems, and many more changes.
http://dlang.org/download.html
On Monday, 30 August 2021 at 13:26:09 UTC, Per Nordlöw wrote:
[snip]
Why wasn't fixing the linking bugs considered an alternative to
forking std.complex?
What are the other remaining reasons for not using std.complex?
It doesn't look like any bug reports were filed. Hopefully that
can
On Monday, 30 August 2021 at 12:47:11 UTC, Mike Parker wrote:
Five projects have been selected for SAOC 2021. I've summarized
them on the blog.
[snip]
Looks like a good set of projects. Good luck to them.
On Thursday, 13 May 2021 at 13:29:55 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.097.0 release, ♥ to
the 54 contributors.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.097.0.html
As usual please report any bugs at
https://issues.dlang.org
-Martin
On Saturday, 10 April 2021 at 20:50:08 UTC, kinke wrote:
[snip]
Please help test, and thanks to all contributors & sponsors!
ldc-beta is passing tests I have for enabling dependencies in
unittests in run.dlang.org [1]. Will be happy to get this in when
the next release is live (the only
On Monday, 25 January 2021 at 21:25:28 UTC, H. S. Teoh wrote:
[snip]
I think we're looking at this in the wrong way. [snip]
AKA
https://en.wikipedia.org/wiki/Goodhart%27s_law
On Tuesday, 12 January 2021 at 20:04:00 UTC, Paul Backus wrote:
On Tuesday, 12 January 2021 at 19:49:10 UTC, jmh530 wrote:
I'd rather put the import at the top of the file, or in a
version(unittest) block than that. The problem with those
approaches is that if you have an example unittest,
On Tuesday, 12 January 2021 at 19:27:31 UTC, Petar Kirov
[ZombineDev] wrote:
[snip]
To play the devil's advocate, it shouldn't be hard to change
the compiler config file to auto-import any module of your
choice (it config file would simply append it to the compiler
command line).
[snip]
On Tuesday, 12 January 2021 at 17:27:50 UTC, Q. Schroll wrote:
On Monday, 11 January 2021 at 21:17:20 UTC, jmh530 wrote:
On Monday, 11 January 2021 at 14:42:57 UTC, Nick Treleaven
wrote:
[snip]
Just a suffix like `[1,2]$` or `[1]s`. Then just use `auto
var =` with it as normal.
Gotcha. I
On Monday, 11 January 2021 at 21:33:36 UTC, Paul Backus wrote:
On Monday, 11 January 2021 at 21:17:20 UTC, jmh530 wrote:
Of course, the typical response would be, "well why not use
alias s = static array". I would ask what about an @nogc
unittest where the author is trying to limit calls to
On Monday, 11 January 2021 at 14:42:57 UTC, Nick Treleaven wrote:
[snip]
Just a suffix like `[1,2]$` or `[1]s`. Then just use `auto var
=` with it as normal.
Gotcha. I think I would use that more than the current DIP
(though I prefer [1]s to [1]$).
Of course, the typical response would
On Monday, 11 January 2021 at 13:42:42 UTC, Mike Parker wrote:
[snip]
Blog Post (including LDC beta news):
https://dlang.org/blog/2021/01/11/a-new-year-a-new-release-of-d/
Reddit:
https://www.reddit.com/r/programming/comments/kv2ug5/dlang_20950_released/
typo on facilitate in line below
On Monday, 11 January 2021 at 12:32:42 UTC, Nick Treleaven wrote:
[snip]
I think if the DIP proposed a literal syntax instead of a new
variable declaration syntax, it would be much less of a burden
to the compiler. I think we don't have any partial (variable)
type inference syntax ATM.
On Wednesday, 6 January 2021 at 19:17:46 UTC, Luhrel wrote:
[snip]
Still doesn't work with `short`.
Pretty sure my version above does.
On Wednesday, 6 January 2021 at 18:34:31 UTC, Nick Treleaven
wrote:
On Wednesday, 6 January 2021 at 18:29:05 UTC, Nick Treleaven
wrote:
Can be fixed (probably with another name):
//import std.array;
Actually template overloading seems to work fine:
template staticArray(T) {
T[n]
On Monday, 4 January 2021 at 21:07:49 UTC, welkam wrote:
[snip]
P.s. Thank you for a well written post with a link to useful
read.
Thanks for reading it.
On Monday, 4 January 2021 at 17:24:42 UTC, John Colvin wrote:
On Monday, 4 January 2021 at 17:22:55 UTC, John Colvin wrote:
On Monday, 4 January 2021 at 13:47:17 UTC, Ola Fosheim Grøstad
wrote:
[...]
I have a longer reply I'm trying to write, but just to make
sure I'm on the right track:
On Monday, 4 January 2021 at 15:31:02 UTC, ag0aep6g wrote:
On 04.01.21 16:03, jmh530 wrote:
IMO, this is a better example, even if it's a little more
verbose.
struct Foo(T) {}
alias Bar(T) = Foo!T;
void f(T)(Bar!T x) {}
void main() {
auto x = Bar!int();
f(x);
}
To be sure that
On Monday, 4 January 2021 at 14:40:31 UTC, ag0aep6g wrote:
On 04.01.21 15:37, Ola Fosheim Grøstad wrote:
On Monday, 4 January 2021 at 14:11:28 UTC, ag0aep6g wrote:
`Bar!int` is an alias. It's indistinguishable from `Foo!int`.
The code fails in the same manner when you replace "Bar!int"
with
On Sunday, 3 January 2021 at 20:31:41 UTC, welkam wrote:
[snip]
The way I saw it the whole argumentation for a language change
went like this:
9il: This would be helpful for my lib
Atila: Im not convinced this is good addition to the language
Thats it. No more good arguments came later. If
On Saturday, 2 January 2021 at 20:15:16 UTC, Martin Nowak wrote:
Glad to announce D 2.095.0, ♥ to the 61 contributors.
This release comes with a much improved C++ header generation,
template instantiation traces for deprecations, module-level
function conflict detection, and better compiler
On Wednesday, 30 December 2020 at 10:51:38 UTC, Martin Nowak
wrote:
On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.095.0 release, ♥ to
the 61 contributors.
The release candidate for 2.095.0 is live now.
On Thursday, 24 December 2020 at 09:56:50 UTC, Ola Fosheim
Grøstad wrote:
[snip]
I don't use concepts yet as it is a very new C++ feature. The
following code does not work in XCode, although it probably
should according to cppreference. So take this with a grain of
salt (other variations
On Wednesday, 23 December 2020 at 16:25:58 UTC, 9il wrote:
[snip]
1.
Alias template function parameter resolution
https://github.com/dlang/dmd/pull/9778
[snip]
I gave some thought to potential alternatives, but this is really
the simplest way to think about it.
For instance, I would
On Tuesday, 22 December 2020 at 17:20:03 UTC, ag0aep6g wrote:
On Tuesday, 22 December 2020 at 16:53:11 UTC, jmh530 wrote:
For
v = cast(size_t) x;
I thought @safe prevented explicitly casting an immutable to a
mutable, but the code below seems to suggest it is ok in this
case...
void main()
On Tuesday, 22 December 2020 at 14:27:02 UTC, ag0aep6g wrote:
On 22.12.20 04:56, 9il wrote:
6. Algebraic type subsets are supported by `get`,
`trustedGet`, `_is`, and `this` primitives. You can operate
with algebraic subset as with the type of the original
typeset. [1]
"trustedGet" - That
On Thursday, 17 December 2020 at 15:12:12 UTC, 9il wrote:
On Wednesday, 16 December 2020 at 16:14:08 UTC, jmh530 wrote:
On Wednesday, 16 December 2020 at 15:58:21 UTC, 9il wrote:
[snip]
Thanks! Maybe, but mir-core is quite small itself and
mir.algebraic is the only part that would be
On Wednesday, 16 December 2020 at 15:58:21 UTC, 9il wrote:
[snip]
Thanks! Maybe, but mir-core is quite small itself and
mir.algebraic is the only part that would be extended or
updated in the near future. Other parts are quite stable. If
there would be a strong reason to split it, we can do
On Thursday, 10 December 2020 at 11:07:06 UTC, Igor Shirkalin
wrote:
On Monday, 7 December 2020 at 13:17:47 UTC, jmh530 wrote:
"no need to calculate inverse matrix" What? Since when?
Since when highly optimized algorithms are required. This does
not mean that you should not know the
On Monday, 7 December 2020 at 13:41:17 UTC, Ola Fosheim Grostad
wrote:
On Monday, 7 December 2020 at 13:17:47 UTC, jmh530 wrote:
[snip]
"no need to calculate inverse matrix" What? Since when?
I dont know what he meant in this context, but a common
technique in computer graphics is to build
On Monday, 7 December 2020 at 11:21:16 UTC, Igor Shirkalin wrote:
[snip]
Agreed. As a matter of fact the simplest convolutions of
tensors are out of date. It is like there's no need to
calculate inverse matrix. Mir is the usefull work for author,
of course, and practically almost not used.
On Friday, 4 December 2020 at 20:26:17 UTC, data pulverizer wrote:
[snip]
I see, looking at some of the code, field case is literally
doing the indexing calculation right there. I guess ndslice is
doing the same thing just with "Mir magic" an in the
background? Still, ndslice is able to get
On Friday, 4 December 2020 at 02:35:49 UTC, data pulverizer wrote:
[snip]
NDSlice is even faster for this case - cool. Am I correct in
assuming that the data in the NDSlice is also a single array?
It looks like all the `sweep_XXX` functions are only defined for
contiguous slices, as that
On Thursday, 3 December 2020 at 20:25:11 UTC, data pulverizer
wrote:
[snip]
Very interesting work. What is the difference between Mir's
field, slice, native and ndslice? [...]
The document says:
Slice: Python like. Uses D Slices and Strides for grouping
(Red-Black).
Naive: one
On Thursday, 3 December 2020 at 16:27:59 UTC, 9il wrote:
Hi all,
Since the first announcement [0] the original benchmark [1] has
been boosted [2] with Mir-like implementations.
D+Mir:
1. is more abstract than NumPy
2. requires less code for multidimensional algorithms
3. doesn't require
On Wednesday, 18 November 2020 at 15:20:19 UTC, 9il wrote:
[snip]
-O is added by DUB
Ah, the -release-nobounds
On Wednesday, 18 November 2020 at 10:05:06 UTC, Tobias Schmidt
wrote:
Dear all,
to compare MIR and Numpy in the HPC context, we implemented a
multigrid solver in Python using Numpy and in D using Mir and
perforemd some benchmarks with them.
You can find our code and results here:
1 - 100 of 417 matches
Mail list logo
