On Friday, 1 October 2021 at 20:59:40 UTC, Winfred Raj wrote:
Hello all,
I created a project using dub init and got it successfully
built with main as the entry point. Dxml was a dependency which
was used here.
Now I have started another gtkd project using dub init and here
I would like to
On Friday, 1 October 2021 at 21:15:54 UTC, Imperatorn wrote:
On Friday, 1 October 2021 at 20:59:40 UTC, Winfred Raj wrote:
Hello all,
I created a project using dub init and got it successfully
built with main as the entry point. Dxml was a dependency
which was used here.
Now I have started
On Wednesday, 29 September 2021 at 05:44:59 UTC, Mike Parker
wrote:
On Wednesday, 29 September 2021 at 04:24:13 UTC, Chris Piker
wrote:
I'm to give a presentation to a combined NASA/ESA group in a
few hours and would like to include a copy of the D "rocket"
logo when mentioning new server side
On Friday, 1 October 2021 at 20:59:40 UTC, Winfred Raj wrote:
Hello all,
I created a project using dub init and got it successfully
built with main as the entry point. Dxml was a dependency which
was used here.
Now I have started another gtkd project using dub init and here
I would like to
Hello all,
I created a project using dub init and got it successfully built
with main as the entry point. Dxml was a dependency which was
used here.
Now I have started another gtkd project using dub init and here I
would like to import the first project. How do I go about doing
this??
On Friday, 1 October 2021 at 20:19:39 UTC, Imperatorn wrote:
Take a look at my post ;)
YES!
===
Thanks to both Imperatorn, and Max for their helpful and quick
responses.
The problem is SOLVED!
I didn't realize that the pragma had to be placed outside of the
main() ...
but it seems
On Friday, 1 October 2021 at 20:14:01 UTC, james.p.leblanc wrote:
On Friday, 1 October 2021 at 19:58:30 UTC, max haughton wrote:
[...]
[...]
Hello Max,
Thanks for the correction... unfortunately, even after changing
the "32",
to "f32", **I receive the same error**. So there is something
On Friday, 1 October 2021 at 19:58:30 UTC, max haughton wrote:
On Friday, 1 October 2021 at 19:23:06 UTC, james.p.leblanc
Is it sqrt.32 or sqrt.f32? Try the latter, LLVM docs seem to
agree.
Hello Max,
Thanks for the correction... unfortunately, even after changing
the "32",
to "f32", **I
On Friday, 1 October 2021 at 19:23:06 UTC, james.p.leblanc wrote:
D-ers,
After experimenting with ldc's autovectorization of avx code,
it appears there may
be counter-intuitiveness to the autovectorization (especially
for complex numbers).
(My comment may be wrong, so any corrections are
On Friday, 1 October 2021 at 19:23:06 UTC, james.p.leblanc wrote:
D-ers,
After experimenting with ldc's autovectorization of avx code,
it appears there may
be counter-intuitiveness to the autovectorization (especially
for complex numbers).
(My comment may be wrong, so any corrections are
D-ers,
After experimenting with ldc's autovectorization of avx code, it
appears there may
be counter-intuitiveness to the autovectorization (especially for
complex numbers).
(My comment may be wrong, so any corrections are quite welcome).
Based on this, I wanted to investigate the use of
On Fri, Oct 01, 2021 at 06:30:48PM +, Danny Arends via Digitalmars-d-learn
wrote:
[...]
> Is there a sort() algorithm that avoids swapping the items themselves
> and e.g. just returns the indexes so I can reorder the original array
> myself ?
On Friday, 1 October 2021 at 17:53:24 UTC, Steven Schveighoffer
wrote:
I think your struct is different than this, because this only
happens if aliasing is inside the struct being sorted (i.e. it
has pointers). Your presented struct doesn't have pointers, and
the code you linked to is
On 10/1/21 12:44 PM, Danny Arends wrote:
Hey all,
Using a modified 3D A* tile searching algorithm, full code see:
https://github.com/DannyArends/CalderaD/blob/master/src/math/search.d
I get the following AssertError, 'sometimes' but not always on running
the code:
mutation.d(2816): Swap:
Hey all,
Using a modified 3D A* tile searching algorithm, full code see:
https://github.com/DannyArends/CalderaD/blob/master/src/math/search.d
I get the following AssertError, 'sometimes' but not always on
running the code:
mutation.d(2816): Swap: rhs points to lhs.
the first time I hit
On Friday, 1 October 2021 at 14:03:06 UTC, Stephen wrote:
This code should work should mutual recursion be supported.
It still wouldn't work, because structs are value types and it's
impossible to say how large either struct is:
Error: struct `mutualrec.Ar` no size because of forward
I've been trying out templates in more depth and one thing I was
wondering was whether template expansions with circular
dependencies might work.
Here is an example that doesn't work:
```d
mixin(A!());
mixin(B!());
void main() {}
template A() {
const char[] A = q{
struct Ar {
On Thursday, 30 September 2021 at 16:52:57 UTC, Johan wrote:
On Thursday, 30 September 2021 at 16:40:03 UTC, james.p.leblanc
Generally, for performance issues like this you need to study
assembly output (`--output-s`) or LLVM IR (`--output-ll`).
First thing I would look out for is function
18 matches
Mail list logo