On 1/30/19 10:12 PM, Manu wrote:
On Wed, Jan 30, 2019 at 7:05 PM Nicholas Wilson via
Digitalmars-d-announce wrote:
On Thursday, 31 January 2019 at 02:10:05 UTC, Manu wrote:
On Wed, Jan 30, 2019 at 1:05 PM Andrei Alexandrescu via
fun(my_short); // implicit type conversions (ie, short->int
pro
On 1/30/19 10:05 PM, Manu wrote:
On Wed, Jan 30, 2019 at 6:40 PM Nicholas Wilson via
Digitalmars-d-announce wrote:
On Wednesday, 30 January 2019 at 18:29:37 UTC, Manu wrote:
On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via
Digitalmars-d-announce
wrote:
The result of a CastExpression is an
On 1/30/19 9:10 PM, Manu wrote:
* Its own author seems to not have an understanding of what the DIP
proposes.
More classy comments. I can't get enough of the way you belittle people.
You're right. I have deleted this post a few seconds after having sent
it on account of that remark, but some
On Wed, Jan 30, 2019 at 7:35 PM Steven Schveighoffer via
Digitalmars-d-announce wrote:
>
> On 1/30/19 10:05 PM, Manu wrote:
> > On Wed, Jan 30, 2019 at 6:40 PM Nicholas Wilson via
> > Digitalmars-d-announce wrote:
> >> You should clarify that ;)
> >
> > Yes, as said above, read `short(10)`. I can
On Wednesday, 30 January 2019 at 20:12:49 UTC, Jacob Carlborg
wrote:
Has a hotel for post-conference gathering* been picked?
Not yet. I'll update the venue page as soon as we get something
worked out.
https://dconf.org/2019/venue.html
* We all know this actually means Beer Conf :D
Th
On 1/30/19 10:05 PM, Manu wrote:
On Wed, Jan 30, 2019 at 6:40 PM Nicholas Wilson via
Digitalmars-d-announce wrote:
You should clarify that ;)
Yes, as said above, read `short(10)`. I can understand the confusion
that it may look like a variable when taken out of context; but listed
beneath the
On 1/30/19 10:03 PM, Nicholas Wilson wrote:
On Thursday, 31 January 2019 at 02:29:47 UTC, Steven Schveighoffer wrote:
I came up with this idea based on tempCString, but it doesn't work:
So I don't get why it doesn't work. But if that was fixed, could be a
potential workaround without requiring
On Wed, Jan 30, 2019 at 7:05 PM Nicholas Wilson via
Digitalmars-d-announce wrote:
>
> On Thursday, 31 January 2019 at 02:10:05 UTC, Manu wrote:
> > On Wed, Jan 30, 2019 at 1:05 PM Andrei Alexandrescu via
> >> fun(my_short); // implicit type conversions (ie, short->int
> >> promotion)
> >>
On Wed, Jan 30, 2019 at 6:40 PM Nicholas Wilson via
Digitalmars-d-announce wrote:
>
> On Wednesday, 30 January 2019 at 18:29:37 UTC, Manu wrote:
> > On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via
> > Digitalmars-d-announce
> > wrote:
> >> The result of a CastExpression is an rvalue. An implic
On Thursday, 31 January 2019 at 02:10:05 UTC, Manu wrote:
On Wed, Jan 30, 2019 at 1:05 PM Andrei Alexandrescu via
fun(my_short); // implicit type conversions (ie, short->int
promotion)
Oh I see.
fun(short(10)); // implicit type conversions (ie, short->int
promotion)
I did not int
On Thursday, 31 January 2019 at 02:29:47 UTC, Steven
Schveighoffer wrote:
I came up with this idea based on tempCString, but it doesn't
work:
So I don't get why it doesn't work. But if that was fixed,
could be a potential workaround without requiring a DIP.
Thats nice! But it doesn't fix the
On Wednesday, 30 January 2019 at 18:29:37 UTC, Manu wrote:
On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via
Digitalmars-d-announce
wrote:
The result of a CastExpression is an rvalue. An implicit cast
is a compiler-inserted CastExpression. Therefore all lvalues
with a potential implicit cast
On 1/30/19 9:20 PM, Steven Schveighoffer wrote:
Essentially, nothing is different from existing semantics today, when
rvalues are used and provides reference semantics (yes, it's possible,
see tempCString). They live until the end of the statement. It's how
this has to be. It can't be expressi
On 1/29/19 6:52 AM, Andrei Alexandrescu wrote:
While writing this example:
int[] a = cast(int[]) alloc.allocate(100 * int.sizeof);
if (alloc.reallocate(a, 200 * int.sizeof))
{
assert(a.length == 200);
}
=>
int[] a = cast(int[]) alloc.allocate(100 * int.sizeof);
void[] __temp0 = a;
if
On Wed, Jan 30, 2019 at 1:05 PM Andrei Alexandrescu via
Digitalmars-d-announce wrote:
>
> On 1/30/19 1:29 PM, Manu wrote:
> > On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via
> > Digitalmars-d-announce wrote:
> >>
> >> On Wed, 30 Jan 2019 09:15:36 -0800, Manu wrote:
> >>> Why are you so stuck o
On Wed, Jan 30, 2019 at 12:40 PM 12345swordy via
Digitalmars-d-announce wrote:
>
> On Wednesday, 30 January 2019 at 18:29:37 UTC, Manu wrote:
> > On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via
> > Digitalmars-d-announce
> > wrote:
> >>
> >> On Wed, 30 Jan 2019 09:15:36 -0800, Manu wrote:
> >>
On Wednesday, 30 January 2019 at 20:50:42 UTC, Johannes Loher
wrote:
Am 30.01.19 um 15:05 schrieb Mike Parker:
Given the nature of the feedback in both review rounds this
DIP has gone through, Walter has decided to reject his own
DIP. He still believes there is a benefit to adding a bottom
typ
On Friday, 25 January 2019 at 21:16:59 UTC, Ron Tarrant wrote:
Hi y'all,
As of January 11, 2019, http://gtkdcoding.com is up. It's a
blog, it's a github page, it's simple examples of how to use
GtkD for all that GUI stuff.
My approach is to lay out a firm foundation for both imperative
and
On 30-01-2019 21:07, Jacob Carlborg wrote:
On 2019-01-30 11:35, Ron Tarrant wrote:
You said you're on OSX, right? Is it possible that dub just isn't as
cooperative on Windows 10? Of course, if you can see something in this
output that hints at a fix, please let me know.
It's Optlink being st
On Monday, 28 January 2019 at 19:58:24 UTC, Andrei Alexandrescu
wrote:
On 1/28/19 1:00 PM, Andrei Alexandrescu wrote:
It seems to me that a proposal adding the "@rvalue" attribute
in function signatures to each parameter that would accept
either an rvalue or an lvalue would be easy to argue.
On 1/30/19 1:29 PM, Manu wrote:
On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via
Digitalmars-d-announce wrote:
On Wed, 30 Jan 2019 09:15:36 -0800, Manu wrote:
Why are you so stuck on this case? The DIP is about accepting rvalues,
not lvalues...
Calling with 'p', an lvalue, is not subject to
Am 30.01.19 um 15:05 schrieb Mike Parker:
> Given the nature of the feedback in both review rounds this DIP has gone
> through, Walter has decided to reject his own DIP. He still believes
> there is a benefit to adding a bottom type to the language, but this
> proposal is not the way to go about it
On Wednesday, 30 January 2019 at 20:46:07 UTC, H. S. Teoh wrote:
On Wed, Jan 30, 2019 at 08:34:58PM +, Simen Kjærås via
Digitalmars-d-announce wrote:
I found this article espousing D's strengths today:
https://opensource.com/article/17/5/d-open-source-software-development
It appears to be
On Wed, Jan 30, 2019 at 08:34:58PM +, Simen Kjærås via
Digitalmars-d-announce wrote:
> I found this article espousing D's strengths today:
> https://opensource.com/article/17/5/d-open-source-software-development
It appears to be written by our very own `aberba`, who also frequently
participat
On 1/30/19 3:34 AM, Kagamin wrote:
On Tuesday, 29 January 2019 at 11:52:40 UTC, Andrei Alexandrescu wrote:
Where should the temporary go?
Doesn't D already specify allocation and lifetime of temporaries? AIU
the DIP doesn't invent the notion of a temporary.
My bad, I overloaded the term "te
On Wednesday, 30 January 2019 at 18:29:37 UTC, Manu wrote:
On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via
Digitalmars-d-announce
wrote:
On Wed, 30 Jan 2019 09:15:36 -0800, Manu wrote:
> Why are you so stuck on this case? The DIP is about
> accepting rvalues,
> not lvalues...
> Calling w
I found this article espousing D's strengths today:
https://opensource.com/article/17/5/d-open-source-software-development
On 2019-01-28 15:07, Mike Parker wrote:
I've published a post on the blog with updates about DConf 2019
registrations, the invited keynote speaker, the Symmetry Autumn of Code
finalist, and the previously announced fundraiser for a new forum server.
Early-bird registrations are $340 again this
On 2019-01-30 11:35, Ron Tarrant wrote:
You said you're on OSX, right? Is it possible that dub just isn't as
cooperative on Windows 10? Of course, if you can see something in this
output that hints at a fix, please let me know.
It's Optlink being stupid as always. If you want to figure out wh
On 2019-01-30 03:00, Neia Neutuladh wrote:
Might I recommend instead:
dependency "gtk-d" version="3.8.5"
This depends on gtk-d 3.8.5 and only that version. If there is a breaking
change in 3.8.6 despite semantic versioning, your code keeps working.
In libraries, I prefer using ~> to give
On Wednesday, 30 January 2019 at 16:47:48 UTC, Don wrote:
On Wednesday, 30 January 2019 at 13:58:38 UTC, 12345swordy
wrote:
I do not accept gut feeling as a valid objection here. The
current workarounds is shown to be painful as shown in the dip
and in the discussions that it currently link. Th
On Wednesday, 30 January 2019 at 09:48:14 UTC, Ron Tarrant wrote:
On Saturday, 26 January 2019 at 16:53:18 UTC, Antonio Corbi
wrote:
[1] https://sites.google.com/site/gtkdtutorial/
[2] http://britseyeview.com/software/articles/gsgtkd.html
[3] https://gitlab.com/csoriano/GtkDApp
Took a look thi
On Wed, Jan 30, 2019 at 9:20 AM Neia Neutuladh via
Digitalmars-d-announce wrote:
>
> On Wed, 30 Jan 2019 09:15:36 -0800, Manu wrote:
> > Why are you so stuck on this case? The DIP is about accepting rvalues,
> > not lvalues...
> > Calling with 'p', an lvalue, is not subject to this DIP.
>
> The re
On Tue., 29 Jan. 2019, 10:25 pm Walter Bright via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com wrote:
> On 1/29/2019 3:45 AM, Andrei Alexandrescu wrote:
> > I am talking about this:
> >
> > int[] a = cast(int[]) alloc.allocate(100 * int.sizeof);
> > if (alloc.reallocate(a, 200 * i
On Wed, 30 Jan 2019 09:15:36 -0800, Manu wrote:
> Why are you so stuck on this case? The DIP is about accepting rvalues,
> not lvalues...
> Calling with 'p', an lvalue, is not subject to this DIP.
The result of a CastExpression is an rvalue. An implicit cast is a
compiler-inserted CastExpression.
On Wednesday, 30 January 2019 at 13:58:38 UTC, 12345swordy wrote:
I do not accept gut feeling as a valid objection here. The
current workarounds is shown to be painful as shown in the dip
and in the discussions that it currently link. That *the*
motivation here.
Like I said previously I am on
On Wed, Jan 30, 2019 at 02:05:37PM +, Mike Parker via
Digitalmars-d-announce wrote:
> Given the nature of the feedback in both review rounds this DIP has
> gone through, Walter has decided to reject his own DIP. He still
> believes there is a benefit to adding a bottom type to the language,
>
On Wednesday, 30 January 2019 at 14:27:25 UTC, Atila Neves wrote:
[snip]
--
@Types!(ubyte, byte)
@Types!(int, uint, float)
@UnitTest
void fun(T0, T1)() {
static assert(T0.sizeof == 1);
static assert(T1.sizeof == 4);
}
--
This now generates 6 tests, one fo
New release of unit-threaded, the advanced test framework for D:
https://code.dlang.org/packages/unit-threaded
Besides bug fixes, the main difference is now cartesian product
of types works as it did for values when it comes to
parameterized tests:
--
@Types!(ubyte, byte)
@Ty
Given the nature of the feedback in both review rounds this DIP
has gone through, Walter has decided to reject his own DIP. He
still believes there is a benefit to adding a bottom type to the
language, but this proposal is not the way to go about it. He
hopes to revisit the issue in the future.
On Wednesday, 30 January 2019 at 04:34:46 UTC, Don wrote:
On Wednesday, 30 January 2019 at 03:01:36 UTC, 12345swordy
wrote:
On Wednesday, 30 January 2019 at 00:25:17 UTC, Don wrote:
But what I fail to see is why can't the programmer solve this
themselves instead of relying on a new feature that
On Wednesday, 30 January 2019 at 11:03:13 UTC, WebFreak001 wrote:
I install LDC from the arch repositories, which should just be
the prebuilt binaries from the ldc repo I think
Nope, they aren't. I guess your problem is that you cannot *link*
wasm; that will only work with v1.14 for distro pac
On Wednesday, 30 January 2019 at 08:26:22 UTC, Sebastiaan Koppe
wrote:
On Wednesday, 30 January 2019 at 00:22:15 UTC, WebFreak001
wrote:
the underrun example looks really cool! I'm on linux but I
don't use docker
Wait, you are on linux. Why doesn't your ldc have wasm target?
How did you insta
On Wednesday, 30 January 2019 at 09:04:35 UTC, M.M. wrote:
On Tuesday, 29 January 2019 at 21:00:10 UTC, Ron Tarrant wrote:
Another blog post available at http://gtkdcoding.com
Enjoy!
PS: And yeah, I'll get around to dubbing at some point.
Perhaps after I get the docs parser finished.
Do you
On Tuesday, 29 January 2019 at 23:09:57 UTC, Christian Köstlin
wrote:
I was surprised how simple it is nowadays even in osx.
Okay, there's definitely something odd going on with my set up. I
followed your directions to the letter and OPTLINK barfed. Here
is the output from my first try to com
On Saturday, 26 January 2019 at 16:53:18 UTC, Antonio Corbi wrote:
[1] https://sites.google.com/site/gtkdtutorial/
[2] http://britseyeview.com/software/articles/gsgtkd.html
[3] https://gitlab.com/csoriano/GtkDApp
Took a look this morning. I'd come across the Brit's Eye View
articles, but not t
On Tuesday, 29 January 2019 at 21:00:10 UTC, Ron Tarrant wrote:
Another blog post available at http://gtkdcoding.com
Enjoy!
PS: And yeah, I'll get around to dubbing at some point. Perhaps
after I get the docs parser finished.
Do you know whether GTKD is going to wrap GTK+ 3.24? (Currently,
On Tuesday, 29 January 2019 at 11:52:40 UTC, Andrei Alexandrescu
wrote:
Where should the temporary go?
Doesn't D already specify allocation and lifetime of temporaries?
AIU the DIP doesn't invent the notion of a temporary.
On Wednesday, 30 January 2019 at 00:22:15 UTC, WebFreak001 wrote:
the underrun example looks really cool! I'm on linux but I
don't use docker
Wait, you are on linux. Why doesn't your ldc have wasm target?
How did you install it?
I will try out making something with spasm soon!
Cool.
49 matches
Mail list logo
