On Mon, Jan 28, 2019 at 9:25 AM Andrei Alexandrescu via
Digitalmars-d-announce wrote:
>
> On 1/24/19 2:18 AM, Mike Parker wrote:
> > Walter and Andrei have declined to accept DIP 1016, "ref T accepts
> > r-values", on the grounds that it has two fundamental flaws that would
> > open holes in the l
On Friday, 25 January 2019 at 21:16:59 UTC, Ron Tarrant wrote:
My approach is to lay out a firm foundation for both imperative
and object-oriented paradigms, then build from there, taking
things one step at a time.
By OOP you mean user controls? Hmm... I'd say, user control is an
advanced top
The HuntLabs team is happy to announce the release of Hunt
Framework 2.0.
In Hunt Framework 2.0, we have made many improvements and
implemented many new features. For example, the old libraries of
Collie and Kiss are replaced with Hunt-HTTP and Hunt. Here are
some highlights:
- More powerfu
On Monday, 28 January 2019 at 20:00:53 UTC, Johannes Loher wrote:
Am 25.01.19 um 18:01 schrieb Mike Parker:
One of the options we were considering for a new fundraising
campaign was raising money for Vladimir's continuing efforts
on the forums. He's been maintaining them, and covering the
serv
On Tuesday, 29 January 2019 at 10:08:49 UTC, Martin Tschierschke
wrote:
I now, know a little more, first I had the same behavior, with
the session expired
message, than at the third try it seemed to go trough but, it
didn't.
I called my bank and they where so nice to ask at the
mastercard
On Tuesday, 29 January 2019 at 10:00:22 UTC, zoujiaqing wrote:
The HuntLabs team is happy to announce the release of Hunt
Framework 2.0.
Looks impressive. I like the fact that VibeD has some competition
- it is healthy that way. Good job guys!
On 1/28/2019 10:10 PM, Manu wrote:
Furthermore, D has these match levels:
1. exact
2. const
3. conversion
4. no match
If there are two or more matches at the same level, the decision is made based
on partial ordering. How does adding the new ref/value overloading fit int
On 1/29/19 1:01 AM, Manu wrote:
This DIP is about passing rvalues to ref... so the issue you describe
passing lvalues to ref does not apply here.
There is no suggestion to change lvalue rules anywhere in this DIP.
The problem is with rvalues resulting as temporaries from lvalues. As in:
void b
On Tuesday, 29 January 2019 at 08:35:11 UTC, Manu wrote:
4. "Under DIP 1016, a call with any T[] will silently "succeed"
by
converting the slice to void[]" <-- Do you mean "... with any
T[] rvalue ..."? What would be the aim of that call? Can you
suggest a particularly sinister construction
On 1/29/19 6:38 AM, Nicholas Wilson wrote:
On Tuesday, 29 January 2019 at 08:35:11 UTC, Manu wrote:
4. "Under DIP 1016, a call with any T[] will silently "succeed" by
converting the slice to void[]" <-- Do you mean "... with any T[]
rvalue ..."? What would be the aim of that call? Can you s
On 1/29/19 6:45 AM, Andrei Alexandrescu wrote:
It is truly remarkable that DIP 1016 provides not only a solution to the
problem, but almost neglects to mention it.
Meant "...not only no solution..."
On 1/29/19 3:35 AM, Manu wrote:
1. All of this is more useful criticism than the official and final
criticism affixed to the rejection, which when revised to remove the
incorrect criticisms, is basically left with the text "The Language
Maintainers found other issues with the proposal, most of wh
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 (alloc.reallocate(__temp0, 200 * int.sizeof)
{
On Tuesday, 29 January 2019 at 11:52:40 UTC, 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);
On 1/29/19 10:44 AM, Nicholas Wilson wrote:
On Tuesday, 29 January 2019 at 11:52:40 UTC, 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 =
On Tuesday, 29 January 2019 at 15:48:23 UTC, Andrei Alexandrescu
wrote:
On 1/29/19 10:44 AM, Nicholas Wilson wrote:
if (auto val = expr(); val) { ... },
Since we don't have these constructs, lowering would need to
explain what happens here.
Nitpick, but D has something very similar to th
On 1/29/19 10:57 AM, Adam D. Ruppe wrote:
On Tuesday, 29 January 2019 at 15:48:23 UTC, Andrei Alexandrescu wrote:
On 1/29/19 10:44 AM, Nicholas Wilson wrote:
if (auto val = expr(); val) { ... },
Since we don't have these constructs, lowering would need to explain
what happens here.
Nitp
On Tuesday, 29 January 2019 at 15:44:02 UTC, Nicholas Wilson
wrote:
On Tuesday, 29 January 2019 at 11:52:40 UTC, 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
On Friday, 25 January 2019 at 22:17:06 UTC, WebFreak001 wrote:
I think dub is a lot more beginner friendly and
easier to setup + users will probably want to add some
dependencies in the future of their app.
LOL! Not my experience with dub, but I take your point.
I haven't actually gone back t
Thanks for all the kind words, guys.
Yeah, dub is a sticking point for me and I'm gonna have to get
past it. I just have so much on my plate ATM that I don't wanna
take the time to dig into it again for fear of falling behind on
something else.
But I will get to it at some point.
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.
On Tuesday, 29 January 2019 at 20:53:53 UTC, Ron Tarrant wrote:
On Friday, 25 January 2019 at 22:17:06 UTC, WebFreak001 wrote:
I think dub is a lot more beginner friendly and
easier to setup + users will probably want to add some
dependencies in the future of their app.
LOL! Not my experience
On Saturday, 26 January 2019 at 16:53:18 UTC, Antonio Corbi wrote:
On Friday, 25 January 2019 at 21:16:59 UTC, Ron Tarrant wrote:
When I started using Gtkd I gathered several tutorials[1][2]
(they are old) and more recently found this project[3] from
Carlos Soriano which covers meson + flatpak.
On Tuesday, 29 January 2019 at 21:13:17 UTC, WebFreak001 wrote:
hey it's easy, you can also use SDL! :p
dub.sdl:
name "my-awesome-gtk-app"
dependency "gtk-d" version="~>3.8.5"
... and that's it already actually. It will compile everything
in the "source" folder and add the dependencies wit
On Tuesday, 29 January 2019 at 20:58:08 UTC, Ron Tarrant wrote:
Thanks for all the kind words, guys.
Yeah, dub is a sticking point for me and I'm gonna have to get
past it. I just have so much on my plate ATM that I don't wanna
take the time to dig into it again for fear of falling behind
on
On Tuesday, 29 January 2019 at 21:47:06 UTC, Ron Tarrant wrote:
On Tuesday, 29 January 2019 at 21:13:17 UTC, WebFreak001 wrote:
hey it's easy, you can also use SDL! :p
dub.sdl:
name "my-awesome-gtk-app"
dependency "gtk-d" version="~>3.8.5"
... and that's it already actually. It will compil
Am 29.01.19 um 22:47 schrieb Ron Tarrant:
> And this goes in the same folder as the code file. And then... what? I
> type: dub?
The code file should be in a subfolder called "source". This is
customizable, but this is the default. So the folder structure should
look something like this:
├── dub.s
Am 29.01.19 um 11:00 schrieb zoujiaqing:
> [...]
It's really great to see your continued efforts. Keep up the good work!
Am 29.01.19 um 01:58 schrieb Mike Parker:
> On Monday, 28 January 2019 at 20:00:53 UTC, Johannes Loher wrote:
>
>> I would like to donate for this, but flipcause does not seem to work
>> for me at all:
>>
>> I tried to make the donation several times, but after entering all the
>> details and paym
On 29.01.19 22:47, Ron Tarrant wrote:
On Tuesday, 29 January 2019 at 21:13:17 UTC, WebFreak001 wrote:
hey it's easy, you can also use SDL! :p
dub.sdl:
name "my-awesome-gtk-app"
dependency "gtk-d" version="~>3.8.5"
... and that's it already actually. It will compile everything in the
"sour
On Monday, 28 January 2019 at 17:23:51 UTC, Andrei Alexandrescu
wrote:
* Regarding the argument "why not make this an iterative
process where concerns are raised and incrementally addressed?"
We modeled the DIP process after similar processes - conference
papers, journal papers, proposals in ot
On Sunday, 27 January 2019 at 09:22:19 UTC, Sebastiaan Koppe
wrote:
On Saturday, 26 January 2019 at 15:34:15 UTC, WebFreak001 wrote:
amazing! I would really like to try it but it seem the
precompiled LDC version doesn't support the wasm output and I
have no idea what that wercker stuff is you m
I'm on the reviewers side here.
To be honest I never liked this DIP and maybe I'll sound dumb but
I think this is a case where this could bring more problem than
anything.
The way I see this would be more like a syntax sugar to create
temporary variable for ref parameters and that's it.
Bu
On Tue, 29 Jan 2019 21:13:17 +, WebFreak001 wrote:
> dub.sdl:
> name "my-awesome-gtk-app"
>
> dependency "gtk-d" version="~>3.8.5"
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 des
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 would cause
more harm?
Donald.
...Did you even read the arguments in the dip? This has been
discuss quite a lot in the
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 would
cause more harm?
Donald.
...Did you even read
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 * int.sizeof)
{
assert(a.length == 200);
}
Even simpler:
void func(ref void* p) {
free(p); // frees (1)
37 matches
Mail list logo