Re: DIP 1016 should use expression lowering, not statement lowering

2019-01-29 Thread Rubn via Digitalmars-d-announce
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 ==

Re: GtkD Blog Now Up and Running

2019-01-29 Thread Ron Tarrant via Digitalmars-d-announce
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.

Re: GtkD Blog Now Up and Running

2019-01-29 Thread WebFreak001 via Digitalmars-d-announce
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

Re: GtkD Blog Now Up and Running

2019-01-29 Thread Ron Tarrant via Digitalmars-d-announce
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 +

Re: GtkD Blog Now Up and Running

2019-01-29 Thread Ron Tarrant via Digitalmars-d-announce
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

Re: DIP 1016 should use expression lowering, not statement lowering

2019-01-29 Thread Andrei Alexandrescu via Digitalmars-d-announce
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.

Re: GtkD Blog Now Up and Running

2019-01-29 Thread Ron Tarrant via Digitalmars-d-announce
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

GtkD Blog Post #0005 Now Live

2019-01-29 Thread Ron Tarrant via Digitalmars-d-announce
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.

Re: DIP 1016 should use expression lowering, not statement lowering

2019-01-29 Thread Adam D. Ruppe via Digitalmars-d-announce
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

Re: DIP 1016 should use expression lowering, not statement lowering

2019-01-29 Thread Andrei Alexandrescu via Digitalmars-d-announce
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 =

Re: DIP 1016 should use expression lowering, not statement lowering

2019-01-29 Thread Nicholas Wilson via Digitalmars-d-announce
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 *

Re: New Fundraiser: D Forums Server

2019-01-29 Thread Johannes Loher via Digitalmars-d-announce
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

Re: GtkD Blog Now Up and Running

2019-01-29 Thread Christian Köstlin via Digitalmars-d-announce
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

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Olivier FAURE via Digitalmars-d-announce
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

Re: GtkD Blog Now Up and Running

2019-01-29 Thread Jordan Wilson via Digitalmars-d-announce
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

Re: GtkD Blog Now Up and Running

2019-01-29 Thread Neia Neutuladh via Digitalmars-d-announce
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

Re: GtkD Blog Now Up and Running

2019-01-29 Thread WebFreak001 via Digitalmars-d-announce
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

Re: GtkD Blog Now Up and Running

2019-01-29 Thread Johannes Loher via Digitalmars-d-announce
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: ├──

Re: Hunt framework 2.0.0 released

2019-01-29 Thread Johannes Loher via Digitalmars-d-announce
Am 29.01.19 um 11:00 schrieb zoujiaqing: > [...] It's really great to see your continued efforts. Keep up the good work!

Re: Spasm 0.1.3 released - with bindings to web apis

2019-01-29 Thread WebFreak001 via Digitalmars-d-announce
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

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Don via Digitalmars-d-announce
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.

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Don via Digitalmars-d-announce
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

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Walter Bright via Digitalmars-d-announce
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

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread 12345swordy via Digitalmars-d-announce
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

Re: GtkD Blog Now Up and Running

2019-01-29 Thread Kagamin via Digitalmars-d-announce
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

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Manu via Digitalmars-d-announce
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

Re: New Fundraiser: D Forums Server

2019-01-29 Thread Mike Parker via Digitalmars-d-announce
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

Re: Hunt framework 2.0.0 released

2019-01-29 Thread Dejan Lekic via Digitalmars-d-announce
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!

Re: New Fundraiser: D Forums Server

2019-01-29 Thread Martin Tschierschke via Digitalmars-d-announce
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

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Nicholas Wilson via Digitalmars-d-announce
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

Hunt framework 2.0.0 released

2019-01-29 Thread zoujiaqing via Digitalmars-d-announce
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

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Andrei Alexandrescu via Digitalmars-d-announce
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

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Walter Bright via Digitalmars-d-announce
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

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Andrei Alexandrescu via Digitalmars-d-announce
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..."

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Andrei Alexandrescu via Digitalmars-d-announce
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

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-29 Thread Andrei Alexandrescu via Digitalmars-d-announce
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

DIP 1016 should use expression lowering, not statement lowering

2019-01-29 Thread Andrei Alexandrescu via Digitalmars-d-announce
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) {