On Monday, 26 June 2017 at 17:44:15 UTC, Guillaume Boucher wrote:
On Monday, 26 June 2017 at 16:52:22 UTC, Sebastien Alaiwan
wrote:
Checked exceptions allow a lot more precision about what types
of exceptions a function can throw.
I totally agree that this is a problem with D right now.
This
https://issues.dlang.org/show_bug.cgi?id=17560
greensunn...@gmail.com changed:
What|Removed |Added
Keywords||pull
CC|
On Tuesday, 27 June 2017 at 02:19:56 UTC, Nicholas Wilson wrote:
I think I'll write a DIP for this after my honours thesis.
Initial draft
https://github.com/thewilsonator/DIPs/blob/Attributes/DIPs/DIP_attributes.md
Don't expect much from me until 4th of July.
On Tuesday, 27 June 2017 at 02:38:31 UTC, bachmeier wrote:
I'll post here after updating and testing the embedr package.
Great. I'll give it a go again when it's ready.
On Monday, 26 June 2017 at 12:20:02 UTC, jmh530 wrote:
[...]
I might make another effort on this after work if I have time.
I think this will be fairly easily handled within the embedr R
package. I should be able to put R.lib inside the package. R
knows where to find R.dll. The only thing
On Monday, 26 June 2017 at 18:47:18 UTC, Random D user wrote:
On Monday, 26 June 2017 at 14:17:26 UTC, Adam D. Ruppe wrote:
1) Add the opposite attributes: `impure`, `throws`, `@gc`, etc.
2) Add the module version thing that changes defaults on
request
3) imagine more potential going forward
On Thursday, 22 June 2017 at 19:19:20 UTC, Ecstatic Coder wrote:
class TOTO
...I think that trying to
make the website very appealing to inexperienced programmers as
well could significantly broaden its user base.
Although I am admittedly an LOB kind of person who cares little
for games or
Another PR that somebody in IRC mentioned:
https://github.com/dlang/phobos/pull/5004
This one hasn't had any response for awhile either.
On Monday, 26 June 2017 at 14:17:26 UTC, Adam D. Ruppe wrote:
// next gen D
module version(3.0) foo.bar; // opt in here
void whatever() {} // now @safe by default
That's a really good idea.
Recently, a pull request was closed out of frustration by the
submitter: https://github.com/dlang/phobos/pull/5309
I have asked them to re-submit the PR[1] in question so we can
try to get it through. It's a mostly trivial change that could do
with some eyes, comments, and most importantly,
On Tuesday, 27 June 2017 at 00:29:53 UTC, crimaniak wrote:
On Monday, 26 June 2017 at 19:31:53 UTC, Moritz Maxeiner wrote:
And the good *way* to achieve this result would be the
following:
- When visiting `startFoo`, the compiler automatically
aggregates all different exceptions it may throw
On 06/27/2017 02:59 AM, rpeio wrote:
struct Foo(V)
{
this(Vs...)(Vs values) if (eachIsImplictlyConvertible!(T, Vs))
{
// do stuff
}
}
This can be accomplished off the top of my head by taking the code from
std.traits for "isImplicitlyConvertible" and making the following
On Tuesday, 27 June 2017 at 00:10:32 UTC, jag wrote:
On Monday, 26 June 2017 at 21:53:57 UTC, John Colvin wrote:
I wonder what could be done with something like this:
void foo(int a)
{
if (a > 0)
throw new BlahException("blah");
throw new BloopException("bloop");
}
unittest
{
I was wondering whether there was a method built into phobos for
expanding the "isImplictlyConvertible" template to work for
variadic templates.
To explain what I mean by this, normally
"isImplicitlyConvertible(To, From)" checks whether or not a type
"From" may implicitly be converted to a
On Saturday, 24 June 2017 at 22:15:47 UTC, Andrei Alexandrescu
wrote:
Hello, does anyone have traces of allocations from real
applications? Looking for the sequence of calls to malloc,
realloc, and free, e.g.:
0 malloc 128
1 malloc 8192
2 malloc 32
3 free 1
...
Thanks,
Andrei
On *nix
On Monday, 26 June 2017 at 19:31:53 UTC, Moritz Maxeiner wrote:
And the good *way* to achieve this result would be the
following:
- When visiting `startFoo`, the compiler automatically
aggregates all different exceptions it may throw and stores the
resulting set
- If `startFoo` is going to
On Sunday, 25 June 2017 at 17:38:14 UTC, mckoder wrote:
I am disappointed that D doesn't have checked exceptions.
Warning, Google translate is used! (sorry)
I fully support mckoder with regard to exceptions. This is a
great advantage of Java. I think, the problem with the
introduction of
On Monday, 26 June 2017 at 21:53:57 UTC, John Colvin wrote:
I wonder what could be done with something like this:
void foo(int a)
{
if (a > 0)
throw new BlahException("blah");
throw new BloopException("bloop");
}
unittest
{
// NEW FEATURE HERE
alias Exceptions =
https://issues.dlang.org/show_bug.cgi?id=17560
Issue ID: 17560
Summary: Enhancement: view and copy full code example for
offline compile/play
Product: D
Version: D2
Hardware: All
OS: All
Status:
https://issues.dlang.org/show_bug.cgi?id=12866
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/7c217521979df28deb23517a90c7a3c9aba970b6
Fix Issue 12866 - concatenating to std.container.array
On Monday, 26 June 2017 at 18:47:18 UTC, Random D user wrote:
Anyway, I think we could just have a compile time switch for
defaults.
Imagine having n libraries with pairwise different required
defaults used in your application. Say goodbye to combined
compilation, hello n separate required
On Monday, 26 June 2017 at 21:53:57 UTC, John Colvin wrote:
On Sunday, 25 June 2017 at 17:38:14 UTC, mckoder wrote:
I am disappointed that D doesn't have checked exceptions.
I wonder what could be done with something like this:
void foo(int a)
{
if (a > 0)
throw new
On Sunday, 25 June 2017 at 17:38:14 UTC, mckoder wrote:
I am disappointed that D doesn't have checked exceptions.
I wonder what could be done with something like this:
void foo(int a)
{
if (a > 0)
throw new BlahException("blah");
throw new BloopException("bloop");
}
unittest
https://issues.dlang.org/show_bug.cgi?id=17559
--- Comment #3 from Rainer Schuetze ---
Ok, I can reproduce it with Win64 if I remove the (bad) condition that
disallows decreasing line numbers.
--
https://issues.dlang.org/show_bug.cgi?id=17521
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=17521
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/85873d9978028a7978121b25a00f6eed66f4f647
-betterC programs should not link in Phobos by default
-
https://issues.dlang.org/show_bug.cgi?id=11881
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=11881
--- Comment #20 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/85873d9978028a7978121b25a00f6eed66f4f647
-betterC programs should not link in Phobos by default
-
On 20.06.2017 13:57, Mike Parker wrote:
DIP 1009 is titled "Improve Contract Usability".
https://github.com/dlang/DIPs/blob/master/DIPs/DIP1009.md
All review-related feedback on and discussion of the DIP should occur in
this thread. The review period will end at 11:59 PM ET on July 3 (3:59
On Monday, 26 June 2017 at 18:42:24 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 26 June 2017 at 17:44:15 UTC, Guillaume Boucher
wrote:
Java uses A, Rust/Go use B. C++ uses B to some extend (e.g.
in std::experimental::filesystem).
The C++17 filesystem api provides two alternatives, the
On Monday, 26 June 2017 at 17:50:47 UTC, Moritz Maxeiner wrote:
I have tried using such Monads in D, but in the end it always
ended up being too verbose or too hard to read compared to
using exceptions or even simple error codes (with 0 == no
error).
I haven't tried that yet, tbh. visit is
On Monday, 26 June 2017 at 18:31:50 UTC, jag wrote:
On Monday, 26 June 2017 at 17:43:08 UTC, Moritz Maxeiner wrote:
Here's the point: with checked exceptions good programmers
can write good code.
With checked exceptions any programmer is forced to
a) annotate every single function with the
https://issues.dlang.org/show_bug.cgi?id=16992
Vladimir Panteleev changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15950
Vladimir Panteleev changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=17468
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/e7a0c6bfc97bb8d9634db8def7e9f9904ffb864f
fix Issue 17468 - Internal Assertion fails during CTFE
https://issues.dlang.org/show_bug.cgi?id=17296
greensunn...@gmail.com changed:
What|Removed |Added
CC||greensunn...@gmail.com
--- Comment
On Monday, 26 June 2017 at 14:17:26 UTC, Adam D. Ruppe wrote:
1) Add the opposite attributes: `impure`, `throws`, `@gc`, etc.
2) Add the module version thing that changes defaults on request
3) imagine more potential going forward
I dislike doubling the keywords by having a 'not' case for
On Monday, 26 June 2017 at 17:44:15 UTC, Guillaume Boucher wrote:
Java uses A, Rust/Go use B. C++ uses B to some extend (e.g. in
std::experimental::filesystem).
The C++17 filesystem api provides two alternatives, the standard
filesystem_error exception and an output-paramater for capturing
On Monday, 26 June 2017 at 17:43:08 UTC, Moritz Maxeiner wrote:
Here's the point: with checked exceptions good programmers can
write good code.
With checked exceptions any programmer is forced to
a) annotate every single function with the complete aggregate
of the exceptions that may be
On Monday, 26 June 2017 at 12:58:00 UTC, Andrea Fontana wrote:
On Monday, 26 June 2017 at 10:14:08 UTC, Martin Tschierschke
wrote:
I think it would be good for all which want to invest their
time in learning D to know more about the history and probably
the future of D.
D frontend written in
https://issues.dlang.org/show_bug.cgi?id=17559
--- Comment #2 from Vladimir Panteleev ---
(In reply to Rainer Schuetze from comment #1)
> Works alright on Windows.
Linux x64 here.
> Anything special in mod.d or can it be omitted?
If fun is in the same file
https://issues.dlang.org/show_bug.cgi?id=17559
Rainer Schuetze changed:
What|Removed |Added
CC||r.sagita...@gmx.de
On Monday, 26 June 2017 at 17:44:15 UTC, Guillaume Boucher wrote:
It is very well possible to use option B in D. The most
convenient one is making functions nothrow and use
Algebraic!(T, ErrorCode), or, for void functions, have a
parameter "ref ErrorCode".
If all functions in Phobos would
On Sunday, 25 June 2017 at 23:02:28 UTC, Adam D. Ruppe wrote:
On Sunday, 25 June 2017 at 22:53:07 UTC, Johan Engelen wrote:
I meant semantically no call.
In the existing language, I think version (or static if) at the
usage and definition points both is as good as you're going to
get.
At
https://issues.dlang.org/show_bug.cgi?id=11881
Gary Willoughby changed:
What|Removed |Added
CC|d...@nomad.so|
--
https://issues.dlang.org/show_bug.cgi?id=8378
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW
On Sunday, 25 June 2017 at 23:02:28 UTC, Adam D. Ruppe wrote:
That'd be kinda tricky because the arguments would still be
liable to be evaluated...
Well..
I guess someone might argue that's a mis-feature of my
preprocessor example: "foo(i++)" may not do what you want. (So
the C code
On Monday, 26 June 2017 at 16:52:22 UTC, Sebastien Alaiwan wrote:
Checked exceptions allow a lot more precision about what types
of exceptions a function can throw.
I totally agree that this is a problem with D right now. If you
want to catch all errors, how are you supposed to remember what
On Monday, 26 June 2017 at 15:40:19 UTC, mckoder wrote:
On Monday, 26 June 2017 at 15:15:54 UTC, Steven Schveighoffer
wrote:
No, checked exceptions leads to this (maybe not for you, but
for 90% of developers out there):
void foo()
{
functionWithException();
}
compiler: foo throws, and
https://issues.dlang.org/show_bug.cgi?id=11881
--- Comment #19 from Walter Bright ---
(In reply to Martin Nowak from comment #18)
> Use `extern(C) int main` to avoid the _d_run_main dependency of the
> generated C main wrapper.
That's right. If you're writing C code,
https://issues.dlang.org/show_bug.cgi?id=7841
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW
On Monday, 26 June 2017 at 16:35:51 UTC, jmh530 wrote:
Just curious: how are checked exceptions different from setting
nothrow as the default? Like you would have to write:
void foo() @maythrow
{
functionWithException();
}
So for instance, you could still use your "//shut up compiler"
https://issues.dlang.org/show_bug.cgi?id=11881
--- Comment #18 from Martin Nowak ---
Use `extern(C) int main` to avoid the _d_run_main dependency of the generated C
main wrapper.
--
https://issues.dlang.org/show_bug.cgi?id=17361
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW
On Monday, 26 June 2017 at 16:51:06 UTC, Moritz Maxeiner wrote:
On Monday, 26 June 2017 at 16:10:01 UTC, H. S. Teoh wrote:
Yes, please do! If we can push this through, D could be in a
much, much better place in a few years' time!
As long as you don't introduce immutable by default,
On Monday, 26 June 2017 at 17:15:50 UTC, bachmeier wrote:
On Monday, 26 June 2017 at 16:14:32 UTC, Seb wrote:
They publish a high-level vision every six months (e.g.
https://wiki.dlang.org/Vision/2017H1) -maybe we should shoot
out a short blog post about it in the future, so that it
receives
On Monday, 26 June 2017 at 16:51:06 UTC, Moritz Maxeiner wrote:
As long as you don't introduce immutable by default, resulting
in datastructures being littered with `mutable`.
Yeah, I'm against immutable by default. Also, my nogc, safe, etc
by default idea does NOT apply to main() or virtual
On Monday, 26 June 2017 at 16:14:32 UTC, Seb wrote:
They publish a high-level vision every six months (e.g.
https://wiki.dlang.org/Vision/2017H1) -maybe we should shoot
out a short blog post about it in the future, so that it
receives more publicity?
As I recall, the hope was for
https://issues.dlang.org/show_bug.cgi?id=17559
Issue ID: 17559
Summary: [REG2.073.0] Wrong line number in stack trace
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: regression
On Monday, 26 June 2017 at 16:35:51 UTC, jmh530 wrote:
Just curious: how are checked exceptions different from setting
nothrow as the default? Like you would have to write:
void foo() @maythrow
{
functionWithException();
}
So for instance, you could still use your "//shut up compiler"
On Monday, 26 June 2017 at 16:10:01 UTC, H. S. Teoh wrote:
On Mon, Jun 26, 2017 at 02:39:30PM +, Mike Parker via
Digitalmars-d wrote:
On Monday, 26 June 2017 at 14:17:26 UTC, Adam D. Ruppe wrote:
>
> So here's how I'd do it:
>
> 1) Add the opposite attributes: `impure`, `throws`, `@gc`,
On Monday, 26 June 2017 at 16:10:01 UTC, H. S. Teoh wrote:
On Mon, Jun 26, 2017 at 02:39:30PM +, Mike Parker via
Digitalmars-d wrote:
On Monday, 26 June 2017 at 14:17:26 UTC, Adam D. Ruppe wrote:
>
> So here's how I'd do it:
>
> 1) Add the opposite attributes: `impure`, `throws`, `@gc`,
https://issues.dlang.org/show_bug.cgi?id=17546
--- Comment #3 from monkeywork...@hotmail.com ---
Ah, I forgot all about __traits(identifier). I wonder what the difference is
between this and .stringof... Anyway, this should be a good enough workaround
for the time being.
--
On Mon, 2017-06-26 at 16:30 +, jmh530 via Digitalmars-d wrote:
>
[…]
> I don't know how well dub will handle it as my dub projects never
> get this complicated. I haven't used SCons, but might make sense.
> Reggae is another choice (though I haven't used that either).
Although I have been
On Monday, 26 June 2017 at 15:15:54 UTC, Steven Schveighoffer
wrote:
No, checked exceptions leads to this (maybe not for you, but
for 90% of developers out there):
void foo()
{
functionWithException();
}
compiler: foo throws, and you need to handle or declare the
exceptions it throws
On Monday, 26 June 2017 at 13:10:17 UTC, bachmeier wrote:
Thanks for giving it a try. I have a feeling that this is a job
for Dub, SCons, or more likely, an R package that figures out
this stuff. Windows development seems to have more moving
parts. An R package on Linux requires adding a
https://issues.dlang.org/show_bug.cgi?id=13993
Vladimir Panteleev changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=16993
Vladimir Panteleev changed:
What|Removed |Added
Component|dlang.org
On Mon, Jun 26, 2017 at 02:39:30PM +, Mike Parker via Digitalmars-d wrote:
> On Monday, 26 June 2017 at 14:17:26 UTC, Adam D. Ruppe wrote:
>
> >
> > So here's how I'd do it:
> >
> > 1) Add the opposite attributes: `impure`, `throws`, `@gc`, etc.
> > 2) Add the module version thing that
https://issues.dlang.org/show_bug.cgi?id=15646
Vladimir Panteleev changed:
What|Removed |Added
CC|
On Monday, 26 June 2017 at 12:59:56 UTC, bachmeier wrote:
On Monday, 26 June 2017 at 11:09:47 UTC, Mike Parker wrote:
On Monday, 26 June 2017 at 10:13:13 UTC, bachmeier wrote:
Now we have one, and by my count, the number of posts from
Walter and Andrei are zero.
Actually, they have one
https://issues.dlang.org/show_bug.cgi?id=16162
Vladimir Panteleev changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=13598
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW
https://issues.dlang.org/show_bug.cgi?id=13226
--- Comment #4 from Vladimir Panteleev ---
*** Issue 13598 has been marked as a duplicate of this issue. ***
--
https://issues.dlang.org/show_bug.cgi?id=17546
--- Comment #2 from Steven Schveighoffer ---
(In reply to monkeyworks12 from comment #0)
> Currently I am resorting to a hacky workaround by doing
> `().stringof[2..$]`.
I've found another possible workaround:
https://issues.dlang.org/show_bug.cgi?id=17546
Steven Schveighoffer changed:
What|Removed |Added
Keywords||rejects-valid
https://issues.dlang.org/show_bug.cgi?id=12327
--- Comment #1 from Vladimir Panteleev ---
(In reply to Iain Buclaw from comment #0)
> There are a number of isXXX fields in mars.h (struct Params).
N.B. Today these are in src/ddmd/globals.h.
--
On Monday, 26 June 2017 at 15:15:54 UTC, Steven Schveighoffer
wrote:
void foo()
{
try {
functionWithException();
} catch(Exception e) {} // shut up compiler
}
So it ends up defeating the purpose. The exception is not
properly handled, either inside or outside the function.
That's
On Monday, 26 June 2017 at 15:15:54 UTC, Steven Schveighoffer
wrote:
No, checked exceptions leads to this (maybe not for you, but
for 90% of developers out there):
void foo()
{
functionWithException();
}
compiler: foo throws, and you need to handle or declare the
exceptions it throws
On 6/25/17 1:38 PM, mckoder wrote:
I am disappointed that D doesn't have checked exceptions.
C++ and C# also don't have checked exceptions. Java has checked
exceptions. Having programmed extensively in all these languages I can
say with confidence that checked exceptions is the most important
On Monday, 26 June 2017 at 14:55:25 UTC, arturg wrote:
s/you don't tend find/you don't tend to find/
s/As the D has evolved/As D has evolved/
Thanks!
On Sunday, 25 June 2017 at 18:00:46 UTC, Eugene Wissner wrote:
http://forum.dlang.org/post/ullvxbfqeuztwecxc...@forum.dlang.org
As suggested by the post in above link I searched for "Walter
checked exceptions". I found a few posts where Walter points to
an article written by Bruce Eckel.
https://issues.dlang.org/show_bug.cgi?id=17519
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/29c7f36df591e3137233460940cdd824a745786c
fix issue 17519 - RedBlackTree doesn't like
On Monday, 26 June 2017 at 14:30:13 UTC, Mike Parker wrote:
I've just published a wall of text about Derelict. I don't
think I've ever written so much about it in one sitting, so it
was a fun post to write. As well as (the reminder of how fast
time is slipping away aside) a nice walk down
On Monday, 26 June 2017 at 12:58:00 UTC, Andrea Fontana wrote:
On Monday, 26 June 2017 at 10:14:08 UTC, Martin Tschierschke
wrote:
I think it would be good for all which want to invest their
time in learning D to know more about the history and probably
the future of D.
D frontend written in
https://issues.dlang.org/show_bug.cgi?id=7182
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW
https://issues.dlang.org/show_bug.cgi?id=13627
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW
On Monday, 26 June 2017 at 14:17:26 UTC, Adam D. Ruppe wrote:
So here's how I'd do it:
1) Add the opposite attributes: `impure`, `throws`, `@gc`, etc.
2) Add the module version thing that changes defaults on request
3) imagine more potential going forward
It isn't even hard.
And along
I've just published a wall of text about Derelict. I don't think
I've ever written so much about it in one sitting, so it was a
fun post to write. As well as (the reminder of how fast time is
slipping away aside) a nice walk down memory lane.
The Blog:
https://issues.dlang.org/show_bug.cgi?id=16462
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW
On Monday, 26 June 2017 at 06:19:07 UTC, rikki cattermole wrote:
Perhaps?
http://dlang.org/phobos/std_algorithm_iteration.html#.joiner
Thank you.
On Monday, 26 June 2017 at 04:31:33 UTC, H. S. Teoh wrote:
Yes, the wrong defaults were a historical accident.
One that we could fix, even without breaking any code.
Of course, breaking some code to change it would be fairly
straightforward to fix for authors, and could even be done
https://issues.dlang.org/show_bug.cgi?id=13335
Vladimir Panteleev changed:
What|Removed |Added
Priority|P1 |P3
https://issues.dlang.org/show_bug.cgi?id=15504
Vladimir Panteleev changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=17202
Vladimir Panteleev changed:
What|Removed |Added
Priority|P1 |P5
https://issues.dlang.org/show_bug.cgi?id=10728
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW
https://issues.dlang.org/show_bug.cgi?id=13153
Vladimir Panteleev changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15810
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW
On Saturday, 24 June 2017 at 12:59:50 UTC, Suliman wrote:
Sorry! Domain should be not `past` `but` `paste`
http://paste.code123.org/
version 0.2
split-view support: http://paste.code123.org/86fc5ded-90e1
P.S. WIP
https://issues.dlang.org/show_bug.cgi?id=9567
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW
1 - 100 of 180 matches
Mail list logo