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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
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 2017
prev sibling next 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 2017
prev 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 !!


So one year later... With the hope you'll play the game.
Jan 03 2018
parent Basile B. <b2.temp gmx.com> writes:
On Wednesday, 3 January 2018 at 11:43:26 UTC, 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 !!


 So one year later... With the hope you'll play the game.


My plan was vague and here: 
https://forum.dlang.org/post/frnvgcduqgjfcwbyscrq forum.dlang.org

I've looked at the sources involved and actually last important 
changes were in jan/feb 2017 and after *nothing*, although it 
works fine now.

I think i'm done because i have no great plans, D related, for 
2018 ;)
Jan 03 2018