On Friday, 7 October 2016 at 01:42:08 UTC, Manu wrote:
On 7 October 2016 at 03:03, Ilya Yaroshenko via Digitalmars-d
wrote:
On Thursday, 6 October 2016 at 14:53:52 UTC, Manu wrote:
[...]
Could you please make `colorFromString` nothrow @nogc? Or make
`nothrow @nogc` analog. -- Ilya
I thin
On 07/10/2016 7:07 PM, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6176
I'm happy to report that DMD has (finally!) gotten some significant new
optimizations! Specifically, 'slicing' a two register wide aggregate
into two register-sized variables, enabling much better enregistering.
On Friday, 7 October 2016 at 06:07:47 UTC, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6176
I'm happy to report that DMD has (finally!) gotten some
significant new optimizations! Specifically, 'slicing' a two
register wide aggregate into two register-sized variables,
enabling much
https://github.com/dlang/dmd/pull/6176
I'm happy to report that DMD has (finally!) gotten some significant new
optimizations! Specifically, 'slicing' a two register wide aggregate into two
register-sized variables, enabling much better enregistering.
Given the code:
void foo(int[] a, int[] b
On 7 October 2016 at 12:55, Manu wrote:
> On 7 October 2016 at 12:38, Manu wrote:
>> On 7 October 2016 at 12:25, Chris Wright via Digitalmars-d
>> wrote:
>>> On Fri, 07 Oct 2016 11:42:08 +1000, Manu via Digitalmars-d wrote:
I think throwing is the precedented action in that failure case...
On 7 October 2016 at 12:38, Manu wrote:
> On 7 October 2016 at 12:25, Chris Wright via Digitalmars-d
> wrote:
>> On Fri, 07 Oct 2016 11:42:08 +1000, Manu via Digitalmars-d wrote:
>>> I think throwing is the precedented action in that failure case...
>>> what would you suggest?
>>
>> In C# 1.0, th
On 7 October 2016 at 12:25, Chris Wright via Digitalmars-d
wrote:
> On Fri, 07 Oct 2016 11:42:08 +1000, Manu via Digitalmars-d wrote:
>> I think throwing is the precedented action in that failure case...
>> what would you suggest?
>
> In C# 1.0, the standard pattern was to throw on errors. Later,
On 7 October 2016 at 11:42, Manu wrote:
> On 7 October 2016 at 03:03, Ilya Yaroshenko via Digitalmars-d
> wrote:
>> On Thursday, 6 October 2016 at 14:53:52 UTC, Manu wrote:
>>>
>>> I've done another pass incorporating prior feedback, mostly focusing on
>>> documentation.
>>>
>>>
>>> http://dtest.
On Fri, 07 Oct 2016 11:42:08 +1000, Manu via Digitalmars-d wrote:
> I think throwing is the precedented action in that failure case...
> what would you suggest?
In C# 1.0, the standard pattern was to throw on errors. Later, they
revised their preferred mechanism and started offering methods like:
On 7 October 2016 at 05:58, Jinx via Digitalmars-d
wrote:
> On Thursday, 6 October 2016 at 15:00:56 UTC, Manu wrote:
>>
>> On 6 October 2016 at 00:29, Manu wrote:
>>>
>>> On 4 October 2016 at 11:15, Manu wrote:
[...]
>>>
>>>
>>> I'm really struggling with this issue.. multiple times a
On 7 October 2016 at 04:48, Random D user via Digitalmars-d
wrote:
> On Thursday, 6 October 2016 at 14:53:52 UTC, Manu wrote:
>>
>> I've done another pass incorporating prior feedback, mostly focusing on
>> documentation.
>
>
> Just a quick minor comment on:
> A8 RGB!("a",ubyte,false,0) 8 bit al
On 10/6/16 12:53 PM, Ilya Yaroshenko wrote:
Effective work with std.experimental.ndslice and and mir.ndslice.array
requires half of std.math be an exactly aliases to LLVM intrinsics (for
LDC).
Why?
To enable vectorization for mir.ndslice.algorithm I created internal
math module [1] in Mir. Bu
On 7 October 2016 at 03:03, Ilya Yaroshenko via Digitalmars-d
wrote:
> On Thursday, 6 October 2016 at 14:53:52 UTC, Manu wrote:
>>
>> I've done another pass incorporating prior feedback, mostly focusing on
>> documentation.
>>
>>
>> http://dtest.thecybershadow.net/artifact/website-b6e2e44dd40dd7c7
On Thursday, 6 October 2016 at 20:55:55 UTC, Ilya Yaroshenko
wrote:
So, I don't see a reason why this change break something, hehe
No, Iain is right. These LLVM intrinsics are most often simple
forwarders to the C runtime functions; I was rather negatively
surprised to find out a while ago.
On 6 October 2016 at 22:55, Ilya Yaroshenko via Digitalmars-d
wrote:
> On Thursday, 6 October 2016 at 20:45:24 UTC, Iain Buclaw wrote:
>>
>> On 6 October 2016 at 22:31, Ilya Yaroshenko via Digitalmars-d
>> wrote:
>>>
>>> On Thursday, 6 October 2016 at 20:07:19 UTC, Iain Buclaw wrote:
>>
On Thursday, 6 October 2016 at 20:45:24 UTC, Iain Buclaw wrote:
On 6 October 2016 at 22:31, Ilya Yaroshenko via Digitalmars-d
wrote:
On Thursday, 6 October 2016 at 20:07:19 UTC, Iain Buclaw wrote:
On 6 October 2016 at 18:53, Ilya Yaroshenko via Digitalmars-d
wrote:
[...]
If you can pro
On 6 October 2016 at 22:31, Ilya Yaroshenko via Digitalmars-d
wrote:
> On Thursday, 6 October 2016 at 20:07:19 UTC, Iain Buclaw wrote:
>>
>> On 6 October 2016 at 18:53, Ilya Yaroshenko via Digitalmars-d
>> wrote:
>>>
>>> [...]
>>
>>
>> If you can prove that llvm intrinsics are pure (gcc math intr
I is
On Thursday, 6 October 2016 at 20:07:19 UTC, Iain Buclaw wrote:
On 6 October 2016 at 18:53, Ilya Yaroshenko via Digitalmars-d
wrote:
[...]
If you can prove that llvm intrinsics are pure (gcc math
intrinsics are not) and that llvm intrinsics pass the unittest
(gcc math intrinsics aren't guar
Send pictures
On 6 October 2016 at 18:53, Ilya Yaroshenko via Digitalmars-d
wrote:
> Effective work with std.experimental.ndslice and and mir.ndslice.array
> requires half of std.math be an exactly aliases to LLVM intrinsics (for
> LDC).
>
> To enable vectorization for mir.ndslice.algorithm I created internal m
On Thursday, 6 October 2016 at 15:00:56 UTC, Manu wrote:
On 6 October 2016 at 00:29, Manu wrote:
On 4 October 2016 at 11:15, Manu wrote:
[...]
I'm really struggling with this issue.. multiple times a day.
I can't find a reasonable workaround. casting, or trying to
re-synth
the delegate typ
On Thursday, 6 October 2016 at 14:53:52 UTC, Manu wrote:
I've done another pass incorporating prior feedback, mostly
focusing on documentation.
Just a quick minor comment on:
A8 RGB!("a",ubyte,false,0) 8 bit alpha-only color type.
-->
Reads like, "False what ???". Also "What is 0 ???".
-->
Ho
On Thursday, 6 October 2016 at 14:53:52 UTC, Manu wrote:
I've done another pass incorporating prior feedback, mostly
focusing on documentation.
http://dtest.thecybershadow.net/artifact/website-b6e2e44dd40dd7c70eb45829c02060b99ae3937b-57272ccdf902fa3f0c050d522129f2be/web/library-prerelease/std/e
On Thursday, 6 October 2016 at 16:53:54 UTC, Ilya Yaroshenko
wrote:
Effective work with std.experimental.ndslice and and
mir.ndslice.array requires half of std.math be an exactly
EDIT: mir.ndslice.algorithm
Effective work with std.experimental.ndslice and and
mir.ndslice.array requires half of std.math be an exactly aliases
to LLVM intrinsics (for LDC).
To enable vectorization for mir.ndslice.algorithm I created
internal math module [1] in Mir. But this is weird, because third
side packages like
On 6 October 2016 at 00:29, Manu wrote:
> On 4 October 2016 at 11:15, Manu wrote:
>> On 4 October 2016 at 10:50, Timon Gehr via Digitalmars-d
>> wrote:
>>> On 03.10.2016 05:06, Manu via Digitalmars-d wrote:
Okay, well my current project is blocked on this. I can't progress.
https:
I've done another pass incorporating prior feedback, mostly focusing
on documentation.
http://dtest.thecybershadow.net/artifact/website-b6e2e44dd40dd7c70eb45829c02060b99ae3937b-57272ccdf902fa3f0c050d522129f2be/web/library-prerelease/std/experimental/color.html
Can interested parties please give i
So, Alexandru (our first n00b) has made his first contribution, see
https://github.com/dlang/dlang.org/pull/1493. Yay!
In order to continue his onboarding process, I'll look for a few bugs of
varying degrees of difficulty that should offer him good exposure to
various areas of our toolset. If
On Wednesday, 5 October 2016 at 02:11:14 UTC, Meta wrote:
- Video games, such as referring to the player character's body
Many years ago I did a D port of the C-Dogs game from C to D and
it was quite annoying to have to rename all the body variables to
body_. It has happened in other contexts
On Thursday, 6 October 2016 at 06:38:06 UTC, Jonathan M Davis
wrote:
Yeah, the fact that the body keyword is not required normally
but is when you have in/out contracts is annoying, completely
aside from what the keyword used is. I don't care much about
losing the name body to a keyword, but I
31 matches
Mail list logo