On Saturday, 8 October 2016 at 18:53:32 UTC, Andrei Alexandrescu
wrote:
On 10/8/16 2:49 PM, Andrei Alexandrescu wrote:
On 10/8/16 1:22 PM, Martin Nowak wrote:
Integrating this with a pre-compiled ldc library is a
fantastic idea
OTOH.
If we can make this work, it will be much less effort and
On 10/10/16 2:05 AM, Martin Nowak wrote:
On Saturday, 8 October 2016 at 18:53:32 UTC, Andrei Alexandrescu wrote:
(after thinking a bit more) ... but Mir seems to rely in good part on
templates, which makes pre-compiled libraries less effective. -- Andrei
On Saturday, 8 October 2016 at
On Saturday, 8 October 2016 at 18:53:32 UTC, Andrei Alexandrescu
wrote:
(after thinking a bit more) ... but Mir seems to rely in good
part on templates, which makes pre-compiled libraries less
effective. -- Andrei
On Saturday, 8 October 2016 at 18:53:32 UTC, Andrei Alexandrescu
wrote:
On Saturday, 8 October 2016 at 18:10:14 UTC, Ilya Yaroshenko
wrote:
https://github.com/MartinNowak/druntime/blob/23373260e65af5edea989b61d6660832fedbec15/src/core/internal/arrayop.d#L78.
Could you please give an example how it works for user?
I mean aligned vs unaligned.
???
You could pack
On Monday, 10 October 2016 at 05:20:56 UTC, Martin Nowak wrote:
(after thinking a bit more) ... but Mir seems to rely in good
part on templates, which makes pre-compiled libraries less
effective. -- Andrei
Exactly, this is what I was wondering. Maybe it uses a finite
set of precompilable
On Saturday, 8 October 2016 at 18:53:32 UTC, Andrei Alexandrescu
wrote:
You mean dmd/ldc/etc interop at binary level? Yes, that would
be pretty
Should already work, but of courses isn't well tested.
(after thinking a bit more) ... but Mir seems to rely in good
part on templates, which makes
On 9/28/2016 2:48 AM, Ilya Yaroshenko wrote:
On Wednesday, 28 September 2016 at 09:41:02 UTC, Jacob Carlborg wrote:
On 2016-09-28 11:06, Ilya Yaroshenko wrote:
Done. Full DMD performance Issues related to Mir list can be found here
On 10/8/2016 10:26 AM, Martin Nowak wrote:
See
https://github.com/MartinNowak/druntime/blob/23373260e65af5edea989b61d6660832fedbec15/src/core/internal/arrayop.d#L78.
Further information should be posted here:
https://issues.dlang.org/show_bug.cgi?id=16558
On 10/8/16 2:49 PM, Andrei Alexandrescu wrote:
On 10/8/16 1:22 PM, Martin Nowak wrote:
Integrating this with a pre-compiled ldc library is a fantastic idea
OTOH.
If we can make this work, it will be much less effort and yield the
fastest implementation. Also would speed up the development cycle
On 10/8/16 1:22 PM, Martin Nowak wrote:
Integrating this with a pre-compiled ldc library is a fantastic idea OTOH.
If we can make this work, it will be much less effort and yield the
fastest implementation. Also would speed up the development cycle a bit
b/c the kernels don't need to be
On Saturday, 8 October 2016 at 17:28:14 UTC, Martin Nowak wrote:
On Monday, 26 September 2016 at 20:11:19 UTC, Ilya Yaroshenko
wrote:
Yes, the same true for Mir too. A precompiled library based on
top of Mir GLAS can be used with DMD.
Is this feasible, i.e. is there a finite amount of kernels
On Saturday, 8 October 2016 at 17:26:17 UTC, Martin Nowak wrote:
On Monday, 26 September 2016 at 18:43:38 UTC, Ilya Yaroshenko
wrote:
4. Generic unaligned load/store like (like LDC loadUnaligned
and storeUnaligned)
See
On Monday, 26 September 2016 at 20:11:19 UTC, Ilya Yaroshenko
wrote:
Yes, the same true for Mir too. A precompiled library based on
top of Mir GLAS can be used with DMD.
Is this feasible, i.e. is there a finite amount of kernels that
we can precompile and use?
I thought the kernels were fully
On Monday, 26 September 2016 at 18:43:38 UTC, Ilya Yaroshenko
wrote:
4. Generic unaligned load/store like (like LDC loadUnaligned
and storeUnaligned)
See
https://github.com/MartinNowak/druntime/blob/23373260e65af5edea989b61d6660832fedbec15/src/core/internal/arrayop.d#L78.
On Thursday, 29 September 2016 at 09:22:56 UTC, Martin Nowak
wrote:
On Monday, 26 September 2016 at 22:34:59 UTC, Andrei
Alexandrescu wrote:
That would work out as long as interaction is seamless. Please
advise. Overall: I think Ilya's work can make a real
difference for D, and we can't afford
On Thursday, 29 September 2016 at 09:22:56 UTC, Martin Nowak
wrote:
On Monday, 26 September 2016 at 22:34:59 UTC, Andrei
Alexandrescu wrote:
That would work out as long as interaction is seamless. Please
advise. Overall: I think Ilya's work can make a real
difference for D, and we can't afford
On Wednesday, 28 September 2016 at 09:04:23 UTC, Ilya Yaroshenko
wrote:
On Tuesday, 27 September 2016 at 15:31:41 UTC, Andrei
Alexandrescu wrote:
On 9/27/16 12:36 PM, Ilya Yaroshenko wrote:
On Tuesday, 27 September 2016 at 10:20:09 UTC, Andrei
Alexandrescu wrote:
On 9/27/16 10:50 AM, Ilya
On Monday, 26 September 2016 at 22:34:59 UTC, Andrei Alexandrescu
wrote:
That would work out as long as interaction is seamless. Please
advise. Overall: I think Ilya's work can make a real difference
for D, and we can't afford it to not work with the reference
implementation. -- Andrei
There
On Wednesday, 28 September 2016 at 09:41:02 UTC, Jacob Carlborg
wrote:
On 2016-09-28 11:06, Ilya Yaroshenko wrote:
Done. Full DMD performance Issues related to Mir list can be
found here
https://github.com/libmir/mir/wiki/Compiler-and-druntime-bugs#dmd-performance-issues
It found be better
On 2016-09-28 11:06, Ilya Yaroshenko wrote:
Done. Full DMD performance Issues related to Mir list can be found here
https://github.com/libmir/mir/wiki/Compiler-and-druntime-bugs#dmd-performance-issues
It found be better to use the tag field in bugzilla instead of putting
"[Mir]" in the
On Tuesday, 27 September 2016 at 10:36:09 UTC, Walter Bright
wrote:
On 9/27/2016 2:21 AM, Ilya Yaroshenko wrote:
Bug report for (5)
https://issues.dlang.org/show_bug.cgi?id=16550 :
Thank you. Please see my comment on it. Also, please tag all
SIMD Bugzilla issues with the SIMD keyword (I
On Tuesday, 27 September 2016 at 15:31:41 UTC, Andrei
Alexandrescu wrote:
On 9/27/16 12:36 PM, Ilya Yaroshenko wrote:
On Tuesday, 27 September 2016 at 10:20:09 UTC, Andrei
Alexandrescu wrote:
On 9/27/16 10:50 AM, Ilya Yaroshenko wrote:
On Tuesday, 27 September 2016 at 07:01:08 UTC, Jacob
On 9/27/16 12:36 PM, Ilya Yaroshenko wrote:
On Tuesday, 27 September 2016 at 10:20:09 UTC, Andrei Alexandrescu wrote:
On 9/27/16 10:50 AM, Ilya Yaroshenko wrote:
On Tuesday, 27 September 2016 at 07:01:08 UTC, Jacob Carlborg wrote:
On 2016-09-26 21:49, bachmeier wrote:
[...]
He mentions
On 9/27/16 12:48 PM, Ilya Yaroshenko wrote:
On Tuesday, 27 September 2016 at 10:44:28 UTC, Guillaume Piolat wrote:
On Tuesday, 27 September 2016 at 01:17:16 UTC, Andrei Alexandrescu wrote:
I'm not going to argue this much further. Essentially Mir is touted
as a highly generic and portable
On 9/27/16 1:33 PM, Johan Engelen wrote:
I thought so too but if the algorithm is 50x slower, it probably means
you can't develop that algorithm any more (I wouldn't). I think the
common use-case for Mir is a calculation that takes seconds, so 50x
turns a test into a run of several minutes,
On Tuesday, 27 September 2016 at 13:36:50 UTC, Guillaume Piolat
wrote:
If it has runtime dispatch, it will work everywhere.
I'm sorry but, like others, clearly you have not understood the
issue.
On Tuesday, 27 September 2016 at 11:33:54 UTC, Johan Engelen
wrote:
An extra subjective comment from recent experience: I think LDC
has been very responsive to Mir's needs, thinking _with_ Mir
development instead of fighting it and debating things to
death. Imagine you are developing Mir, want
On Tuesday, 27 September 2016 at 10:48:40 UTC, Ilya Yaroshenko
wrote:
On Tuesday, 27 September 2016 at 10:44:28 UTC, Guillaume Piolat
wrote:
On Tuesday, 27 September 2016 at 01:17:16 UTC, Andrei
Alexandrescu wrote:
I'm not going to argue this much further. Essentially Mir is
touted as a highly
On Tuesday, 27 September 2016 at 10:44:28 UTC, Guillaume Piolat
wrote:
On Tuesday, 27 September 2016 at 01:17:16 UTC, Andrei
Alexandrescu wrote:
I'm not going to argue this much further. Essentially Mir is
touted as a highly generic and portable library. Having it
only work on one language
On 9/27/2016 3:36 AM, Ilya Yaroshenko wrote:
Will fill them tomorrow --Ilya
Thank you. Looking forward to it.
On 9/27/2016 3:48 AM, Ilya Yaroshenko wrote:
50 times slower for modern CPUs.
I understand, and that's a drastic speed difference. But removing support for
dmd can have the effect of balkanizing the D community. That's happened in the
past, and it was terrible for all of us.
I have looked
On Tuesday, 27 September 2016 at 10:44:28 UTC, Guillaume Piolat
wrote:
On Tuesday, 27 September 2016 at 01:17:16 UTC, Andrei
Alexandrescu wrote:
I'm not going to argue this much further. Essentially Mir is
touted as a highly generic and portable library. Having it
only work on one language
On Tuesday, 27 September 2016 at 01:17:16 UTC, Andrei
Alexandrescu wrote:
I'm not going to argue this much further. Essentially Mir is
touted as a highly generic and portable library. Having it only
work on one language implementation works against that
statement, the credibility of Mir, and
On 9/27/2016 3:20 AM, Andrei Alexandrescu wrote:
Can we make sure all issues that Mir has with dmd and gdc be present in bugzilla
and tagged with "Mir"? Thanks! -- Andrei
The ones I've seen so far have all been SIMD issues, and I've been tagging them
that way.
On Tuesday, 27 September 2016 at 10:20:09 UTC, Andrei
Alexandrescu wrote:
On 9/27/16 10:50 AM, Ilya Yaroshenko wrote:
On Tuesday, 27 September 2016 at 07:01:08 UTC, Jacob Carlborg
wrote:
On 2016-09-26 21:49, bachmeier wrote:
[...]
He mentions several front end issues, those apply to LDC as
On 9/27/2016 2:21 AM, Ilya Yaroshenko wrote:
Bug report for (5) https://issues.dlang.org/show_bug.cgi?id=16550 :
Thank you. Please see my comment on it. Also, please tag all SIMD Bugzilla
issues with the SIMD keyword (I already did it for 16550).
On Monday, 26 September 2016 at 18:43:38 UTC, Ilya Yaroshenko
wrote:
1. Lightweight `nothrow @nogc` threads, implemented using
`struct`s
2. Lightweight `nothrow @nogc` mutexes and barriers,
implemented using `struct`s
FWIW I have some @nogc mutex and semaphore here:
On 9/27/16 10:50 AM, Ilya Yaroshenko wrote:
On Tuesday, 27 September 2016 at 07:01:08 UTC, Jacob Carlborg wrote:
On 2016-09-26 21:49, bachmeier wrote:
To me, it seems pointless to support Mir in DMD. The "functionality"
that it brings is speed. Nobody needing absolutely the fastest code is
On Tuesday, 27 September 2016 at 09:20:28 UTC, Jacob Carlborg
wrote:
On 2016-09-27 10:50, Ilya Yaroshenko wrote:
No, LDC for example does not have the issue
https://issues.dlang.org/show_bug.cgi?id=16488 and others too.
Does LDC has: "Lightweight `nothrow @nogc` threads, implemented
using
On 2016-09-27 10:53, Ilya Yaroshenko wrote:
They are (except Win32?), but we need to exclude DRuntime dependency.
Mir does not use Druntime and will not use it anyway because DRuntime is
not `nothrow @nogc`.
I tried this using ldc 1.1.0 beta 2 (Frontend, druntime and Phobos are
at version
On Tuesday, 27 September 2016 at 03:49:18 UTC, Walter Bright
wrote:
On 9/26/2016 11:43 AM, Ilya Yaroshenko wrote:
I think we need to make it a point to support Mir in dmd. --
Andrei
Required features for Level 3:
1. https://issues.dlang.org/show_bug.cgi?id=16489
2.
On 2016-09-27 10:50, Ilya Yaroshenko wrote:
No, LDC for example does not have the issue
https://issues.dlang.org/show_bug.cgi?id=16488 and others too.
Does LDC has: "Lightweight `nothrow @nogc` threads, implemented using
`struct`s" ?
--
/Jacob Carlborg
On Tuesday, 27 September 2016 at 08:53:36 UTC, Ilya Yaroshenko
wrote:
On Tuesday, 27 September 2016 at 07:01:37 UTC, Jacob Carlborg
wrote:
On 2016-09-27 02:52, Joakim wrote:
On Monday, 26 September 2016 at 20:11:19 UTC, Ilya Yaroshenko
wrote:
Yes, the same true for Mir too. A precompiled
On Tuesday, 27 September 2016 at 07:01:37 UTC, Jacob Carlborg
wrote:
On 2016-09-27 02:52, Joakim wrote:
On Monday, 26 September 2016 at 20:11:19 UTC, Ilya Yaroshenko
wrote:
Yes, the same true for Mir too. A precompiled library based
on top of
Mir GLAS can be used with DMD.
Are you sure
On Tuesday, 27 September 2016 at 07:01:08 UTC, Jacob Carlborg
wrote:
On 2016-09-26 21:49, bachmeier wrote:
To me, it seems pointless to support Mir in DMD. The
"functionality"
that it brings is speed. Nobody needing absolutely the fastest
code is
not going to have any interest in DMD. From
On Tuesday, 27 September 2016 at 08:40:38 UTC, Temtaime wrote:
On Tuesday, 27 September 2016 at 01:17:16 UTC, Andrei
Alexandrescu wrote:
On 9/27/16 2:52 AM, Joakim wrote:
Why not? I think people will understand that ldc is meant
for higher
performance, which you want from such code anyway.
On Tuesday, 27 September 2016 at 01:17:16 UTC, Andrei
Alexandrescu wrote:
On 9/27/16 2:52 AM, Joakim wrote:
Why not? I think people will understand that ldc is meant for
higher
performance, which you want from such code anyway.
I'm not going to argue this much further. Essentially Mir is
On 2016-09-27 02:52, Joakim wrote:
On Monday, 26 September 2016 at 20:11:19 UTC, Ilya Yaroshenko wrote:
Yes, the same true for Mir too. A precompiled library based on top of
Mir GLAS can be used with DMD.
Are you sure about this? I thought there were ABI incompatibilities
between D
On 2016-09-26 21:49, bachmeier wrote:
To me, it seems pointless to support Mir in DMD. The "functionality"
that it brings is speed. Nobody needing absolutely the fastest code is
not going to have any interest in DMD. From what I understand of Mir
(but correct me if I'm wrong) it is easy enough
On 9/26/2016 11:43 AM, Ilya Yaroshenko wrote:
I think we need to make it a point to support Mir in dmd. -- Andrei
Required features for Level 3:
1. https://issues.dlang.org/show_bug.cgi?id=16489
2. https://issues.dlang.org/show_bug.cgi?id=16488
3. AVX & AVX2 floating point vector arithmetic
4.
Can dcompute even be compiled by stock ldc? If so, you should
change the documents as code.dlang.org suggests otherwise.
PR is open, CI is green, but needs some more work before it will
be accepted.
As I understand it dcompute is a GPU library. Not everyone
will want to or need GPU for
On Monday, 26 September 2016 at 18:43:38 UTC, Ilya Yaroshenko
wrote:
5. LDC compiler support for ARM, MIPS, MIPS64, Alpha
Alpha CPU nowadays? I supposed it is died forever, except small
amount of old hardware.
On Tuesday, 27 September 2016 at 01:55:17 UTC, Nicholas Wilson
wrote:
On Monday, 26 September 2016 at 22:34:59 UTC, Andrei
Alexandrescu wrote:
On 9/26/16 10:11 PM, Ilya Yaroshenko wrote:
A precompiled library based on top of Mir GLAS can be used
with DMD.
That would work out as long as
On Tuesday, 27 September 2016 at 01:17:16 UTC, Andrei
Alexandrescu wrote:
On 9/27/16 2:52 AM, Joakim wrote:
Why not? I think people will understand that ldc is meant for
higher
performance, which you want from such code anyway.
..
provincial notability to global success. I've said in
On Monday, 26 September 2016 at 22:34:59 UTC, Andrei Alexandrescu
wrote:
On 9/26/16 10:11 PM, Ilya Yaroshenko wrote:
A precompiled library based on top of Mir GLAS can be used
with DMD.
That would work out as long as interaction is seamless. Please
advise. Overall: I think Ilya's work can
On Tuesday, 27 September 2016 at 01:17:16 UTC, Andrei
Alexandrescu wrote:
I'm not going to argue this much further. Essentially Mir is
touted as a highly generic and portable library. Having it only
work on one language implementation works against that
statement, the credibility of Mir, and
On 9/27/16 2:52 AM, Joakim wrote:
Why not? I think people will understand that ldc is meant for higher
performance, which you want from such code anyway.
I'm not going to argue this much further. Essentially Mir is touted as a
highly generic and portable library. Having it only work on one
On Monday, 26 September 2016 at 20:11:19 UTC, Ilya Yaroshenko
wrote:
Yes, the same true for Mir too. A precompiled library based on
top of Mir GLAS can be used with DMD.
Are you sure about this? I thought there were ABI
incompatibilities between D compilers.
On Monday, 26 September 2016 at
On 9/26/16 10:11 PM, Ilya Yaroshenko wrote:
A precompiled library based on top of Mir GLAS can be used with DMD.
That would work out as long as interaction is seamless. Please advise.
Overall: I think Ilya's work can make a real difference for D, and we
can't afford it to not work with the
On Monday, 26 September 2016 at 19:49:27 UTC, bachmeier wrote:
On Monday, 26 September 2016 at 18:43:38 UTC, Ilya Yaroshenko
wrote:
I think we need to make it a point to support Mir in dmd. --
Andrei
[...]
We have not new concurrents in this fields, but C/C++/Fortran.
Our problem is that we
On Monday, 26 September 2016 at 20:11:19 UTC, Ilya Yaroshenko
wrote:
Yes, the same true for Mir too. A precompiled library based on
top of Mir GLAS can be used with DMD.
Ah, then no worries.
On Monday, 26 September 2016 at 19:49:27 UTC, bachmeier wrote:
On Monday, 26 September 2016 at 18:43:38 UTC, Ilya Yaroshenko
wrote:
[...]
[...]
[...]
To me, it seems pointless to support Mir in DMD. The
"functionality" that it brings is speed. Nobody needing
absolutely the fastest code
On Monday, 26 September 2016 at 18:43:38 UTC, Ilya Yaroshenko
wrote:
I think we need to make it a point to support Mir in dmd. --
Andrei
[...]
We have not new concurrents in this fields, but C/C++/Fortran.
Our problem is that we trying to be more hight level language
than the IT industry
I think we need to make it a point to support Mir in dmd. --
Andrei
Required features for Level 3:
1. https://issues.dlang.org/show_bug.cgi?id=16489
2. https://issues.dlang.org/show_bug.cgi?id=16488
3. AVX & AVX2 floating point vector arithmetic
4. Generic unaligned load/store like (like LDC
64 matches
Mail list logo
