Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10.7z
For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z
The 15 November 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_Ubuntu6.06.deb
http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_suse100+101.rpm
http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_fc4+5.rpm
http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_Ubuntu6.10-amd64.deb
Resolved Fixed:
- Huge speed up in large projects loading (about 80% off the original loading time)
- Refresh bug fix for symbols browser in "current file" filter mode
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
- menu items with icon not correctly aligned (since wx263)
Windows ANSI build here (http://savefile.com/files/259322)
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).
>* Huge speed up in large projects loading (about 80% off the original loading time)
Brilliant! Good stuff!
Like the new logo, very nice :mrgreen:
Speed up is quite noticeable too!
I noticed in the titlebar, is it supposed to say: "Code::Blocks vsvn build" ?
Sorry my english.
When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild. :(
In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0
I have this with Ubuntu 6.10 in boot code::blocks :
Quote15:04:24: Mailcap file /etc/mailcap, line 51: incomplete entry ignored.
15:04:24: Mailcap file /etc/mailcap, line 52: incomplete entry ignored.
Quote from: Ekinoks on November 16, 2006, 03:06:30 PM
I have this with Ubuntu 6.10 in boot code::blocks :
Quote15:04:24: Mailcap file /etc/mailcap, line 51: incomplete entry ignored.
15:04:24: Mailcap file /etc/mailcap, line 52: incomplete entry ignored.
Search the main index for "Mailcap file". There's a lot of previous experience with this problem.
Quote from: DmP on November 16, 2006, 01:44:28 PM
Sorry my english.
When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild. :(
In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0
//-- Please Provide more information
Would you state your CodeBlocks version and compiler version and your Operating System.
//-- Full Compile Logging -- Turn on full compiler logging
Main Menu->Settings->Compiler and Debugger->"Other"->Compiler logging = "Full command line".
Could you provide us with a
simple example that shows the problem.
Attach the example and the compiler log to your message.
Ekinoks:
i assume you have installed beryl from a third party repository which corrupts /etc/mailcap by adding some false lines to it.
I noticed that files aren't saved automatically before compiling anymore. Is this a bug or a change in behavior?
I couldn't find an option to turn it back on.
Quote from: Insubordinate on November 16, 2006, 04:02:40 PM
I noticed that files aren't saved automatically before compiling anymore. Is this a bug or a change in behavior?
I couldn't find an option to turn it back on.
Sir, it's quite possible this asteroid is not entirely stable. Do those files that are not saved belong to the project?
Quote from: Pecan on November 16, 2006, 03:24:05 PM
Quote from: DmP on November 16, 2006, 01:44:28 PM
Sorry my english.
When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild. :(
In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0
//-- Please Provide more information
Would you state your CodeBlocks version and compiler version and your Operating System.
//-- Full Compile Logging -- Turn on full compiler logging
Main Menu->Settings->Compiler and Debugger->"Other"->Compiler logging = "Full command line".
Could you provide us with a simple example that shows the problem.
Attach the example and the compiler log to your message.
CodeBlocks version - current code from svn, my build. Version from 20.10.06 work fine.
Compieler - MinGw (gcc version 3.4.4 (mingw special))
OS - MS Windows 2000 SP 4
With "Full command line" - Build log one file:
mingw32-g++.exe -Wall -frtti -fexceptions -DUNICODE -DQT_LARGEFILE_SUPPORT -DQT_DLL -DQT_NO_DEBUG -DQT_GUI_LIB -g -IC:\Dev\Qt42\include -IC:\Dev\Qt42\include\QtCore -IC:\Dev\Qt42\include\QtGui -IC:\Dev\Qt42\include\QtSql -IC:\Dev\Qt42\include\QtXml -IC:\Dev\Qt42\include\Qt -IC:\Dev\Qt42\include\QtDesigner -IC:\Dev\1L\qt1l\src -IC:\MinGW\include -c config\config_tests.cpp -o C:\Dev\1L\qt1l\tmp\obj\debug\config\config_tests.o
Process terminated with status 0 (0 minutes, 9 seconds)
0 errors, 0 warnings
and this all time.
it doing with any project - compiling and building fine, but with next try build - begining compiling all again.
But same file/project in CB(20.10.06):
Nothing to be done.
QuoteSir, it's quite possible this asteroid is not entirely stable. Do those files that are not saved belong to the project?
Hehe, threw me off for a second there with that first sentence...
Anyway, just ran code blocks again to check and files are now auto saving as usual. But I'm quite sure the files belonged to the active project when the error came up as the project compiled fine (with the changes to source that is) when I manually saved the files before compiling.
Strange that I can't reproduce the error now. Hmm, maybe a case of staying up too late coding? :wink:
Quote from: DmP on November 16, 2006, 04:10:30 PM
... (skiped) ...
and this all time.
it doing with any project - compiling and building fine, but with next try build - begining compiling all again.
I'm located errors with simple concole proect.
It begin rebuilding if in project property set $(#MyGlobalVar) like on picture in attach.
[attachment deleted by admin]
Quote from: DmP on November 16, 2006, 01:44:28 PM
Sorry my english.
When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild. :(
In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0
I have the same problem !!!
If I build all (ctrl + F11) and then just do a build (ctrl + F9) without any changes to the whole project it'll compile all files again !!!
I'm using C::B from this thread with GNU-GCC compiler latest version !!!
My OS is Win2000sp3 !!!
This is really annoying, as far as I'm working on a really huge project (Irrlicht) that compiles about 15 minutes, just if I only change one single source file !!!
I have two examples:
test.cbp exibits the behavior described. It will compile even when no changes have been made.
Test2.cbp does not exibit the constant compile problem.
The directory structures are exactly the same:
Wierd!
test.cbp
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_project_file>
<FileVersion major="1" minor="5" />
<Project>
<Option title="test" />
<Option pch_mode="2" />
<Option default_target="" />
<Option compiler="gcc" />
<Option virtualFolders="" />
<Build>
<Target title="Release">
<Option output=".\test.exe" prefix_auto="1" extension_auto="1" />
<Option object_output="obj\Release\" />
<Option type="1" />
<Option compiler="gcc" />
<Compiler>
<Add option="-O2" />
</Compiler>
<Linker>
<Add option="-s" />
</Linker>
</Target>
</Build>
<Compiler>
<Add option="-Wall" />
</Compiler>
<Unit filename="src\main.cpp">
<Option compilerVar="CPP" />
<Option target="Release" />
</Unit>
</Project>
</CodeBlocks_project_file>
Test2.cbp
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_project_file>
<FileVersion major="1" minor="5" />
<Project>
<Option title="Test2" />
<Option pch_mode="2" />
<Option default_target="" />
<Option compiler="gcc" />
<Option virtualFolders="" />
<Build>
<Target title="Release">
<Option output=".\Test2.exe" prefix_auto="1" extension_auto="1" />
<Option object_output="obj\Release\" />
<Option type="1" />
<Option compiler="gcc" />
<Compiler>
<Add option="-O2" />
</Compiler>
<Linker>
<Add option="-s" />
</Linker>
</Target>
</Build>
<Compiler>
<Add option="-Wall" />
</Compiler>
<Unit filename="src\main.cpp">
<Option compilerVar="CPP" />
<Option target="Release" />
</Unit>
</Project>
</CodeBlocks_project_file>
(http://img53.imageshack.us/img53/3776/0083vs2.png)
But... Look, Test2 has a .depend while test does not. Why is that?
(http://img122.imageshack.us/img122/1444/0084qw3.png)
However, when I copy Test2.depend and edit it for test.depend, it has no effect on the behavior.
# depslib dependency file v1.0
1152747736 source:c:\temp\test\src\main.cpp
<iostream>
Done.. I;m stumped :^[
Quote from: Pecan on November 16, 2006, 07:56:24 PM
The directory structures are exactly the same:
Wierd!
Exactly. But your samples work very well for me...?!
Edit: I've done all exactly the same except the top-level directory. But: It works! (What revision do you use?)
Quote from: MortenMacFly on November 16, 2006, 08:12:46 PM
Quote from: Pecan on November 16, 2006, 07:56:24 PM
The directory structures are exactly the same:
Wierd!
Exactly. But your samples work very well for me...?!
Edit: I've done all exactly the same except the top-level directory. But: It works! (What revision do you use?)
svn build rev 3226 (2006-11-16 07:34:31) gcc 3.4.4 Windows/unicode
Quote from: MortenMacFly on November 16, 2006, 08:12:46 PM
Quote from: Pecan on November 16, 2006, 07:56:24 PM
The directory structures are exactly the same:
Wierd!
Exactly. But your samples work very well for me...?!
Edit: I've done all exactly the same except the top-level directory. But: It works! (What revision do you use?)
What do you mean by:
except the top-level directory.
Quote from: Pecan on November 16, 2006, 08:28:54 PM
svn build rev 3226 (2006-11-16 07:34:31) gcc 3.4.4 Windows/unicode
Right... I'm still at 3222. I wonder if this is related to the RegEx changes Thomas made?!
Edit: My Top level is not "C:\temp" but "C:\Document...blah...\Desktop".
Quote from: MortenMacFly on November 16, 2006, 08:32:05 PM
Quote from: Pecan on November 16, 2006, 08:28:54 PM
svn build rev 3226 (2006-11-16 07:34:31) gcc 3.4.4 Windows/unicode
Right... I'm still at 3222. I wonder if this is related to the RegEx changes Thomas made?!
Edit: My Top level is not "C:\temp" but "C:\Document...blah...\Desktop".
Would try DmP's test.cbp at http://forums.next.codeblocks.org/index.php?action=dlattach;topic=4469.0;attach=1613
Have you done the beginner fixes like deleting all the files in obj\Release\ and the .exe file that is created.
This is an easy way to confirm write access under windows.
Tim S
Quote from: Pecan on November 16, 2006, 08:33:53 PM
Would try DmP's test.cbp at http://forums.next.codeblocks.org/index.php?action=dlattach;topic=4469.0;attach=1613
Tried that too - no worries. Except the the project file is wrong - main.cpp is in the src sub-directory. This I changed and it just works fine.
Quote from: stahta01 on November 16, 2006, 08:35:28 PM
Have you done the beginner fixes like deleting all the files in obj\Release\ and the .exe file that is created.
This is an easy way to confirm write access under windows.
Tim S
Affirmative. But to make sure, I deleted the entire .\obj dir .layout etc.
I left only ./src/main.cpp and ./test.cbp
I then did a rebuild. Without touching the machine (mouse only) I held my mouth just like I did with Test2 and click on the blue gear.
Damn, it built.
Jeesh. :^[ What the hell is this?
It must be something other than the cbp.
Quote from: MortenMacFly on November 16, 2006, 08:32:05 PM
Quote from: Pecan on November 16, 2006, 08:28:54 PM
svn build rev 3226 (2006-11-16 07:34:31) gcc 3.4.4 Windows/unicode
Right... I'm still at 3222. I wonder if this is related to the RegEx changes Thomas made?!
Edit: My Top level is not "C:\temp" but "C:\Document...blah...\Desktop".
Nope, I went all the way back to 3111 and it still rebuilds.
Quote from: Pecan on November 16, 2006, 08:45:54 PM
Nope, I went all the way back to 3111 and it still rebuilds.
Mmmmh... what is this?! :shock: Could you please post the whole project in a ZIP file? Maybe uploading to the forum changed the format (linefeed or stuff) which makes it not reproducible?! (Although in that case the other example in the ZIP shouldn't work, too...).
Again: It only builds one time on my machine and that's it. Next time I build C::B states "Up-to-date", just as expected. Mind removing your C::B configuration file temporarily to have a fresh-and-clean C::B?
Quote from: MortenMacFly on November 16, 2006, 08:50:36 PMCould you please post the whole project in a ZIP file?
Savefile.com upload of test and Test2 from Pecan (DmP problem)
which magically compiles without human intervention.
test and Test2 (http://savefile.com/files/262719)
test is the problem. Test2 behaves correctly.
Ok, to main.cpp, I add a line "int i=0; "and recompiled. When I hit the recompile again it said "nothing to be done."
aha!
I deleted the line, and it behaved correctly.
It has behaved correctly ever since.
ALSO, for the first time it created a .depend file.
So, the moral of the story...
choke your chicken.. no, no not that one.
Modify the file until you get a .depend file. Or some such voodoo.
I went back and looked at the time on the file that I downloaded from DmP.
It has a date and time on it that's way ahead of my system clock.
When I modified the src file. It set the date/time to my local time.
Is that why I got no depend file until I touched the file?
But why would this happen to DmP, who created the file. Or did He?
@DmP, how did you get file main.cpp? What's the date/time of that file?
What's the date/time of your system? Can you do a build clean, modify the file and have it behave correctly?
Quote from: Acki on November 16, 2006, 07:19:58 PM
I have the same problem !!!
If I build all (ctrl + F11) and then just do a build (ctrl + F9) without any changes to the whole project it'll compile all files again !!!
I'm using C::B from this thread with GNU-GCC compiler latest version !!!
My OS is Win2000sp3 !!!
This is really annoying, as far as I'm working on a really huge project (Irrlicht) that compiles about 15 minutes, just if I only change one single source file !!!
@Acki
Could I ask you to do an experiment. Go touch
all the files in your probject. Do a build clean. Then do a rebuild. Did it solve the problem?
Well, the Irrlicht project is way to big for this (about 290 cpp files) !!!
But I have a little project that I tested like you said, but no changes, all is build every time !!!
this are the 3 project files:
main.cpp#include "cMapDemo.h"
int main(){
cMapDemo demo;
demo.run();
return 0;
}
cMapDemo.h#ifndef CMAPDEMO_H
#define CMAPDEMO_H
#include <Irrlicht.h>
using namespace irr;
using namespace core;
using namespace scene;
using namespace video;
using namespace io;
using namespace gui;
class cMapDemo : public IEventReceiver{
private:
IrrlichtDevice* device;
IVideoDriver* driver;
ISceneManager* smgr;
IGUIEnvironment* env;
bool prgDead;
bool terraWireframe;
bool showPathNodes;
ITerrainSceneNode* terrain;
ICameraSceneNode* camera;
public:
virtual bool OnEvent(SEvent event);
void run();
};
#endif // CMAPDEMO_H
cMapDemo.cpp#include "cMapDemo.h"
bool cMapDemo::OnEvent(SEvent event){
if(event.EventType == EET_KEY_INPUT_EVENT && !event.KeyInput.PressedDown){
switch(event.KeyInput.Key){
case KEY_ESCAPE:{
prgDead = true;
return true;
}break;
case KEY_F1:{
terraWireframe = !terraWireframe;
terrain->setMaterialFlag(EMF_WIREFRAME, terraWireframe);
return true;
}break;
case KEY_F2:{
showPathNodes = !showPathNodes;
return true;
}break;
}
}
return false;
}
void cMapDemo::run(){
prgDead = false;
terraWireframe = false;
showPathNodes = false;
device = createDevice(EDT_DIRECT3D9, dimension2d<s32>(640, 480));
device->setEventReceiver(this);
driver = device->getVideoDriver();
smgr = device->getSceneManager();
env = device->getGUIEnvironment();
driver->setTextureCreationFlag(video::ETCF_ALWAYS_32_BIT, true);
device->getCursorControl()->setVisible(false);
SKeyMap keyMap[8];
keyMap[0].Action = EKA_MOVE_FORWARD;
keyMap[0].KeyCode = KEY_UP;
keyMap[1].Action = EKA_MOVE_FORWARD;
keyMap[1].KeyCode = KEY_KEY_W;
keyMap[2].Action = EKA_MOVE_BACKWARD;
keyMap[2].KeyCode = KEY_DOWN;
keyMap[3].Action = EKA_MOVE_BACKWARD;
keyMap[3].KeyCode = KEY_KEY_S;
keyMap[4].Action = EKA_STRAFE_LEFT;
keyMap[4].KeyCode = KEY_LEFT;
keyMap[5].Action = EKA_STRAFE_LEFT;
keyMap[5].KeyCode = KEY_KEY_A;
keyMap[6].Action = EKA_STRAFE_RIGHT;
keyMap[6].KeyCode = KEY_RIGHT;
keyMap[7].Action = EKA_STRAFE_RIGHT;
keyMap[7].KeyCode = KEY_KEY_D;
camera = smgr->addCameraSceneNodeFPS(0, 100, 500, -1, keyMap, 8);
camera->setPosition(core::vector3df(0,2055,-1110));
camera->setTarget(core::vector3df(0,0,10));
camera->updateAbsolutePosition();
camera->setFarValue(12000.0f);
// create a new (correct) terrain
terrain = smgr->addTerrainSceneNode2("Media/heightmap2.bmp");
terrain->setScale(vector3df(40.0, 1.0, 40.0));
terrain->setPosition(vector3df(0.0, 0.0, -10.0));
terrain->setMaterialFlag(EMF_LIGHTING, false);
terrain->setMaterialTexture(0, driver->getTexture("Media/terratex2.bmp"));
ITriangleSelector* selector = smgr->createTerrainTriangleSelector(terrain, 0);
terrain->setTriangleSelector(selector);
selector->drop();
while(device->run() && !prgDead){
if(device->isWindowActive()){
driver->beginScene(true, true, 0 );
smgr->drawAll();
env->drawAll();
driver->endScene();
}
}
device->drop();
}
But what is really curious is that it does not recompile if I add the external include dir for Irrlicht to the default compiler settings and not to the project's compiler settings !?!?!
Also all is correct if I delete all the Irrlicht related stuff out of cMapDemo.cpp and cMapDemo.h !?!?!
EDIT:
I also tested it with some other sdks like Newton Physics !!!
The same behavior, if the include dir is added to the project settings it recompiles always !!!
If the include dir is added to the default settings, all is correct !!!
So I think there must be the error with the project's compiler settings include dirs !?!?!
Quote from: Acki on November 16, 2006, 10:20:31 PM
Well, the Irrlicht project is way to big for this (about 290 cpp files) !!!
But I have a little project that I tested like you said, but no changes, all is build every time !!!
But what is really curious is that it does not recompile if I add the external include dir for Irrlicht to the default compiler settings and not to the project's compiler settings !?!?!
Also all is correct if I delete all the Irrlicht related stuff out of cMapDemo.cpp and cMapDemo.h !?!?!
That would suggest that my theory about an incorrect date/time on a source file is correct. (maybe)
By removing the ability for CB or the compiler to see the date/time of the Irrlicht source files, it cannot decide that a re-compile is needed.
If this was my problem, I'd write a quick and dirty pgm to touch all files in the project structure and test the result. There must be a utility around that will touch a file structure.
I have no other suggestion right now.
Yes, you where right !!!
I got the problem !!!
My system's date was incorrect (year 2000) !!!
I now changed the system's date to 2006 and all seems to be fine again !!!
thanks for your efforts !!! :)
Quote from: Pecan on November 16, 2006, 09:28:03 PM
@DmP, how did you get file main.cpp? What's the date/time of that file?
What's the date/time of your system? Can you do a build clean, modify the file and have it behave correctly?
Sorry, but I'm in another time zone. I'm from Ukraine, it is +7 with forum board time.
Error step by step:
1) Open CB - SVN 3223.
2) File - New - Project
3) Select concole application
4) Project title - test3
5) Next - Next - Finish
6) Project - Properties
7) Targets
8) Set Objects output dir:
$(#test3)\obj\
9) Ok
10) Fill Global variable - base
It's all. Project always rebuilding. :(
i'm build CB 3227 - it work fine. :) sorry for troubling you.
Lots thanks for this wonderful project! :)
Hi there, I have downloaded CB rev 3222 for amd64 Ubuntu, I have installed an anterior version, but it give me following dependency problems... I use synaptic but down know how to solve this... the question is is there a build around, that can be installed on my system¿? (I have installed before one of Septemter, but Im unable to find the archive in my disc :S)
root@hecatombe-64:/programador/Descargas# dpkg -i CB_20061115_rev3222_Ubuntu6.10-amd64.deb
(Leyendo la base de datos ...
255954 ficheros y directorios instalados actualmente.)
Preparando para reemplazar codeblocks 1.0svn (usando CB_20061115_rev3222_Ubuntu6.10-amd64.deb) ...
Desempaquetando el reemplazo de codeblocks ...
dpkg: problemas de dependencias impiden la configuración de codeblocks:
codeblocks depende de libatk1.0-0 (>= 1.12.1); sin embargo:
Versión de libatk1.0-0 en el sistema es 1.11.4-0ubuntu1.
codeblocks depende de libc6 (>= 2.4-1); sin embargo:
Versión de libc6 en el sistema es 2.3.6-0ubuntu20.
codeblocks depende de libcairo2 (>= 1.2.4); sin embargo:
Versión de libcairo2 en el sistema es 1.0.4-0ubuntu1.
codeblocks depende de libgcc1 (>= 1:4.1.1-12); sin embargo:
Versión de libgcc1 en el sistema es 1:4.0.3-1ubuntu5.
codeblocks depende de libglib2.0-0 (>= 2.12.0); sin embargo:
Versión de libglib2.0-0 en el sistema es 2.10.3-0ubuntu1.
codeblocks depende de libgtk2.0-0 (>= 2.10.3); sin embargo:
Versión de libgtk2.0-0 en el sistema es 2.8.20-0ubuntu1.
codeblocks depende de libpango1.0-0 (>= 1.14.5); sin embargo:
Versión de libpango1.0-0 en el sistema es 1.12.3-0ubuntu3.
codeblocks depende de libstdc++6 (>= 4.1.1-12); sin embargo:
Versión de libstdc++6 en el sistema es 4.0.3-1ubuntu5.
codeblocks depende de libwxbase2.6-0 (>= 2.6.3.2.1.5); sin embargo:
el paquete libwxbase2.6-0 no está instalado.
codeblocks depende de libwxgtk2.6-0 (>= 2.6.3.2.1.5); sin embargo:
Versión de libwxgtk2.6-0 en el sistema es 2.6.1.2ubuntu2.
dpkg: error al procesar codeblocks (--install):
problemas de dependencias - se deja sin configurar
Se encontraron errores al procesar:
codeblocks
Update: I finally searched manually and finded codeblocks_svn-2953-ubuntu_amd64 and installed it again, now all is fine.
Quote from: sethjackson on November 15, 2006, 08:01:22 PM
Windows ANSI build here (http://"http://savefile.com/files/259322")
The link does not work
http://savefile.com/files/259322