Re: Darser: A LL(1) to Recursive Decent Parser/AST/Visitor Generator

2019-03-20 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 20 March 2019 at 17:22:07 UTC, Robert Schadek wrote: https://code.dlang.org/packages/darser https://github.com/burner/Darser Have you had a look at fancypars? if not you might want to look at the lexer_generation of it. And the way it represents the grammar.

Re: DLP - D Language Processing 0.1.0

2019-03-20 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 18 March 2019 at 18:52:10 UTC, Jacob Carlborg wrote: Currently it has only one command, "leaf-functions", that will print all leaf functions. A leaf function is a function that doesn't call any other functions or doesn't have a body. Functions without bodies cannot be considered

Re: How is your DConf proposal looking?

2019-03-08 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 8 March 2019 at 18:53:27 UTC, Ali Çehreli wrote: On 03/08/2019 02:18 AM, Bastiaan Veelo wrote: On Thursday, 7 March 2019 at 16:57:11 UTC, Ali Çehreli wrote: Reminder... :)   http://dconf.org/2019/index.html Ali It's shaping up :-) Bastiaan. Great! :) I've decided to submit a

Re: dlang tutorial just posted on Derek Banas's YouTube channel

2019-03-06 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 6 March 2019 at 01:44:45 UTC, Zaydek wrote: tl;dr Derek Banas is a YouTuber that makes long-form programming tutorials. He has almost one million subscribers. He just posted a 90-minute tutorial that covers D beginning to end. This could be great promotional for this community to

Re: progress-dmd: compilation with a progress bar

2019-02-23 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 22 February 2019 at 08:36:24 UTC, FeepingCreature wrote: https://gist.github.com/FeepingCreature/6c67479c99bc0f20544d1e455622ae82 Usage: DMD= progress-dmd The script sets -v and then uses the code and semantic stages logged in the output to paint a cute little ANSI-colored

Re: B Revzin - if const expr isn't broken (was Re: My Meeting C++ Keynote video is now available)

2019-01-18 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 18 January 2019 at 20:32:35 UTC, Jacob Carlborg wrote: On 2019-01-18 20:28, Stefan Koch wrote: The only difference that type-functions have from what you describe is that it does not need to occupy a keyword 'type'. You're using "alias" instead of my "type" keyword? yes. After

Re: B Revzin - if const expr isn't broken (was Re: My Meeting C++ Keynote video is now available)

2019-01-18 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 18 January 2019 at 10:23:11 UTC, Jacob Carlborg wrote: On 2019-01-17 23:44, H. S. Teoh wrote: YES! This is the way it should be. Type-tuples become first class citizens, and you can pass them around to functions and return them from functions No no no, not only type-tuples, you

Re: B Revzin - if const expr isn't broken (was Re: My Meeting C++ Keynote video is now available)

2019-01-17 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 17 January 2019 at 22:44:08 UTC, H. S. Teoh wrote: On Thu, Jan 17, 2019 at 10:20:24PM +, Stefan Koch via Digitalmars-d-announce wrote: P.S. There is one caveat: because of how type-functions work they cannot, you cannot create a non-anonymous symbol inside a type-function

Re: B Revzin - if const expr isn't broken (was Re: My Meeting C++ Keynote video is now available)

2019-01-17 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 17 January 2019 at 19:31:24 UTC, H. S. Teoh wrote: On Thu, Jan 17, 2019 at 06:03:07PM +, Paul Backus via Digitalmars-d-announce wrote: [...] [2] https://bartoszmilewski.com/2009/10/21/what-does-haskell-have-to-do-with-c/ [...] Coming back to the D example at the end, I

Re: The New Fundraising Campaign

2019-01-02 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 2 January 2019 at 15:17:36 UTC, Martin Tschierschke wrote: On Wednesday, 2 January 2019 at 11:11:31 UTC, Stefan Koch wrote: On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: I would love to have a campaign to increase compilation speed for std.regex and

Re: The New Fundraising Campaign

2019-01-02 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: I would love to have a campaign to increase compilation speed for std.regex and std.format... You could defer the generation of utf-tables to runtime, which should yield some improvement. But I'll measure the reasons

Re: now it's possible! printing floating point numbers at compile-time

2018-12-30 Thread Stefan Koch via Digitalmars-d-announce
Hi Ketmar, thanks for sharing your work! On Friday, 28 December 2018 at 19:03:02 UTC, ketmar wrote: Stefan Koch wrote: [ ... ] [1] https://github.com/UplinkCoder/fpconv/blob/master/src/fpconv_ctfe.d of course, it is not all that fancy, but i ported STB converter quite a long time ago, and

