www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - What are you planning, D related, for 2017 ?

reply Basile B. <b2.temp gmx.com> writes:
Write your plan here, and let's take a rendez-vous next year, to 
check those plans !!
Jan 02
next sibling parent WebFreak001 <d.forum webfreak.org> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
I don't really plan for a whole year but I want to make a game in D and write basically everything I do for my servers, work, etc. in D
Jan 02
prev sibling next sibling parent reply Stefan Koch <uplink.coder googlemail.com> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
I plan to improve dmd. After newCTFE is merged, I will work on the template-subsystem. As well as on the general infrastructure in dmd.
Jan 02
next sibling parent Ilya Yaroshenko <ilyayaroshenko gmail.com> writes:
On Monday, 2 January 2017 at 15:30:34 UTC, Stefan Koch wrote:
 On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
I plan to improve dmd. After newCTFE is merged, I will work on the template-subsystem. As well as on the general infrastructure in dmd.
Thank you!
Jan 02
prev sibling parent =?UTF-8?B?Tm9yZGzDtnc=?= <per.nordlow gmail.com> writes:
On Monday, 2 January 2017 at 15:30:34 UTC, Stefan Koch wrote:
 I plan to improve dmd.
 After newCTFE is merged, I will work on the template-subsystem.
Does that include improved template restriction diagnostics upon failing instantiations :)
 As well as on the general infrastructure in dmd.
Sounds great!
Jan 02
prev sibling next sibling parent reply =?UTF-8?B?Tm9yZGzDtnc=?= <per.nordlow gmail.com> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
Enable non-copyable (r-value) ranges to be passed to range-based algorithms that require a single reference to the source range. My motivation for this is to enable non-copyable values, typically containers, to be passed by move into a specific range I currently call `UniqueRange`. `UniqueRange`, being in turn non-copyable, should then be passed Phobos' higher-order algorithms, typically `map`, `filter`, `reduce` etc. `UniqueRange` is similar to Rusts' `IntoIterator`. In order for this happen both the compiler and Phobos needs be adjusted in a non-breaking way. Here's a sample implementation of this idea that compiles and tests out correctly with a branch of Phobos (link provided below). https://github.com/nordlow/phobos-next/blob/master/src/unique_range.d being a wrapper for https://github.com/nordlow/phobos-next/blob/master/src/array_ex.d The first thing is to improve the compiler so that it always moves the last reference (in scope X) of a variable passed by value into scope X (typically as a function parameter or foreach aggregate). More specifically this lowers to calling `doCopyOrMove()` on the DMD node of that last reference. The challenge is to find *which* node(s) this applies to. This will enable D to compete with Rust's iterator flexibility by enabling range-based D algorithms to be safely and efficiently combined with containers (both copyable and non-copyable). To kickstart this I need help by the DMD developers on figuring out how to fix DMD so that move semantics kicks in all places where it should (as described above). After DMD has been fixed, I will happily implement the rest. Andrei has already approved this improvement as seen here https://github.com/dlang/phobos/pull/4971
Jan 02
parent =?UTF-8?B?Tm9yZGzDtnc=?= <per.nordlow gmail.com> writes:
On Monday, 2 January 2017 at 17:10:03 UTC, Nordlöw wrote:
 Here's a sample implementation of this idea that compiles and 
 tests out correctly with a branch of Phobos (link provided 
 below).
Correction `UniqueRange` can be used today together with the array containers defined in array_ex.d together with the adjusted Phobos-algorithms in unique_range.d
 https://github.com/nordlow/phobos-next/blob/master/src/unique_range.d

 being a wrapper for

 https://github.com/nordlow/phobos-next/blob/master/src/array_ex.d
Jan 02
prev sibling next sibling parent Adam D. Ruppe <destructionator gmail.com> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here
Not a lot, actually. I do have more dpldocs.info improvements coming, a few more changes to my terminal emulator, but not much else. My D stuff is no longer something I write much directly, it is now support for support tasks - I write helper programs for me, and do lib stuff or applications to help my helper programs, but I'm pretty productive right now as-is, so not as much pressure to push anymore.
Jan 02
prev sibling next sibling parent Jack Stouffer <jack jackstouffer.com> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
* get back into reviewing PRs more often * use vibe.d in a shipped project * write more D articles/tutorials (possibly on vibe.d)
Jan 02
prev sibling next sibling parent reply Basile B. <b2.temp gmx.com> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
My own plan is still related to runtime-info based serialization. I know that people inject the bloat each time they want serialization: write object: template bloat read object: template bloat object inspector: template bloat object binding: template bloat What I'd like to show is that whatever is the context, you don't need the template bloat. Simply thanks to the runtime type info.
Jan 02
parent rikki cattermole <rikki cattermole.co.nz> writes:
On 03/01/2017 7:17 AM, Basile B. wrote:
 On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, to check
 those plans !!
