Hi everyone,

It may sounds a bit annoying because I already was asking everywhere in the IRC channels but still had no success -

Is there anyone who wants to be my GSoC mentor for the Mono-D project?

In the case you don't know what Mono-D is all about:
It's about creating a D language binding for MonoDevelop. (http://monodevelop.com/Screenshots )

There are couple of things that are already implemented - like a relatively nice but fast code completion, build support, small refactoring operations like they can be used in every modern IDE and few other things which will make application development with D a lot easier - especially for D newbies.
(Debugging is also available via gdb on Linux systems - so yeah, why not? :))

The main road map for this summer of code is available under
https://github.com/aBothe/Mono-D/blob/master/MonoDevelop.DBinding/Remaining%20features.txt
- Especially things like the evaluation of constant expressions and CTFE made e.g. a pre-compile-time view of mixin expressions possible! - This would be more than nice, I guess!

So if you want to support D (and perhaps me, too ;)) - be a mentor for GSoC to let D roll a bit more!

Further project info @ http://mono-d.alexanderbothe.com
For contact, you can speak to me in the #d and #d.mono-d channel on freenode - I'm called 'alex|D-Guy' there

On Monday, 19 March 2012 at 21:18:02 UTC, alex wrote:
> Hi everyone,
>
> It may sounds a bit annoying because I already was asking everywhere in the IRC channels but still had no success -
>
> Is there anyone who wants to be my GSoC mentor for the Mono-D project?
>
> In the case you don't know what Mono-D is all about:
> It's about creating a D language binding for MonoDevelop. (http://monodevelop.com/Screenshots )
>
> There are couple of things that are already implemented - like a relatively nice but fast code completion, build support, small refactoring operations like they can be used in every modern IDE and few other things which will make application development with D a lot easier - especially for D newbies.
> (Debugging is also available via gdb on Linux systems - so yeah, why not? :))
>
> The main road map for this summer of code is available under
> https://github.com/aBothe/Mono-D/blob/master/MonoDevelop.DBinding/Remaining%20features.txt
> - Especially things like the evaluation of constant expressions and CTFE made e.g. a pre-compile-time view of mixin expressions possible! - This would be more than nice, I guess!
>
> So if you want to support D (and perhaps me, too ;)) - be a mentor for GSoC to let D roll a bit more!
>
> Further project info @ http://mono-d.alexanderbothe.com
> For contact, you can speak to me in the #d and #d.mono-d channel on freenode - I'm called 'alex|D-Guy' there

Bump.

This is a great project, and IMO, key to the popularity of D among a wider audience. Best of luck, Alex. Sounds like you've got some great ideas planned.

On Monday, 19 March 2012 at 21:18:02 UTC, alex wrote:
> Hi everyone,
>
> It may sounds a bit annoying because I already was asking everywhere in the IRC channels but still had no success -
>
> Is there anyone who wants to be my GSoC mentor for the Mono-D project?
>
> In the case you don't know what Mono-D is all about:
> It's about creating a D language binding for MonoDevelop. (http://monodevelop.com/Screenshots )
>
> There are couple of things that are already implemented - like a relatively nice but fast code completion, build support, small refactoring operations like they can be used in every modern IDE and few other things which will make application development with D a lot easier - especially for D newbies.
> (Debugging is also available via gdb on Linux systems - so yeah, why not? :))
>
> The main road map for this summer of code is available under
> https://github.com/aBothe/Mono-D/blob/master/MonoDevelop.DBinding/Remaining%20features.txt

Surely debugging support on platforms other than linux is much more important than any of these things you have listed. These things may be nice, but absolutely unnecessary. Integrated debugging is a must.

On 20 March 2012 14:34, Christian Manning <cmanning999@gmail.com> wrote:

