Author Topic: D Programming Language Support  (Read 54561 times)

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: D Programming Language Support
« Reply #45 on: September 06, 2010, 09:04:39 am »
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...

Offline nocide

  • Multiple posting newcomer
  • *
  • Posts: 23
Re: D Programming Language Support
« Reply #46 on: September 29, 2010, 10:00:40 am »
since the patch in the firsts post is partially applied, I have removed it to prevent confusion.

Quote
But I don't have any plans to [...] add D language to CB.
that's a pity ..

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: D Programming Language Support
« Reply #47 on: September 29, 2010, 02:34:15 pm »
Quote
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.

Offline gour

  • Single posting newcomer
  • *
  • Posts: 3
Re: D Programming Language Support
« Reply #48 on: October 11, 2010, 02:40:36 pm »
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?

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: D Programming Language Support
« Reply #49 on: October 11, 2010, 02:51:17 pm »
There were several (at least two) QT plugins, non of them is supported, search the forums for details.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: D Programming Language Support
« Reply #50 on: October 11, 2010, 03:48:45 pm »
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
/// 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++).

Offline gour

  • Single posting newcomer
  • *
  • Posts: 3
Re: D Programming Language Support
« Reply #51 on: October 11, 2010, 04:26:27 pm »
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).  :D

Quote
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?

Quote
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:
 

Offline bioinfornatics

  • Multiple posting newcomer
  • *
  • Posts: 18
Re: D Programming Language Support
« Reply #52 on: December 06, 2010, 10:45:50 pm »
some news about D support on codeblocks ?
what is the status?

Offline bioinfornatics

  • Multiple posting newcomer
  • *
  • Posts: 18
Re: D Programming Language Support
« Reply #53 on: January 18, 2011, 12:07:10 am »
ping  :P

Offline wangdong1226

  • Multiple posting newcomer
  • *
  • Posts: 46
Re: D Programming Language Support
« Reply #54 on: January 18, 2011, 02:52:30 am »
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. )

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5915
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: D Programming Language Support
« Reply #55 on: January 18, 2011, 04:18:32 am »
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.  :D
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: D Programming Language Support
« Reply #56 on: January 23, 2011, 01:03:59 am »
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.

Offline bioinfornatics

  • Multiple posting newcomer
  • *
  • Posts: 18
Re: D Programming Language Support
« Reply #57 on: January 25, 2011, 02:16:29 am »
ldc works fine  with codeblock :D

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

Offline bioinfornatics

  • Multiple posting newcomer
  • *
  • Posts: 18
Re: D Programming Language Support
« Reply #58 on: February 06, 2011, 01:39:39 pm »
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.

Offline Marenz

  • Multiple posting newcomer
  • *
  • Posts: 37
Class Browser not working
« Reply #59 on: August 31, 2011, 02:40:59 pm »
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
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
« Last Edit: August 31, 2011, 02:53:29 pm by Suprano »