Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
Generalizing programming language patterns in CodeBlocks
beqroson:
Hello everybody,
Congrats to the development of the CodeBlocks application, which I partly admire (I could create a list of admirations and things that still lack ;) , but I will not). I am a newcomer and I respect that fact. However, there has been an idea bugging my mind for at least a year now. I would like to present this idea in this topic on this forum as I believe it would be appropriate. For all ideas, there is "someone" that must "do it". Now, that may be solved, possibly, by me contributing my share to the codeblocks application, if the idea takes off.
The general idea is to enable that any programming language should be possible to use with very little preparation in the codeblocks IDE. I am not talking about just C++, but ANY language. By this I mean compiling, code-completion, hightlightning, everything that a developer needs. Now, the IDE already supports many languages, but that is not the point. Any language could also, by customizing the IDE, be implemented, but that is neither the point.
Now, my idea is more specific than the general idea, but let us come back to the specific idea when some opinions about the concept above has been let out. I know that there can be issues about implementing and so forth, but let us take one opinion at a time.
/Beqroson
beqroson:
I am responding myself to my post. I was content this is the right forum tab for this subject. Now I was less sure, moderator, if you find another forum tab better, feel free to move it.
Thanks
ToApolytoXaos:
I'm really interested in reading your idea as soon as you share it in this forum. Even though expanding an IDE to support multiple languages create extra problems, I would say that supporting only 2 or 3 the most is the ideal thing.
If I am not mistaken, they are in the process to add Python support too, which is more than awesome IMO (because I use it myself), but supporting multiple languages? That would be very challenging to keep up to date and maintainable.
Let's see how things will evolve in the meantime.
beqroson:
--- Quote from: ToApolytoXaos on November 05, 2013, 09:19:17 pm ---I would say that supporting only 2 or 3 the most is the ideal thing.
--- End quote ---
How come? I mean, let us suppose an IDE that is targeted at supporting those 2-3 languages, but which has the bonus of being able to support ANY language with only a little extra cost? I am not guaranteeing it is implementable, but then again, I see no obstacle. Although, why do you want to "cripple" the IDE to only support those 2-3 languages and no more? Any specific reason?
oBFusCATed:
--- Quote from: beqroson on November 05, 2013, 09:53:29 pm ---Although, why do you want to "cripple" the IDE to only support those 2-3 languages and no more? Any specific reason?
--- End quote ---
Because we use a single language in our day work and we don't care for the others much. Is this enough for a reason?
If you have a favourite language that is not supported you can:
1. look at the C::B's code
2. start making changes, so the support is improved or possible.
3. post a patch or better series of patches
4. fix reported problems and don't be afraid of criticism
Expecting that we'll start doing changes to our SDK (without a specific requirements) in order to support random/every language is optimistic.
On the other hand: we're working on better SDK for CC plugins, so in the future it will be possible to CC for any language there is a plugin written.
But the internal build system is tightly coupled with the C/C++ way of building projects and I don't see this changing soon.
Of course we have custom makefile support, so C::B could build anything make could build.
Navigation
[0] Message Index
[#] Next page
Go to full version