Author Topic: Possibility to support another compiler (Pelles C)  (Read 19068 times)

Offline skirby

  • Almost regular
  • **
  • Posts: 137
Possibility to support another compiler (Pelles C)
« on: January 08, 2007, 11:28:15 am »
Hello,

Do you think it would be possible for Code::Blocks to support another compiler: Pelles C
You can find it here: http://smorgasbordet.com/pellesc/

It only supports C file (not C++) but it is very very good.
I encourage you to visit its web site in order to see the capabilities of that compiler.
It create fast and small executable.
It can compile ASM file.

Some people will say: "yes, it is cool but it already have a IDE. Why do you want to add it into Code::Blocks?"
They are right but the Pelles C IDE is not very powerful and some nasty bug still persits since months.
The author prefer improve the compiler rather than the IDE (and I think he is right)

I hope Code::Blocks authors could do something because this compiler worth it.


Happy new year and have a nice day.

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7582
    • My Best Post
Re: Possibility to support another compiler (Pelles C)
« Reply #1 on: January 08, 2007, 11:56:49 am »
I am willing to try making C::B work with "Pelles C", but if it takes more than 2 or 3 days will have to give up because of the other tasks I am working on.

Is it open source? Found the FAQ, it is closed source.

Tim S
« Last Edit: January 08, 2007, 12:04:49 pm by stahta01 »
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: Possibility to support another compiler (Pelles C)
« Reply #2 on: January 08, 2007, 12:59:04 pm »
what would be of good help to us so we don't need to go through the manual :
- have a look at the compiler options (and advanced options) for GCC and provide us with a list for the options, then we can put them in code. This is probably easier for you since you know that compiler.

You can even go all the way, have a look at the compiler code in the compiler plug-in of CB (get sources from svn repos)


Offline skirby

  • Almost regular
  • **
  • Posts: 137
Re: Possibility to support another compiler (Pelles C)
« Reply #3 on: January 08, 2007, 01:21:03 pm »
Thanks for your answer.

Firstly, I am going to ask for the Pelles C author if it is agree.
If yes, I will make a list with all compiler options.

Offline David Perfors

  • Developer
  • Lives here!
  • *****
  • Posts: 560
Re: Possibility to support another compiler (Pelles C)
« Reply #4 on: January 08, 2007, 01:35:13 pm »
I wonder why you need any permision of the author. When it is free, we can support it...
OS: winXP
Compiler: mingw
IDE: Code::Blocks SVN WX: 2.8.4 Wish list: faster code completion, easier debugging, refactoring

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: Possibility to support another compiler (Pelles C)
« Reply #5 on: January 08, 2007, 01:44:52 pm »
just do it ;-) we can always convince the author later on the recommend CB :-) :-)

Offline severach

  • Multiple posting newcomer
  • *
  • Posts: 44
Re: Possibility to support another compiler (Pelles C)
« Reply #6 on: January 08, 2007, 09:23:56 pm »
This should be an easy compiler to add. The command structure is almost the same as any Microsoft compiler. I don't see any way to add debugging support.

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: Possibility to support another compiler (Pelles C)
« Reply #7 on: January 08, 2007, 09:46:00 pm »
debugging wil be much harder I guess, first focus on the compiler support

Offline skirby

  • Almost regular
  • **
  • Posts: 137
Re: Possibility to support another compiler (Pelles C)
« Reply #8 on: January 09, 2007, 02:52:25 pm »
OK, this author is agree.
We can integrate Pelles C compiler into Code:Blocks  :D

I am creating a list of all compiler command line options.
It should be ready in one or two days.

Offline tiwag

  • Developer
  • Lives here!
  • *****
  • Posts: 1196
  • sailing away ...
    • tiwag.cb
Re: Possibility to support another compiler (Pelles C)
« Reply #9 on: January 09, 2007, 05:23:08 pm »
...We can integrate Pelles C compiler into Code:Blocks  :D...

why should one do that ?

Pelles C comes with its own nice IDE, well designed and powerful built in debugger ...

Offline RJP Computing

  • Almost regular
  • **
  • Posts: 135
    • RJP Computing
Re: Possibility to support another compiler (Pelles C)
« Reply #10 on: January 09, 2007, 06:07:56 pm »
why should one do that ?

Pelles C comes with its own nice IDE, well designed and powerful built in debugger ...
True, PellesC does come with an IDE, but I think it would be nice (not mandatory) to have one common development environment.