My own plan is still related to runtime-info based serialization. I know that people inject the bloat each time they want serialization: write object: template bloat read object: template bloat object inspector: template bloat object binding: template bloat What I'd like to show is that whatever is the context, you don't need the template bloat. Simply thanks to the runtime type info.
Then we need to talk! IRC preferably.
Jan 02
prev sibling next sibling parent Guillaume Piolat <first.last gmail.com> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
If I had time I'd like to attempt a DbI audio library for compile-time audio graphs. This would solve the problem of making complex algorithm work with any number of channels without too much overhead. The problem is, the nodes I've written until now (without abstraction) are just too diverse. The equivalent for the input range would have only optional properties which is weird. I think it would need some kind of added semantics based on the parameter names perhaps?
Jan 02
prev sibling next sibling parent bitwise <bitwise.pvt gmail.com> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
-test out the iOS LDC port -get some work done on osx shared libs if I can find the time -continue porting/gluing all my bits of code together to try and make an app framework(dispatcher/event-system, graphics, scene graph, etc..)
Jan 02
prev sibling next sibling parent Satoshi <satoshi rikarin.org> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
I want to release beta version of GUI Framework, build tool and IDE for D.
Jan 02
prev sibling next sibling parent bachmeier <no spam.net> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
- Writing documentation and real world examples for my projects. The goal is to convince others to use D for statistics and econometrics. (The target users are far less technical than those targeted by Mir.) - File bugs for missing Phobos documentation. - Experiment with compiling a subset of R to D. R parses itself, so I don't actually have to do anything on that end, but I don't have much experience with what comes next. The motivation is to do things like operating on all rows of a matrix. Basic operations should be easy. D will become a very attractive option if I can put together something useful.
Jan 02
prev sibling next sibling parent Nicholas Wilson <iamthewilsonator hotmail.com> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
After getting my CUDA and OpenCL modifications into LDC, write a sane driver library over the top of them, device standard library and thrust like ( but better obviously :), with UFCS so you can chain calls) library of prewritten kernels to accelerate numerical applications. I also plan to release a subsection of my honours thesis as documentation for vibe.d of how to set up an image server on your RaspberryPi and use it to remotely take photos and view them.
Jan 02
prev sibling next sibling parent rikki cattermole <rikki cattermole.co.nz> writes:
On 03/01/2017 4:16 AM, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, to check
 those plans !!
Lets see. 1. Finish my honors. 2. Get my assembly lib actually in a usable state 3. Get SPEW ready to go on multiple platforms 4. Have decent OpenGL bindings 5. Image library usable for a GUI toolkit
Jan 02
prev sibling next sibling parent ketmar <ketmar ketmar.no-ip.org> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
write some more libraries and ports nobody will ever use.
Jan 03
prev sibling next sibling parent Claude <no no.no> writes:
1/ Carry on doing my 3D engine pet project, slowly but steadily.
2/ Small tool to automatically backup some files on an USB drive 
upon insertion (with a GUI).
3/ An audio/video streaming framework (a light gstreamer). I want 
to make it fast, with low memory footprint, suitable for embedded 
system, and especially make all the synchronization part easy for 
a potential plugin developer (no deadlock, no crash because an 
object is destroyed too early).
4/ Do some D stuff for ARM architecture...
Jan 03
prev sibling next sibling parent wobbles <grogan.colin gmail.com> writes:
I'm close to releasing a web-app built fully in vibe-d.

I'm thinking of attempting a native android app using D based on 
the same project as above.

Continue my 2D game dev project (which is going super slow 
lately).
Jan 03
prev sibling next sibling parent Bauss <jj_1337 live.dk> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
My plan is to get enough time to be able to work on this and making it stable enough for production: https://poisonengine.github.io/poison-ui/ Although at the moment I have very little time do to work and other projects with high priority.
Jan 03
prev sibling next sibling parent reply solidstate1991 <laszloszeremi outlook.com> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
Main plans: - Finish the 0.9.1 version of my graphics engine. I have to finish the new collision detection algorithm that uses a bitarray instead of testing for transparency, also I will rearrange certain stuff for better readability. (also I'll finally make use of git to compile the main library and the editor) - Use said engine as my thesis if I can find a consultant in time (if not I'll do something else) - Finish the editor - Make use of the parallelism for rendering - Make a game in it (either a Touhou fan game or a game featuring our mascot, Dlangman) Other plans: - Try to implement a custom shader that would do the fixed-point rendering on the GPU via alpha-blending onto a texture and taking care of the CLUT (currently done by the CPU via SSE2 and the in-line assembler) - Either implement a pre-existing language for AI and scripting (eg. Lisp) or write a new one based on D. Current plan for the latter is an ECMAScript and Prolog influenced language for general-purpose and AI programming, which either can be run from the source code or from a byte-code. This could be used in other projects too.
Jan 04
parent aberba <karabutaworld gmail.com> writes:
On Wednesday, 4 January 2017 at 17:45:36 UTC, solidstate1991 
wrote:
 On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
  - Either implement a pre-existing language for AI and 
 scripting (eg. Lisp) or write a new one based on D. Current 
 plan for the latter is an ECMAScript and Prolog influenced 
 language for general-purpose and AI programming, which either 
 can be run from the source code or from a byte-code. This could 
 be used in other projects too.
That's awesome. I was thinking about a D-Ecmascript6-like scripting language for D. Simple clean; Function declaration: call () {} // like D without type class Game { call(string name = "Alien"){} } Pretty much like a dynamically typed sub-set of D. Ecmascript 6 without all the bloat and quirks. Will really come in handy for AI and scripting in general (especially when it can be run from source code).
Jan 05
prev sibling next sibling parent Misu <aldocd4 outlook.com> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
I want to release my MMO game on Steam this year ! Whats missing : - Basic AI and Fights
Jan 04
prev sibling parent Joakim <dlang joakim.fea.st> writes:
On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote:
 Write your plan here, and let's take a rendez-vous next year, 
 to check those plans !!
Actually build an Android app like I wanted to last year, except that my app idea has changed, with no cloud component this time: http://forum.dlang.org/post/kmsqpvswxpjxxhapbxxu forum.dlang.org
Jan 04