On 07/16/2016 01:35 PM, Superstar64 wrote:
On Saturday, 16 July 2016 at 12:42:49 UTC, Andrei Alexandrescu wrote:
Work much appreciated. Looks like the new community process works! --
Andrei
I'm not sure you understand, I rejected my own PR.
Understood. Wasn't that due to the community feedba
On 17/07/2016 5:35 AM, Superstar64 wrote:
On Saturday, 16 July 2016 at 12:42:49 UTC, Andrei Alexandrescu wrote:
Work much appreciated. Looks like the new community process works! --
Andrei
I'm not sure you understand, I rejected my own PR.
Exactly! It works :)
On Saturday, 16 July 2016 at 12:42:49 UTC, Andrei Alexandrescu
wrote:
Work much appreciated. Looks like the new community process
works! -- Andrei
I'm not sure you understand, I rejected my own PR.
On 07/16/2016 12:51 AM, Superstar64 wrote:
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
I decided to close the PR. The my proposal had too many problem
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
I decided to close the PR. The my proposal had too many problems
with it.
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
I extended this DIP to add @throws(auto) and inference for auto
and template functions.
On Sun, 10 Jul 2016 21:55:04 +, Superstar64 wrote:
> You could use both c style and d stack unwinding:
I misread that. The tagged union part applies even if the function can
throw some types that don't participate in the compile-time error system.
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
I'm not too familiar with stack unwinding generation, but would
generating a separate unwind table for eac
On Monday, 11 July 2016 at 14:44:08 UTC, Seb wrote:
On Monday, 11 July 2016 at 12:36:59 UTC, Basile B. wrote:
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.
On Monday, 11 July 2016 at 12:36:59 UTC, Basile B. wrote:
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
https://forum.dlang.org/post/auplvezvpisiufwvd..
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
https://forum.dlang.org/post/auplvezvpisiufwvd...@forum.dlang.org
On Sunday, 10 July 2016 at 21:52:37 UTC, Lodovico Giaretta wrote:
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
I'm not convinced by this proposal. Here
On Sunday, 10 July 2016 at 21:43:08 UTC, Chris Wright wrote:
On Sun, 10 Jul 2016 19:55:37 +, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9 file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/
DIP1001.md
So if my function calls any runtime functions --
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
I'm not convinced by this proposal. Here are some early thoughts:
1) Wouldn't a library solution based on
On Sunday, 10 July 2016 at 20:30:56 UTC, Stefan Koch wrote:
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
You don't have to use gc-allocated exceptions
On Sun, 10 Jul 2016 19:55:37 +, Superstar64 wrote:
> link: https://github.com/dlang/DIPs/pull/9 file:
> https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/
DIP1001.md
So if my function calls any runtime functions -- it allocates memory,
slices an array, etc -- I can't use C-s
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
Adding another attribute to the language and having the compiler
do magic behind the scenes?
No thanks.
On Sunday, 10 July 2016 at 19:55:37 UTC, Superstar64 wrote:
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
You don't have to use gc-allocated exceptions anyway.
Allowing to throw any type makes chaining impossible.
link: https://github.com/dlang/DIPs/pull/9
file:
https://github.com/Superstar64/DIPs/blob/exception_extensions/DIPs/DIP1001.md
19 matches
Mail list logo