Plus if the idea was never to add support for compilers with good IDE's then Visual C++ 8.0 wouldn't be supported. ;)
- Ryan

Ubuntu/WinXP, AMD Athlon 64 3000+, 1000MB RAM, AC 97 Audio, ATI Radeon 9600XT 256MB

Offline Phatency

  • Multiple posting newcomer
  • *
  • Posts: 65
Re: Possibility to support another compiler (Pelles C)
« Reply #11 on: January 09, 2007, 08:11:35 pm »
Plus if the idea was never to add support for compilers with good IDE's then Visual C++ 8.0 wouldn't be supported. ;)
Good IDE!? What are you on?

Offline lubos

  • Almost regular
  • **
  • Posts: 131
Re: Possibility to support another compiler (Pelles C)
« Reply #12 on: January 09, 2007, 08:18:30 pm »
Plus if the idea was never to add support for compilers with good IDE's then Visual C++ 8.0 wouldn't be supported. ;)
Good IDE!? What are you on?
some people love it, some hate it, as always.

Offline RJP Computing

  • Almost regular
  • **
  • Posts: 135
    • RJP Computing
Re: Possibility to support another compiler (Pelles C)
« Reply #13 on: January 09, 2007, 08:20:18 pm »
Good IDE!? What are you on?
Come on. You and I both know that good is subjective and yes everybody that is here on the Code::Blocks forum is here because they like Code::Blocks. I didn't say that it is the best and everything else stinks, I was just meaning that it had a full IDE already that had a code editor, debugger and visual designer just like PellesC.

 :D
- Ryan

Ubuntu/WinXP, AMD Athlon 64 3000+, 1000MB RAM, AC 97 Audio, ATI Radeon 9600XT 256MB

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: Possibility to support another compiler (Pelles C)
« Reply #14 on: January 09, 2007, 08:46:04 pm »
calm calm.
If we can support another compiler (so not debugging), then that's a good thing. Several of the compilers we support have their own IDE (eg . M$ , Borland, Watcom, Intel ,..), but if you can stay within the same IDE when working on different projects, it's nice. Plus also for CB it's nice to have a wide support. But let's take step for step, since it is difficult to know all compiler settings, and the logic has to be simple (eg : mutual exclusive settings, we don't do that), so you tick a whole bunch of options where the compiler might tell you in then end the mix is not correct. But we offer the settings, the user with sound knowledge ticks what he wants.
So once we have a substantial set of settins for a compiler we can start and later on adjust or expand.

Offline RJP Computing

  • Almost regular
  • **
  • Posts: 135
    • RJP Computing
Re: Possibility to support another compiler (Pelles C)
« Reply #15 on: January 09, 2007, 08:52:51 pm »
calm calm.
Oh I am not mad, just wanted to restate what I meant.  :)

If we can support another compiler (so not debugging), then that's a good thing. Several of the compilers we support have their own IDE (eg . M$ , Borland, Watcom, Intel ,..), but if you can stay within the same IDE when working on different projects, it's nice. Plus also for CB it's nice to have a wide support. But let's take step for step, since it is difficult to know all compiler settings, and the logic has to be simple (eg : mutual exclusive settings, we don't do that), so you tick a whole bunch of options where the compiler might tell you in then end the mix is not correct. But we offer the settings, the user with sound knowledge ticks what he wants.
So once we have a substantial set of settins for a compiler we can start and later on adjust or expand.
Sounds like a great idea.

EDIT:
Thanks SethJackson  :D
« Last Edit: January 09, 2007, 11:09:23 pm by RJP Computing »
- Ryan

Ubuntu/WinXP, AMD Athlon 64 3000+, 1000MB RAM, AC 97 Audio, ATI Radeon 9600XT 256MB

sethjackson

  • Guest
Re: Possibility to support another compiler (Pelles C)
« Reply #16 on: January 09, 2007, 09:14:38 pm »
calm calm.
Oh I am mad, just wanted to restate what I meant.  :)

I think you mean not mad. ;)

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: Possibility to support another compiler (Pelles C)
« Reply #17 on: January 09, 2007, 11:37:38 pm »
If we can support another compiler (so not debugging), then that's a good thing.
[...]
So once we have a substantial set of settins for a compiler we can start and later on adjust or expand.
I still maintain support for the LCC (both, LCC and the Matlab LCC) compiler in the backhand (works fine for me)... but mandrav told me better not to commit due to some remaining issues that should better be fixed inside LCC itself. Just to let you know and to prevent from re-inventing the wheel.
With regards, Morten.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline skirby

  • Almost regular
  • **
  • Posts: 137
