User forums > Nightly builds
The 21 february 2006 build is out.
mandrav:
--- Quote from: Fizick on February 22, 2006, 01:09:58 pm ---Is any chance to restore "export makefile" command?
--- End quote ---
Yes but probably not in the near future.
It has to be rewritten from scratch...
takeshimiya:
--- Quote from: mandrav on February 22, 2006, 01:53:08 pm ---Yes but probably not in the near future.
It has to be rewritten from scratch...
--- End quote ---
Yiannis, do you think that (after the compiler redesign), instead of adding support for hardcoded makefiles, would be easier/better to add bakefile export support (among that the format is easier and it's xml)?
Currently with a bakefile you can generate:
-MS Visual C++ projects
-MS eMbedded Visual C++ projects
-Borland C++ Builder X projects
-Xcode 2 projects
-MS Visual C++ makefiles
-MinGW makefiles
-GNU GCC makefiles
-Symbian makefiles
-Borland makefiles
-Digital Mars makefiles
-Open Watcom makefiles
-Autoconf support
-Experimental, Code::Blocks projects, among others :o
Of course, that's for long-term future and after the compiler redesign. :)
mandrav:
--- Quote ---Yiannis, do you think that (after the compiler redesign), instead of adding support for hardcoded makefiles, would be easier/better to add bakefile export support (among that the format is easier and it's xml)?
--- End quote ---
Quite possibly, yes.
The exporting will be abstracted so it can export to more than Makefiles, just by writing a new exporter and plugging it in.
So, I guess it 'd be possible to create exporters for Makefiles, Qt project files, bakefiles and (who knows?) maybe even autotools.
We will initially just provide the interfaces and the Makefile exporter. After that we 'll be accepting contributions/patches ;)
takeshimiya:
--- Quote from: mandrav on February 22, 2006, 02:21:38 pm ---
--- Quote ---Yiannis, do you think that (after the compiler redesign), instead of adding support for hardcoded makefiles, would be easier/better to add bakefile export support (among that the format is easier and it's xml)?
--- End quote ---
Quite possibly, yes.
The exporting will be abstracted so it can export to more than Makefiles, just by writing a new exporter and plugging it in.
So, I guess it 'd be possible to create exporters for Makefiles, Qt project files, bakefiles and (who knows?) maybe even autotools.
We will initially just provide the interfaces and the Makefile exporter. After that we 'll be accepting contributions/patches ;)
--- End quote ---
That's good to hear :D
Kagan:
Hi,
I am rather new user of codeblocks. The first remark I have to make is: Great Job!!!
To this nightly build I have a remark and a question.
The question is about the compiler warnings using MinGW. I installed QT Library version 4.1 and compiled the above micro project with the option "Enable standard compiler warnings [W]". I get 13 warnings, all from some QT Header files. A small QT Application with a main window and a few widgets creates easily hundreds of warnings, that means the warnings about my code are somewhere inbetween and get flooded among all the other warnings. The performance also suffers a lot.
So, one could say this is a QT Problem. On the other hand, QT is very successfull, so I assume these guys know what they do and they probably have their reasons to implement their stuff as it is. What I am looking for is a way to supress warnings that come out of QT Headers. Is there a compiler option or a code blocks mechanism to supress warnings from a certain directory?
The funny thing is, when I use the option to show all warnings instead of the standard ones, I don't get any warnings at all! So, there must be something wrong here...
I have installed this nightly build of codeblocks under Windows XP and created a QT Project using the template. As soon as I compile the main.cpp, the compiler complains about the QT Specific include files. The template usese $QTDIR to point to the correct include directories. This is an environment variable that I set correctly and it was working fine with the RC2. I realised, replacing $QTDIR with $(QTDIR) solves the problem. But this is quite boring to do using the IDE 10 times. Editing the code blocks project file with a text editor was easier, but ideally, one should not do that. Accesing the environment variable as $QTDIR is somewhat more sympathic to me, but there are probably reasons for this change. Maybe to make it more look like in a Makefile?
thanks,
Kagan
Navigation
[0] Message Index
[*] Previous page
Go to full version