Re: now it's possible! printing floating point numbers at compile-time

2018-12-22 Thread Stefan Koch via Digitalmars-d-announce
On Saturday, 22 December 2018 at 21:06:48 UTC, Basile B. wrote: On Saturday, 22 December 2018 at 20:24:46 UTC, Stefan Koch wrote: On Saturday, 22 December 2018 at 20:08:12 UTC, Stefan Koch wrote: Thus enabling you to convert doubles into strings at compiletime. Cool, CTFE formating is

Re: now it's possible! printing floating point numbers at compile-time

2018-12-22 Thread Stefan Koch via Digitalmars-d-announce
On Saturday, 22 December 2018 at 20:08:12 UTC, Stefan Koch wrote: Thus enabling you to convert doubles into strings at compiletime. Aww I am dumb ... should have waited 2 days :) Anyhow I hope that this is helpful to some of you. Please note that grisu 2 will give you representation

now it's possible! printing floating point numbers at compile-time

2018-12-22 Thread Stefan Koch via Digitalmars-d-announce
Hi Guys, during my research on floating point numbers I came across a short and efficient implementation[0] of the grisu2 algorithm for converting floating point numbers into strings. Which I then ported into CTFEable D code. Thus enabling you to convert doubles into strings at compiletime.

Re: Fuzzed - a program to find DMDFE parser crash

2018-12-17 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 17 December 2018 at 10:12:44 UTC, Stefan Koch wrote: On Sunday, 16 December 2018 at 14:24:54 UTC, Jacob Carlborg wrote: On 2018-12-15 16:37, Basile B. wrote: This poisoning kills the interest of using a fuzzer. 99% of the crashes will be in hdrgen. Does that matter as long as the

Re: Fuzzed - a program to find DMDFE parser crash

2018-12-17 Thread Stefan Koch via Digitalmars-d-announce
On Sunday, 16 December 2018 at 14:24:54 UTC, Jacob Carlborg wrote: On 2018-12-15 16:37, Basile B. wrote: This poisoning kills the interest of using a fuzzer. 99% of the crashes will be in hdrgen. Does that matter as long as the bug is found? Well it's hard to tell if it's begin. Generally

Re: D compilation is too slow and I am forking the compiler

2018-11-21 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 21 November 2018 at 13:05:27 UTC, Nicholas Wilson wrote: On Wednesday, 21 November 2018 at 11:58:25 UTC, Vladimir Panteleev wrote: Have we tried disabling -unittest for modules that aren't on the compiler's command line yet (or, in case of -i, not excluded)? Not that I know of,

Re: Pre-DConf Meetup on May 1

2018-04-25 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 25 April 2018 at 14:13:55 UTC, Seb wrote: Hi all, I hope you are all looking forward to DConf. [...] I request a lighting talk slot :)

Re: Seeking lecturer - D language (Moscow)

2018-03-14 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 14 March 2018 at 11:44:10 UTC, Simen Kjærås wrote: On Wednesday, 14 March 2018 at 11:38:20 UTC, Dmitry Olshansky wrote: - I owe you a bottle of your favorite beverage and your favorite bug in Bugzilla if you agree ;) https://issues.dlang.org/show_bug.cgi?id=5710 might be worth

Re: I'm the new package maintainer for D on ArchLinux

2017-08-09 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 9 August 2017 at 20:42:48 UTC, Wild wrote: I hope I can maintain ArchLinux as a great environment to use D. You are not only the new package mainainer but also my new Hero :)

Re: Munich D Meetup July 2017

2017-07-17 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 3 July 2017 at 18:23:27 UTC, Dragos Carp wrote: Hi all, On 18 July, we will have our next Munich meetup. Mario will give a talk with the title "Avoiding the Big Ball of Mud". As usual before and after the talk we will also have good conversations with pizza and drinks. Please

Re: Work on ARM backend for DMD started

2017-07-04 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 3 July 2017 at 23:16:07 UTC, solidstate1991 wrote: While I currently don't have an ARM based hardware that would be easy to develop on, I'm planning to use QEMU to emulate some form of ARMv6 CPU, as it'll be the main target, as it's still being used in devices like the Raspberry Pi.

Re: Berlin D Meetup June 2017