Re: Possibility to support another compiler (Pelles C)
« Reply #18 on: January 11, 2007, 11:00:57 am »
I have done a complete list of all Pelles C command line tools.

I have contact the author in order to know all necessary and optional command line tools.
You can find the result in a Word document here:
http://www.mytempdir.com/1254553

Is it sufficient for you to integrate Pelles C compiler into Code::Blocks?

I you think that my document is incomplete or useless, please let me know what you would like and I will update the document.
I have joined the help file in the zip archive.

If you need help to test the integration, I am your man  :)

Have a nice day.


Edit: Word document link update
« Last Edit: March 14, 2007, 11:59:50 pm by skirby »

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: Possibility to support another compiler (Pelles C)
« Reply #19 on: January 11, 2007, 11:12:38 am »
I have done a complete list of all Pelles C command line tools.
Looks good to me. One question I have: There is a POASM tool included. Is it common to write ASM code in development or is this just some special case?
Why I'm asking: I wonder how to attach the ASM compiler nicely. (You know: C::B is primary a C/C++ IDE). I could imagine to use the C++ compiler therefore... but this may lead to some misunderstanding. Otherwise I'd rather skip this ASM stuff.
With regards, Morten.

Ps.: Oh: And why is "POBIND" useless?!
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline skirby

  • Almost regular
  • **
  • Posts: 137
Re: Possibility to support another compiler (Pelles C)
« Reply #20 on: January 11, 2007, 11:54:33 am »
Writting full asm code could be very nice in some case.
More, it is one of the nice feature of Pelles C compiler.

Isn't it possible to simply add a ASM compiler entry into "Program Files" tab like "C ompiler", "Debugger" or "Resource compiler"
But if you can't or don't want to integrate POASM, I will respect your choice.

POBIND seems not to be necessary.
Here is the answer from the author about POBIND:
Quote
POBIND can be used to (possibly) decrease the startup time of an program by
'patching' the executable file. This will take some work off the Windows
loader. It's an optimization that few programs need. And since it's an
optimization, it's never *needed*...

But, how can you integrate this POBIND tool into Code::Blocks?
Where are you putting this tools into Compiler and Debugger setting window?
« Last Edit: January 11, 2007, 12:23:31 pm by skirby »

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: Possibility to support another compiler (Pelles C)
« Reply #21 on: January 11, 2007, 12:25:44 pm »
we are gonna add a asm program in the set of programs, and register assembler exentions (.s)
But first some other things ;-)

Offline skirby

  • Almost regular
  • **
  • Posts: 137
Re: Possibility to support another compiler (Pelles C)
« Reply #22 on: January 11, 2007, 12:36:47 pm »
Is my Word document about Command line tools and options OK for you killerbot?

Do you need more informations about Pelles C compiler?

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: Possibility to support another compiler (Pelles C)
« Reply #23 on: January 23, 2007, 08:48:22 pm »
good enough info, now finding time to implement and test ;-)

Offline skirby

  • Almost regular
  • **
  • Posts: 137
Re: Possibility to support another compiler (Pelles C)
« Reply #24 on: January 26, 2007, 10:31:12 am »
I am your man if you need some testers  :D
Please, let me know when you will be ready and I will be glad to help you.

Offline skirby

  • Almost regular
  • **
  • Posts: 137
Re: Possibility to support another compiler (Pelles C)
« Reply #25 on: April 04, 2007, 02:18:03 pm »
Hello,

I would like to try to add Pelles C compiler by myself into C::B

So I begun by duplicate a compiler in menu "Settings" and "Compiler and Debugger"
I have modified "Search directories" and "Toolchain executables" but now, what is the way to modify compiler settings ?

If I have a parameter like this:
/V<n> : Set verbosity level 0, 1 or 2 (default: n = 0)

Do I have to create three entries like that:
/V0 : Set verbosity level 0
/V1 : Set verbosity level 1
/V1 : Set verbosity level 2

or is it possible to create an entry where I could enter my value ?

Also, what is the way to manage an option like this:
/I<path> : Add a search path for #include files


Thanks in advance and have a nice day.