Author Topic: C::B design - Multiple compilers / programming languages  (Read 7068 times)

Anonymous

  • Guest
C::B design - Multiple compilers / programming languages
« on: May 31, 2005, 06:23:11 pm »
This may seem a bold question, but why wasn't Code::Blocks designed in a way that any user may parametrize Editor syntax highlighting and compiler settings through some specific format configuration XML files?

It would be foolish to actually ask for such a demolishing change at this time, but it seems not only possible, but also more reasonable to me than to have to recode/recompile certain fundamental plugins such as the compiler / code completion ones whenever a new compiler is to be supported. And it can be even more complicated if one considers adding support for additional programming languages, such as D, as someone already suggested...

So my question, which comes out of curiosity, is: why making it depend only on plugins to work?

Offline rickg22

  • Lives here!
  • ****
  • Posts: 2283
C::B design - Multiple compilers / programming languages
« Reply #1 on: May 31, 2005, 06:34:05 pm »
I think the syntax highlighting for other languages couldn't be implemented because of some bug (can't remember which one).

About compiler expansion, the current architecture doesn't support it. But it's planned for v2.0.

Regarding class browser and code completion, the plugin we have has the syntax hardcoded  and somewhat difficult to change. If someone wants to make an alternative plugin which allows for language expansion, we'd be really grateful :)

zieQ

  • Guest
Re: C::B design - Multiple compilers / programming languages
« Reply #2 on: August 31, 2005, 11:06:20 am »
It's in discussion in the compiler and debugger plugin section, and as Rick said, it's planned for V2

cherokee

  • Guest
Re: C::B design - Multiple compilers / programming languages
« Reply #3 on: September 02, 2005, 10:53:24 am »
good topic.
I think, C::B is a good product. we programers should learn more ablut it, not only to use it. so, I holp that we'll disscus it's design more and more.   If C::B's father can help us to understand the design of it, this is a great thing.
Can C::B be describe in a UML diagram?