Board index » cppbuilder » Free tool ProjectMaker for command line builds (BCB5)

2005-05-10 06:11:41 PM
cppbuilder26
Hi!
If you're working on a large project then you may have noticed that
compile times are slowing down more and more in the IDE. I don't know
what the IDE compiler does in this time, but if you're exporting your
project to a makefile and build this with the command line compiler
bcc32.exe you will notice, that your project will compile 2-3 times
faster than before.
On large projects that's a great gain of time. In our company we have
some projects where it is ten(!) times faster than the IDE. But
exporting makefiles and building everything with batchfiles isn't very
comfortable, so most of us will stick with the IDE compiler.
For this purpose I created the ProjectMaker, a completely free tool for
managing and compiling project groups.
What it does:
* Import of existing Borland Project Groups (*.bpg)
* Add/Remove of single projects (*.bpr,*.bpf,*.bpk)
* Save projects list in a Project Maker File (pmf), will reload
on start
* Move projects in the list
* Makefile generation on the fly, so your project is always up
to date (bpr2mak)
* Fixing a bug of bpr2mak with quoted slashes on end of a path
* Make or build all or selected projects in the list
* Activation/Deactivation of single projects
* Toggle automatic makefile generation for hand-made makefiles
* Pre/Post-build command line execution
* Saves compiler output messages for every project
* "Build from here" feature
I tested it with C++Builder 5 but it may also work with C++Builder 6 (if
not - then I need some project files and a project group and it should
be easy to modify it for Builder 6).
It would be nice to give it a try and to provide me with some feedback
in order to improve this tool.
Download address:
helene-lange-weg.mine.nu/Rutsch/cppcorner.html
Bye, Oliver
 

Looks good - seems to ignore the "Stop on Any Errors" checkbox
but apart from that not bad.
Cheers, Pete
"Oliver Rutsch" < XXXX@XXXXX.COM >wrote in message

Pete Fraser wrote:
--
Andrue Cope [TeamB]
[Bicester, Uk]
info.borland.com/newsgroups/guide.html
 

{smallsort}

Oliver Rutsch wrote:
same program have to be compiled and linked. This goes ok. I saw no
errors. And indeed with make all goes much faster as when using the IDE.
Thanks.
Some comments upon your use of IntialDirs of the OpenDialog:
File - Open Projectlist opens defaults in My Documents. Why ?
Which programmer is saving info there ? I would expect openening in the
program directory, assuming that those files are only used by your program.
Then the type of files is "Project Maker Files". Did you write that already to
the registry ? Well I would rather see the extension(s) (.pmf) the program is looking for.
Then once the program has been used File - Open Projectlist opens in the
directory where the last added .bpr is choosen from. It would make more sence
to open in the dir for the actual pmf.
The program puts the last choosen bpr in the OpenDialog. This is confusing.
After adding a bpr to the actual list and choosing File - Open Project List ..
the program forgets to ask to save the actual list. And doe not save it either.
Even when choosing File - Open Project list .. the program will place
the last choosen bpr filename in the opendialog. This is confusing as now
even the extension .bpr is not the wanted .pmf.
But then it does not warn if one lets it there and Open is clicked.
Hans.
 

Hi Pete,
Thanks for testing it.
there's an exception then it will stop. If you got an error, is the
return code of make != 0 ?
Bye, Oliver
 

Hi Andrue,
in the same directory with the same name of the project. For example
mydll.bpr has to use mydll.mak in the same directory, then it should work.
The tool was made for an easy switch from the IDE compiler to the faster
command line compiler. If you have already some makefiles with different
names then it will fail.
A solution could be to allow to add .mak-Files as a project and then set
the bpr2mak-switch to NO.
Bye, Oliver
 

Hi Hans,
OpenDialog and it does not care very much of saving different pathes or
the last used file.
I see, there's room for the next version ;-)
Bye, Oliver