> On Monday, 19 March 2012 at 21:18:02 UTC, alex wrote:
>
>> Hi everyone,
>>
>> It may sounds a bit annoying because I already was asking everywhere in the IRC channels but still had no success -
>>
>> Is there anyone who wants to be my GSoC mentor for the Mono-D project?
>>
>> In the case you don't know what Mono-D is all about:
>> It's about creating a D language binding for MonoDevelop. (
>> http://monodevelop.com/**Screenshots <http://monodevelop.com/Screenshots>)
>>
>> There are couple of things that are already implemented - like a
>> relatively nice but fast code completion, build support, small refactoring
>> operations like they can be used in every modern IDE and few other things
>> which will make application development with D a lot easier - especially
>> for D newbies.
>> (Debugging is also available via gdb on Linux systems - so yeah, why not?
>> :))
>>
>> The main road map for this summer of code is available under https://github.com/aBothe/**Mono-D/blob/master/**MonoDevelop.DBinding/** Remaining%20features.txt<https://github.com/aBothe/Mono-D/blob/master/MonoDevelop.DBinding/Remaining%20features.txt>
>>
>
> Surely debugging support on platforms other than linux is much more important than any of these things you have listed. These things may be nice, but absolutely unnecessary. Integrated debugging is a must.
>

Debugging is great with VisualD in Windows. It's about the only thing VisualD does really well yet, although the rest of the experience is starting to come together. Needs a lot more polish in general.

> Surely debugging support on platforms other than linux is much more important than any of these things you have listed. These things may be nice, but absolutely unnecessary. Integrated debugging is a must.

Personally I don't want to waste time with scanning tons of API documentation just to find out what parameters my called phobos function has got.
In larger projects, with large amounts of classes and methods it'll be hard to find everything in a short time.
So I doubt that code completion is that unnecessary.

Debugging is important, for sure, but without having abstract access to the debugged code it'll be quite impossible to e.g. read out memory and to know what this memory represents.
Just imagine I was given a pointer address but don't know that it's a string[]?
And now imagine you want to debug mixed-in code? I guess you won't be able to do this without knowing what your mixin code finally looks like :)

On Tuesday, 20 March 2012 at 13:24:40 UTC, Manu wrote:
> On 20 March 2012 14:34, Christian Manning <cmanning999@gmail.com> wrote:
>
>> On Monday, 19 March 2012 at 21:18:02 UTC, alex wrote:
>>
>>> Hi everyone,
>>>
>>> It may sounds a bit annoying because I already was asking everywhere in
>>> the IRC channels but still had no success -
>>>
>>> Is there anyone who wants to be my GSoC mentor for the Mono-D project?
>>>
>>> In the case you don't know what Mono-D is all about:
>>> It's about creating a D language binding for MonoDevelop. (
>>> http://monodevelop.com/**Screenshots <http://monodevelop.com/Screenshots>)
>>>
>>> There are couple of things that are already implemented - like a
>>> relatively nice but fast code completion, build support, small refactoring
>>> operations like they can be used in every modern IDE and few other things
>>> which will make application development with D a lot easier - especially
>>> for D newbies.
>>> (Debugging is also available via gdb on Linux systems - so yeah, why not?
>>> :))
>>>
>>> The main road map for this summer of code is available under
>>> https://github.com/aBothe/**Mono-D/blob/master/**MonoDevelop.DBinding/**
>>> Remaining%20features.txt<https://github.com/aBothe/Mono-D/blob/master/MonoDevelop.DBinding/Remaining%20features.txt>
>>>
>>
>> Surely debugging support on platforms other than linux is much more
>> important than any of these things you have listed. These things may be
>> nice, but absolutely unnecessary. Integrated debugging is a must.
>>
>
> Debugging is great with VisualD in Windows. It's about the only thing
> VisualD does really well yet, although the rest of the experience is
> starting to come together. Needs a lot more polish in general.

I actually found myself using Mono-D for the nice completion and VisualD for debugging, which is a total pain and probably more effort than its worth :)

