D Programming Language Support

[afb]

i seen you are wxd developper, but this project has a very low activity no?

Yeah, and it's the same with GDC. The "offical" projects are DMD and QtD.
Maybe the "alternative" projects like LDC/Tango/DWT/etc can change that.

And there's plenty of room for new volunteers. ;-)

I'll keep the life-support plugged in on GDC/wxD (and C::B), meanwhile...
But I don't have any plans to update it to D2/wx3, or add D language to CB.

Original idea* was for a free GCC/GUI/IDE combination.

* http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.D&article_id=46121
* http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.D&article_id=19951

That was back in 2007, when D 1.00 was first released...

[nocide]

since the patch in the firsts post is partially applied, I have removed it to prevent confusion.

But I don't have any plans to [...] add D language to CB.

that's a pity ..

[afb]

But I don't have any plans to [...] add D language to CB.

that's a pity ..

Of course, that doesn't mean that someone else couldn't do it instead ?
And it should continue to work in "C++ mode", until D mode is added...

As I see it, providing a GUI and IDE is something for the vendor of DMD.
wxD and C::B was the attempt for GDC and D 1.0, but it didn't work out.

[gour]

And this extends to most of the other projects too, such as the "wxWidgets" project shown there. It would use something like minimal.d instead of the corresponding minmal.cpp, to make a GUI ?

I'm new to CodeBlocks as well to D and in the phase of choosing the right tools for our open-source project.

Considering that we plan to use QtD and that CodeBlocks is open-source, have you thought about adding some (more) specific support (if required) to be able to develop Qt applications using CB IDE?

[oBFusCATed]

There were several (at least two) QT plugins, non of them is supported, search the forums for details.

[afb]

And this extends to most of the other projects too, such as the "wxWidgets" project shown there. It would use something like minimal.d instead of the corresponding minmal.cpp, to make a GUI ?

I'm new to CodeBlocks as well to D and in the phase of choosing the right tools for our open-source project.

Considering that we plan to use QtD and that CodeBlocks is open-source, have you thought about adding some (more) specific support (if required) to be able to develop Qt applications using CB IDE?

Yes, it could be extended to other project templates too (beyond "Console" and "wxWidgets"), such as "GTK+ project" (GtkD) and "Qt4 project" (QtD). Or "SDL project" or "OpenGL project", etc.

But adding a new D to Code::Blocks, next to the C and CPP, is still the biggest change needed.

Code Select Expand


/// Struct to keep programs
struct CompilerPrograms
{
    wxString C; // C compiler
    wxString CPP; // C++ compiler


Once Code::Blocks knows the difference between C++ and D, it's easier to teach the wizards ?

The difference between D and D2 is more like the difference between C and C99 or C++ and C++0x, so that should be a smaller change even it requires running a different program rather just than a switch.

The hardest part is getting the code-completion to work with D, without "cheating" (i.e. C/C++).

[gour]

Yes, it could be extended to other project templates too (beyond "Console" and "wxWidgets"), such as "GTK+ project" (GtkD) and "Qt4 project" (QtD). Or "SDL project" or "OpenGL project", etc.

But adding a new D to Code::Blocks, next to the C and CPP, is still the biggest change needed.

This sounds encouraging (for potential D developers). 

The difference between D and D2 is more like the difference between C and C99 or C++ and C++0x, so that should be a smaller change even it requires running a different program rather just than a switch.

Do C:B devs have such things on their TODO or do you suggest submitting some feature requests to the bug tracker?

The hardest part is getting the code-completion to work with D, without "cheating" (i.e. C/C++).

As far as I'm concerned, I'm coming from Haskell world (where there is very nice haskell-mode for Emacs) to the D and, (most probably, afaict) D-mode is not as 'intelligent' as former.

However, I've hope that I can (softly) suggest to all the members of the team to accept CodeBlocks as multi-platform IDE for our project, so having decent support for D would be terrific.  :wink:

[bioinfornatics]

some news about D support on codeblocks ?
what is the status?

[bioinfornatics]

ping 

[wangdong1226]

I would support this topic also.

We still need the info that does CodeBlocks have some kind of timeschedule for that?

More and more people noticing and will using D in future, and D itself is growing every day.
please notice the stauts under this link: http://www.dsource.org/projects/phobos/timeline

It is strongly recommended that CodeBlocks should fully support D (basicly, it should starting from codecompletion for D. )

[ollydbg]

I would support this topic also.

We still need the info that does CodeBlocks have some kind of timeschedule for that?

More and more people noticing and will using D in future, and D itself is growing every day.
please notice the stauts under this link: http://www.dsource.org/projects/phobos/timeline

It is strongly recommended that CodeBlocks should fully support D (basicly, it should starting from codecompletion for D. )

As I know, no body was working on D codecompletion.

You can read the source code about the c/c++ parser in the current implementation of CodeCompletion plugin , and wrote a similar for D parser. 

[afb]

some news about D support on codeblocks ?
what is the status?

I don't know about anyone working on D2 support for Code::Blocks,
or D code completion. Think the LDC support was somewhat functional ?
(Or at least I haven't seen too many major bug reports about it yet...)
So the current Status Quo will be kept, until someone steps up to develop.

[bioinfornatics]

ldc works fine  with codeblock

me i a m too busy this time but if someone could contribute forr improve D support he is welcome 

[bioinfornatics]

i have stopped to works with code::blocks in D programming. now i use geany it is better, syntax hightlighting, autcompletion support all compiler and makefile.

[Marenz]

Hello there,

I just created a D project and added all the files. Compilation works fine (using my Makefile) from within codeblocks and also without it (though i get expected linker errors, but nevermind that)

The only thing really not working is the Class/Symbol Browser (The thing under Managment -> Tabs). It shows no symbols at all

I know it worked in the past, so I don't understand why it doesn't work anymore.. I am using D1.

I just looked at the terminal when codeblocks is starting and when I open the project.. and it says:

Code Select Expand


Loading project file...
Parsing project file...
Loading target debug
Loading target main
Loading project files...
9 files loaded
Done loading project in 1ms
Project's base path: /home/mathias/workspace/Cliff/
Project's common toplevel path: /home/mathias/workspace/Cliff/
Text seems to be pure ASCII!
We use user specified encoding: Unicode 8 bit (UTF-8) (ID: 41)
Final encoding detected: Unicode 8 bit (UTF-8) (ID: 41)
Editor Open
project data set for /home/mathias/workspace/Cliff/src/mod/cliff/Cliff.d
Text seems to be pure ASCII!
We use user specified encoding: Unicode 8 bit (UTF-8) (ID: 41)
Final encoding detected: Unicode 8 bit (UTF-8) (ID: 41)
Editor Open
project data set for /home/mathias/workspace/Cliff/src/core/process/BidAggregator.d
Text seems to be pure ASCII!
We use user specified encoding: Unicode 8 bit (UTF-8) (ID: 41)
Final encoding detected: Unicode 8 bit (UTF-8) (ID: 41)
Editor Open
project data set for /home/mathias/workspace/Cliff/src/main/cliff.d
Top Editor: /home/mathias/workspace/Cliff/src/core/process/BidAggregator.d
Passing list of files to batch-parser.
Create new parser for project 'Cliff'
Unexpected behavior! in project 'Cliff'


Any pointers?

Oh yea, this is with the latest nightly build: svn 7419

   --Marenz