2017-06-14 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 13 June 2017 at 13:51:02 UTC, Ben Palmer wrote: Hi All, The Berlin June D meetup is happening on this Friday the 16th at 19:30 at Berlin Co-Op (http://co-up.de/) on the fifth floor. Mathias Lang will be giving a short talk on metaprogramming tricks in D. In particular on a "Self

Re: Compile-Time Sort in D

2017-06-09 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 9 June 2017 at 16:50:15 UTC, H. S. Teoh wrote: Yes, please add ctfeWriteln(). ctfeWriteln has it's own set of problems. I resurrected a PR for it a while back. And somewhere along the lines it broke again. newCTFE's debugging facilities which will come later this year, will provide

Re: Compile-Time Sort in D

2017-06-09 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 9 June 2017 at 15:16:56 UTC, Steven Schveighoffer wrote: On 6/9/17 10:49 AM, Stefan Koch wrote: If I'd had to worry about an interface to runtime code I'd be a little unhappy. I kind of remember you saying at dconf2016 "If only CTFE could write to the filesystem, I could fully

Re: Compile-Time Sort in D

2017-06-09 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 9 June 2017 at 12:15:50 UTC, Steven Schveighoffer wrote: [it] can use the *actual* i/o routines [at compile-time] you would use at runtime is pretty impressive. Stefan would have a field day with this power :) -Steve Infact I think this would scale pretty badly. I do not want to

Re: Compile-Time Sort in D

2017-06-08 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 9 June 2017 at 01:34:14 UTC, Mike Parker wrote: On Thursday, 8 June 2017 at 19:07:50 UTC, cym13 wrote: Seeing that the one and only D example in the nim article is a broken one (using static instead of enum or static immutable for 'b') we should have started with a correct

Re: Compile-Time Sort in D

2017-06-07 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 7 June 2017 at 21:47:58 UTC, John Carter wrote: On Monday, 5 June 2017 at 14:23:34 UTC, Mike Parker wrote: https://dlang.org/blog/2017/06/05/compile-time-sort-in-d/ Seems like you have inspired people... http://blog.zdsmith.com/posts/compiletime-sort-in-nim.html We should

Re: Bultins .reverse and .sort are likely going to be removed soon.

2017-05-28 Thread Stefan Koch via Digitalmars-d-announce
On Sunday, 28 May 2017 at 09:23:01 UTC, Ivan Kazmenko wrote: On Wednesday, 24 May 2017 at 22:56:15 UTC, Stefan Koch wrote: I just finished the PR to remove the builtin array properties .sort and .reverse. That's nice! Finally, we could get rid of the awkward reverse() or sort!() in UFCS

Bultins .reverse and .sort are likely going to be removed soon.