On Tuesday, 20 March 2012 at 13:58:51 UTC, alex wrote:
>> Surely debugging support on platforms other than linux is much more important than any of these things you have listed. These things may be nice, but absolutely unnecessary. Integrated debugging is a must.
>
> Personally I don't want to waste time with scanning tons of API documentation just to find out what parameters my called phobos function has got.
> In larger projects, with large amounts of classes and methods it'll be hard to find everything in a short time.
> So I doubt that code completion is that unnecessary.
>
> Debugging is important, for sure, but without having abstract access to the debugged code it'll be quite impossible to e.g. read out memory and to know what this memory represents.
> Just imagine I was given a pointer address but don't know that it's a string[]?
> And now imagine you want to debug mixed-in code? I guess you won't be able to do this without knowing what your mixin code finally looks like :)

Yeh I can see its utility but I would sooner have some debugging support for non-mixed-in code.

> I actually found myself using Mono-D for the nice completion and VisualD for debugging, which is a total pain and probably more effort than its worth :)

Beta as hell ;D

But nevertheless it'd be nice if there was a mentor for this
project :)

On 20 March 2012 16:07, Christian Manning <cmanning999@gmail.com> wrote:

> On Tuesday, 20 March 2012 at 13:24:40 UTC, Manu wrote:
>
>> On 20 March 2012 14:34, Christian Manning <cmanning999@gmail.com> wrote:
>>
>>  On Monday, 19 March 2012 at 21:18:02 UTC, alex wrote:
>>>
>>>  Hi everyone,
>>>>
>>>> It may sounds a bit annoying because I already was asking everywhere in the IRC channels but still had no success -
>>>>
>>>> Is there anyone who wants to be my GSoC mentor for the Mono-D project?
>>>>
>>>> In the case you don't know what Mono-D is all about:
>>>> It's about creating a D language binding for MonoDevelop. (
>>>> http://monodevelop.com/****Screenshots<http://monodevelop.com/**Screenshots><
>>>> http://monodevelop.com/**Screenshots<http://monodevelop.com/Screenshots>
>>>> >)
>>>>
>>>>
>>>> There are couple of things that are already implemented - like a
>>>> relatively nice but fast code completion, build support, small
>>>> refactoring
>>>> operations like they can be used in every modern IDE and few other
>>>> things
>>>> which will make application development with D a lot easier - especially
>>>> for D newbies.
>>>> (Debugging is also available via gdb on Linux systems - so yeah, why
>>>> not?
>>>> :))
>>>>
>>>> The main road map for this summer of code is available under
>>>> https://github.com/aBothe/****Mono-D/blob/master/****
>>>> MonoDevelop.DBinding/**<https://github.com/aBothe/**Mono-D/blob/master/**MonoDevelop.DBinding/**>
>>>> Remaining%20features.txt<https**://github.com/aBothe/Mono-D/**
>>>> blob/master/MonoDevelop.**DBinding/Remaining%20features.**txt<https://github.com/aBothe/Mono-D/blob/master/MonoDevelop.DBinding/Remaining%20features.txt>
>>>> >
>>>>
>>>>
>>> Surely debugging support on platforms other than linux is much more important than any of these things you have listed. These things may be nice, but absolutely unnecessary. Integrated debugging is a must.
>>>
>>>
>> Debugging is great with VisualD in Windows. It's about the only thing VisualD does really well yet, although the rest of the experience is starting to come together. Needs a lot more polish in general.
>>
>
> I actually found myself using Mono-D for the nice completion and VisualD for debugging, which is a total pain and probably more effort than its worth :)
>

Yes, I can see your motivation though :)
VisualD is starting to show signs of code understanding and
auto-completion. Goto definition has started to work in limited cases...
It's coming along.

Manu wrote:
> Yes, I can see your motivation though :)
> VisualD is starting to show signs of code understanding and
> auto-completion. Goto definition has started to work in limited cases...
> It's coming along.

Unfortunately It's not cross platform. This is why I like Mono-D so much, it's a very similar experience to writing C# in Visual Studios only I get the same experience on a Linux machine (+ some debugging).