2017-05-24 Thread Stefan Koch via Digitalmars-d-announce
Hi guys, I just finished the PR to remove the builtin array properties .sort and .reverse. while the dmd changes were trivial fixing all the broken tests were not. Even tests that were supposed to call std.algorithm.sort turned out to use the property by accident; (because of a small error

Re: Generating checked integral operations [WAS: Trip notes from Israel]

2017-05-23 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 23 May 2017 at 15:43:24 UTC, Andrei Alexandrescu wrote: On 05/23/2017 11:37 AM, Stefan Koch wrote: The compiler does indeed seem to optimize the code somewhat. Although the generated asm still looks wired.

Re: Trip notes from Israel

2017-05-23 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 23 May 2017 at 15:37:39 UTC, Stefan Koch wrote: The compiler does indeed seem to optimize the code somewhat. Although the generated asm still looks wired.

Re: Trip notes from Israel

2017-05-23 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 23 May 2017 at 15:19:39 UTC, Andrei Alexandrescu wrote: On 05/23/2017 09:42 AM, Stefan Koch wrote: On Tuesday, 23 May 2017 at 13:27:42 UTC, Andrei Alexandrescu wrote: On 5/22/17 4:51 PM, Johan Engelen wrote: [...] Thanks! Yes, seto is what I thought of - one way or another, it

Re: Trip notes from Israel

2017-05-23 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 23 May 2017 at 13:27:42 UTC, Andrei Alexandrescu wrote: On 5/22/17 4:51 PM, Johan Engelen wrote: On Monday, 22 May 2017 at 15:05:24 UTC, Andrei Alexandrescu wrote: [...] A fun read! "(Late at night, I double checked. Mozilla’s CheckedInt is just as bad as I remembered. They do

Re: llvm-d 2.2 Dynamic loading (yet again)

2017-05-17 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 17 May 2017 at 14:55:12 UTC, Moritz Maxeiner wrote: In response to a DConf 2017 request regarding this, llvm-d again supports dynamic loading. The API is essentially the same as is was for llvm 1.x, though you have to enable it with D versions. [...] Many Thanks.

Re: The New CTFE Engine on the Blog

2017-04-12 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 12 April 2017 at 05:51:20 UTC, Ali Çehreli wrote: On 04/10/2017 06:07 AM, Mike Parker wrote: Stefan has been diligently keeping us all updated on NewCTFE here in the forums. Now, he's gone to the blog to say something to tell the world about it. The blog:

Re: excel-d v0.0.1 - D API to write functions callable from Excel

2017-03-20 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 20 March 2017 at 20:09:58 UTC, Atila Neves wrote: http://code.dlang.org/packages/excel-d This dub package allows D code to be called from Excel. It uses compile-time reflection to register the user's code in an XLL (a DLL loaded by Excel) so no boilerplate is necessary. Not even

Re: Need help

2017-03-15 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 15 March 2017 at 07:37:53 UTC, Jack Applegame wrote: Dear developers. I need help fixing issue #17257 (https://issues.dlang.org/show_bug.cgi?id=17257) and related bug (https://forum.dlang.org/post/zpxzbctiijfhjujsz...@forum.dlang.org). I can't fix it myself, because know almost

Re: Release D 2.073.2

2017-03-09 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 9 March 2017 at 21:32:20 UTC, Martin Nowak wrote: Glad to announce D 2.073.2. http://dlang.org/download.html This point release fixes a few issues over 2.073.1, see the changelog for more details. http://dlang.org/changelog/2.073.2.html -Martin It says: D LATEST.

Re: Moonshot: a DMD fork that outputs Lua

2017-02-21 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 21 February 2017 at 12:45:47 UTC, Mithun Hunsur wrote: Hi all, Introducing Moonshot (https://github.com/Philpax/moonshot)! Hi Mithun, Looking over the code for lua it seems that you use std.format a lot a ctfe. I would advise against that as it needlessly increases compile

Re: Getters/setters generator

2017-01-16 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 17 January 2017 at 06:26:35 UTC, Eugene Wissner wrote: On Friday, 9 December 2016 at 18:53:55 UTC, Andrei Alexandrescu wrote: Love it, and was toying with similar ideas too. One good extension is to add a predicate to the setter, which guards the assignment. -- Andrei What kind

Re: Reminder - DConf 2017 is May 4-6 !!

2017-01-06 Thread Stefan Koch via Digitalmars-d-announce
On Saturday, 7 January 2017 at 00:46:31 UTC, Walter Bright wrote: It's 2017 already - sharpen your pencils and start on a proposal for a presentation! Time is moving fast! Thanks for the remainder. I am still torn between talking about the past of building the new CTFE engine or the future

Re: Vision document for H1 2017

2017-01-04 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 4 January 2017 at 19:22:33 UTC, Andrei Alexandrescu wrote: We release a brief Vision document summarizing the main goals we plan to pursue in the coming six months. This half we are focusing on three things: safety, lifetime management, and static introspection.

Re: Blog Post - profiling with perf and friends

2016-12-25 Thread Stefan Koch via Digitalmars-d-announce
On Sunday, 25 December 2016 at 19:16:03 UTC, Martin Nowak wrote: Just a few infos on using perf and related tools for profiling on linux. https://code.dawg.eu/profiling-with-perf-and-friends.html Nice article. There is a nice gui tool for the same purpose,

Re: Milestone - DMD front end is now 100% D!

2016-12-15 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 15 December 2016 at 05:53:42 UTC, Ilya Yaroshenko wrote: Please, no :-( Mir needs betterC DMD FE What for ? Are you using the compiler frontend ? And the frontend is not only using the betterC subset. So you could not be using it right now.

Re: Getters/setters generator

2016-12-09 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 9 December 2016 at 10:27:05 UTC, Eugene Wissner wrote: Hello, we've just open sourced a small module ("accessors") that helps to generate getters and setters automatically: https://github.com/funkwerk/accessors http://code.dlang.org/packages/accessors It takes advantage of the

Re: Release D 2.072.1

2016-11-30 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 30 November 2016 at 22:49:12 UTC, Martin Nowak wrote: Glad to announce D 2.072.1. http://dlang.org/download.html This point release fixes a few issues over 2.072.0, see the changelog for more details. http://dlang.org/changelog/2.072.1.html -Martin Congrats!

Re: SQLite-D goes beta!

2016-11-17 Thread Stefan Koch via Digitalmars-d-announce
I just updated ~master with a little tool that will print a dot-file with describing the internal Tree-structure of database. All you need to do is to import layout2dot. And call TreeLayoutToDot on your database. it will give you back a string which you can then give to graph-viz. If dot

Re: Got a post for the D Blog?

2016-11-01 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 1 November 2016 at 06:23:29 UTC, Mike Parker wrote: On Monday, 31 October 2016 at 20:29:13 UTC, Jacob Carlborg wrote: Would it be interesting to have a blog post about implement support for Objective-C in D? That would be very technical and quite low level. Absolutely! I

Re: Battle-plan for CTFE

2016-10-30 Thread Stefan Koch via Digitalmars-d-announce
On Sunday, 30 October 2016 at 21:09:19 UTC, Stefan Koch wrote: On Sunday, 30 October 2016 at 03:07:13 UTC, Stefan Koch wrote: I just made progress on another fundamental feature, function call support. It's does not [fully] work yet, but it shows promise. The following just compiled : int

Re: Battle-plan for CTFE

2016-10-30 Thread Stefan Koch via Digitalmars-d-announce
On Sunday, 30 October 2016 at 03:07:13 UTC, Stefan Koch wrote: I just made progress on another fundamental feature, function call support. It's does not [fully] work yet, but it shows promise. The following just compiled : int fn(int a) { return a + fn2(2); } int fn2(int a) { return

Re: Battle-plan for CTFE

2016-10-29 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 28 October 2016 at 16:52:46 UTC, Stefan Koch wrote: Another update on CTFE. I have found a few errors in my handling of switch-statments. An efficient solution for this is still pending, Futhermore I have begun to work on ctfe handling refernces. These are a little bit harder to do

Re: Battle-plan for CTFE

2016-10-28 Thread Stefan Koch via Digitalmars-d-announce
Another update on CTFE. I have found a few errors in my handling of switch-statments. An efficient solution for this is still pending, Futhermore I have begun to work on ctfe handling refernces. These are a little bit harder to do in bytecode and do pessimise performance if overused. I hope

Re: Battle-plan for CTFE

2016-10-26 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 26 October 2016 at 08:19:46 UTC, Andrea Fontana wrote: On Wednesday, 26 October 2016 at 03:58:05 UTC, Stefam Koch wrote: On Tuesday, 25 October 2016 at 17:19:26 UTC, Jacob Carlborg wrote: Very impressive :) Thanks. I just got the following code to compile and execute

Re: Battle-plan for CTFE

2016-10-19 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 19 October 2016 at 07:11:24 UTC, Nordlöw wrote: On Sunday, 25 September 2016 at 20:47:41 UTC, Stefan Koch wrote: If all goes well there will be a separate nightly release build from the newCTFE branch, sometime in October. I hope to get alpha bug reports that way. Have you

Re: Munich D Meetup

2016-09-25 Thread Stefan Koch via Digitalmars-d-announce
On Sunday, 25 September 2016 at 20:49:47 UTC, Stefan wrote: We would be very glad to meet other people from the forum at the Meetups. Already pitiful enough, that Andrei will have no time this year for a visit. Will keep you informed once we scheduled the next Meetup. I'll try to come next

Re: Battle-plan for CTFE

2016-09-25 Thread Stefan Koch via Digitalmars-d-announce
On Sunday, 25 September 2016 at 18:21:27 UTC, Rory McGuire wrote: :D congrats! I appreciate it. If all goes well there will be a separate nightly release build from the newCTFE branch, sometime in October. I hope to get alpha bug reports that way. Also I am now starting experimentation

Re: Battle-plan for CTFE

2016-09-25 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 20 September 2016 at 05:06:57 UTC, Nordlöw wrote: On Monday, 19 September 2016 at 10:07:06 UTC, Stefan Koch wrote: Compiling all of phobos does not crash my engine anymore! Great work! Keep up still! I am proud to announce, (and slightly embarssed because it took to long) that

Re: SQLite-D goes beta!

2016-09-20 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 20 September 2016 at 20:34:19 UTC, Karabuta wrote: Great work! Can't wait to see sample code :) It's in app.d also see test.d

Re: SQLite-D goes beta!

2016-09-20 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 30 May 2016 at 18:07:09 UTC, Stefan Koch wrote: It is my pleasure to announce that I now consider SQLite-D to be in Beta stage. The reader is now stable enough to read all the test tables I have been given. The fact that it took around 20 minutes to complete index-tree support

Re: Battle-plan for CTFE

2016-09-19 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 19 September 2016 at 18:05:34 UTC, Lurker wrote: Good news anyway! Do you have any preliminary results or goals and expectations that you are going to achieve with your rework? Is it mostly perf/memory improvements, are there any new features that this rework will unlock? Thanks

Re: Battle-plan for CTFE

2016-09-19 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 8 September 2016 at 18:54:52 UTC, Stefan Koch wrote: On Thursday, 8 September 2016 at 13:11:23 UTC, Stefan Koch wrote: On Thursday, 8 September 2016 at 10:44:55 UTC, Stefan Koch wrote: compiling parts of phobos does no longer crash the new engine. However it still produces

Re: Berlin D Meetup September 2016

2016-09-16 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 16 September 2016 at 20:35:18 UTC, default0 wrote: On Friday, 16 September 2016 at 20:32:46 UTC, Stefan Koch wrote: On Friday, 16 September 2016 at 20:20:23 UTC, default0 wrote: On Monday, 12 September 2016 at 17:26:25 UTC, Ben Palmer wrote: [...] Standing outside at entrance.

Re: Berlin D Meetup September 2016

2016-09-16 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 16 September 2016 at 20:20:23 UTC, default0 wrote: On Monday, 12 September 2016 at 17:26:25 UTC, Ben Palmer wrote: Hi All, The September Berlin D Meetup will be happening at 20:00 on Friday the 16th of September at Berlin Co-Op (http://co-up.de/) on the fifth floor. This month

Re: Berlin D Meetup September 2016

2016-09-16 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 16 September 2016 at 14:15:28 UTC, Steven Schveighoffer wrote: On 9/16/16 8:38 AM, Stefan Koch wrote: On Monday, 12 September 2016 at 17:26:25 UTC, Ben Palmer wrote: [...] Oh crap. I missed it :( You sure? It's still only Friday, well before 20:00 :) -Steve I am in the

Re: Berlin D Meetup September 2016

2016-09-16 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 12 September 2016 at 17:26:25 UTC, Ben Palmer wrote: Hi All, The September Berlin D Meetup will be happening at 20:00 on Friday the 16th of September at Berlin Co-Op (http://co-up.de/) on the fifth floor. This month we will be having an open hackathon so feel free to bring along

Re: DlangUI 0.9.0: Console backend added

2016-09-13 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 13 September 2016 at 07:51:06 UTC, Vadim Lopatin wrote: On Friday, 9 September 2016 at 11:21:07 UTC, Vadim Lopatin wrote: [...] Screenshot of DlangIDE working in console: http://i68.tinypic.com/2hrmkup.png Looks great! can you fix dlang-ui to build on XP ?

Re: Battle-plan for CTFE

2016-09-08 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 8 September 2016 at 13:11:23 UTC, Stefan Koch wrote: On Thursday, 8 September 2016 at 10:44:55 UTC, Stefan Koch wrote: compiling parts of phobos does no longer crash the new engine. However it still produces incorrect byte-code :) I think I have taken care of the incorrect

Re: Battle-plan for CTFE

2016-09-08 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 8 September 2016 at 14:48:25 UTC, Rory McGuire wrote: On Thu, Sep 8, 2016 at 3:11 PM, Stefan Koch via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: On Thursday, 8 September 2016 at 10:44:55 UTC, Stefan Koch wrote: compiling parts of phobo

Re: Battle-plan for CTFE

2016-09-08 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 8 September 2016 at 10:44:55 UTC, Stefan Koch wrote: compiling parts of phobos does no longer crash the new engine. However it still produces incorrect byte-code :) I think I have taken care of the incorrect bytecode. It was not an issue with the engine itself but rather with the

Re: Battle-plan for CTFE

2016-09-08 Thread Stefan Koch via Digitalmars-d-announce
compiling parts of phobos does no longer crash the new engine. However it still produces incorrect byte-code :)

Re: Battle-plan for CTFE

2016-09-05 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 5 September 2016 at 13:13:03 UTC, Rory McGuire wrote: Great news! Any chance you post the commit link in your announcements? Would be really interested in being able to do a quick scan of what changed. At the moment writing a change-log would be tedious busywork since everything

Re: Battle-plan for CTFE

2016-09-05 Thread Stefan Koch via Digitalmars-d-announce
FunctionCall support is done. (with a lot of room for improvement) you can already return strings. now I just have to finish string-comparison and string-concat support to make it usable. And of course the correct translation of logical-expressions...

Re: Battle-plan for CTFE

2016-09-01 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 1 September 2016 at 20:43:16 UTC, David Nadlinger wrote: See also: https://github.com/dlang/dmd/pull/692 – it's about time we finally got __ctfeWrite() merged. — David Oh yeah. Let me get this into PR shape.

Re: Battle-plan for CTFE

2016-09-01 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 1 September 2016 at 19:27:17 UTC, Rory McGuire wrote: At the moment I just have a verbose logging mode with pragma(msg) for my CTFE stuff. I have something that will help with that a little bit. https://github.com/UplinkCoder/dmd/tree/__ctfeWriteln when you apply this patch

Re: Battle-plan for CTFE

2016-09-01 Thread Stefan Koch via Digitalmars-d-announce
On Thursday, 1 September 2016 at 13:18:18 UTC, Rory McGuire wrote: the _checkCTFE() function is just a function that does something we're not allowed to do at CTFE, but current implementation does not respect __traits(compiles, ); As far as I can tell that is a bug. Thoughts? It is

Re: Battle-plan for CTFE

2016-08-31 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 30 August 2016 at 22:01:45 UTC, tsbockman wrote: On Monday, 29 August 2016 at 08:39:56 UTC, Stefan Koch wrote: I just came up with a nifty little patch that makes it possible to ensure that a function is _only_ used at ctfe. Or the opposite. static assert(__ctfe, "This function is

Re: Battle-plan for CTFE

2016-08-30 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 30 August 2016 at 17:29:19 UTC, deadalnix wrote: worth trying to get it into master ? I would say maybe, but let's keep separate things separate. This is a language change. I would not include it in the same series of patch that change CTFE behavior. Yes. It would be confusing.

Re: Battle-plan for CTFE

2016-08-30 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 30 August 2016 at 08:18:47 UTC, Johannes Pfau wrote: There are some nice use cases for this: * Do not enforce @nogc for CTFE only functions, so you can mark a complete module nogc: and CTFE only functions will get ignored * Do not emit code for CTFE only functions. This is

Re: Battle-plan for CTFE

2016-08-29 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 29 August 2016 at 08:05:10 UTC, Rory McGuire wrote: On Mon, Aug 29, 2016 at 9:51 AM, Dominikus Dittes Scherkl via The work you are doing is just awesome! Many thanks. +1 your work is key for our success as a community. R Thanks guys. I just came up with a nifty little patch

Re: Battle-plan for CTFE

2016-08-28 Thread Stefan Koch via Digitalmars-d-announce
Hi Guys, First of all, parsers will not make it before September. I am sorry about that. Currently I am fixing issues with the design, that for example prevent slices of slices to work. Also I am writing analysis and debugging code to (such as generating a call-graph and primitive DFA) that

Re: Battle-plan for CTFE

2016-08-17 Thread Stefan Koch via Digitalmars-d-announce
On Wednesday, 17 August 2016 at 18:24:37 UTC, Rory McGuire wrote: On 17 Aug 2016 18:50, "Stefan Koch via Digitalmars-d-announce" < digitalmars-d-announce@puremagic.com> wrote: Just a small update today. if(__ctfe) and if(!__ctfe) now get special treatment. Also working on get

Re: Battle-plan for CTFE

2016-08-17 Thread Stefan Koch via Digitalmars-d-announce
Just a small update today. if(__ctfe) and if(!__ctfe) now get special treatment. Also working on getting compiletime-parsers to run.

Re: Battle-plan for CTFE

2016-08-13 Thread Stefan Koch via Digitalmars-d-announce
Hi, I took a break from work on string operations and focused instead of improving the robustness of the engine. I.E. for it not to halt the compiler on unsupported expressions. right now, I can compile druntime without failures. Phobos should be working by the end of next week. Have a nice

Re: Battle-plan for CTFE

2016-08-11 Thread Stefan Koch via Digitalmars-d-announce
I have just committed the changes necessary for (ascii) string indexing and (ascii) string-foreach. Currently working on UTF8 => UTF32 auto-re-encoding and StringConcat and Slice-Support. Completion of Slice support will also fix the interplay between structs and arrays. Cheers, Stefan

Re: Battle-plan for CTFE

2016-08-09 Thread Stefan Koch via Digitalmars-d-announce
On Tuesday, 9 August 2016 at 12:30:18 UTC, Kagamin wrote: 1. You said CTFE engine can be ctfeable itself? But it uses unions in BCValue - it's not going to work in CTFE, is it? Just wondering myself what's the way to have polymorphism at compile time. 2. The byte code generator interface has

Re: Battle-plan for CTFE

2016-08-08 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 8 August 2016 at 09:51:03 UTC, Johan Engelen wrote: On Sunday, 7 August 2016 at 16:52:28 UTC, Stefan Koch wrote: On Saturday, 6 August 2016 at 23:04:48 UTC, Stefan Koch wrote: No, not now, but very soon. I want to have _basic_ utf8 support before I am comfortable with enabling

Re: Battle-plan for CTFE

2016-08-07 Thread Stefan Koch via Digitalmars-d-announce
On Saturday, 6 August 2016 at 23:04:48 UTC, Stefan Koch wrote: On Saturday, 6 August 2016 at 19:07:10 UTC, Rory McGuire wrote: Hi Stefan, Are you saying we can play around with ascii string slicing/appending already? No, not now, but very soon. I want to have _basic_ utf8 support before I

Re: Battle-plan for CTFE

2016-08-06 Thread Stefan Koch via Digitalmars-d-announce
On Saturday, 6 August 2016 at 19:07:10 UTC, Rory McGuire wrote: Hi Stefan, Are you saying we can play around with ascii string slicing/appending already? No, not now, but very soon. I want to have _basic_ utf8 support before I am comfortable with enabling string operations. The gist with

Re: Battle-plan for CTFE

2016-08-06 Thread Stefan Koch via Digitalmars-d-announce
Time for an update. (ASCII)-Strings work reasonably well. I am now working on supporting general Sliceing and Appending. The effort on function calls is also still ongoing. I added a switch to my version of dmd which allows to toggle the ctfe engine. So now I can compare apples to apples when

Re: Beta D 2.071.2-b1

2016-08-01 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 1 August 2016 at 11:02:41 UTC, Martin Nowak wrote: First beta for the 2.071.2 point release. We've prolonged the 2.071.x releases to fix all outstanding bugs related to the 2.071.0 import and lookup changes before moving on to 2.072.0. http://dlang.org/download.html#dmd_beta

Re: Battle-plan for CTFE

2016-07-31 Thread Stefan Koch via Digitalmars-d-announce
I am very happy to announce that calls are almost working now. And the code-gen-interface[1] is near finalization. It should be very easy to provide different back-ends such as LLVM or libJIT now. The missing pieces well be added during next week. I invite everyone to comment on the interface

Re: Battle-plan for CTFE

2016-07-29 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 29 July 2016 at 14:28:03 UTC, Stefan Koch wrote: if ((a && b) || (a && c)) {//bla} This is now solved although quite naively at the cost of inserting twice the number of instructions for thoose cases. Then agian we are still much faster then the old interpreter. And I can still

Re: Battle-plan for CTFE

2016-07-29 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 29 July 2016 at 12:47:55 UTC, Robert burner Schadek wrote: On Friday, 29 July 2016 at 11:30:20 UTC, Stefan Koch wrote: please share your thoughts. When is this moving into dmd master? As soon as it passes the test-suite. And can execute diet-ng on the fast-path. Currently I have

Re: Battle-plan for CTFE

2016-07-29 Thread Stefan Koch via Digitalmars-d-announce
On Friday, 29 July 2016 at 13:07:12 UTC, Edwin van Leeuwen wrote: On Friday, 29 July 2016 at 11:30:20 UTC, Stefan Koch wrote: I have fresh performance statistics: Is there any improvement in memory usage? Yes! There memory usage is the same as run-time execution. plus about 16k for the

Re: Battle-plan for CTFE

2016-07-29 Thread Stefan Koch via Digitalmars-d-announce
Hi, I have fresh performance statistics: The test[1] involved running an empty while loop. Machine 1 Linux : DMD release : Interpreted : 3400 ms || Pseudo-Jited 230 || 50ms Native DMD Debug : Interpreted 4560 || Pseudo-Jited 260ms || Native 230 ms LDC release : Interpreted 2400 ms ||

Re: New Diet template engine almost complete, ready for comments

2016-07-25 Thread Stefan Koch via Digitalmars-d-announce
On Monday, 25 July 2016 at 09:29:38 UTC, Sönke Ludwig wrote: The Diet template language is aimed at providing a way to define procedurally generated HTML/XML pages (or other output formats), with minimal visual noise. Syntax and feature set are heavily inspired by Jade ,

Re: Battle-plan for CTFE

2016-07-19 Thread Stefan Koch via Digitalmars-d-announce
On Sunday, 17 July 2016 at 16:43:18 UTC, Rory McGuire wrote: Nice, so I'll be able to see separate improvements in my CTFE stuff vs the pegged template stuff once structs, classes, etc.. are handled in your new ctfe. Yes. Btw while working on printing template-instantiations I discovered

Re: Battle-plan for CTFE

2016-07-17 Thread Stefan Koch via Digitalmars-d-announce
On Sunday, 17 July 2016 at 15:57:28 UTC, Rory McGuire wrote: Thanks that would be great, however I think its a while off before it can work on your ctfe implementation. It uses Pegged, so getting the Pegged JSON parser or pegged.peg working would be a first step. pegged uses templates.

  1   2   3   >