Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on November 15, 2006, 06:24:51 pm

Title: The 15 november 2006 build is out.
Post by: killerbot on November 15, 2006, 06:24:51 pm
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:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 15 november 2006 build is out.
Post by: sethjackson on November 15, 2006, 08:01:22 pm
Windows ANSI build here (http://savefile.com/files/259322)
Title: Re: The 15 november 2006 build is out.
Post by: cstudent on November 15, 2006, 08:59:23 pm
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).
Title: Re: The 15 november 2006 build is out.
Post by: BigAngryDog on November 15, 2006, 10:22:10 pm
>* Huge speed up in large projects loading (about 80% off the original loading time)

Brilliant! Good stuff!
Title: Re: The 15 november 2006 build is out.
Post by: Russell on November 16, 2006, 05:02:18 am
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" ?
Title: Re: The 15 november 2006 build is out.
Post by: 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
Title: Re: The 15 november 2006 build is out.
Post by: Ekinoks on November 16, 2006, 03:06:30 pm
I have this with Ubuntu 6.10 in boot code::blocks :
Quote
15:04:24: Mailcap file /etc/mailcap, line 51: incomplete entry ignored.
15:04:24: Mailcap file /etc/mailcap, line 52: incomplete entry ignored.
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 03:18:09 pm
I have this with Ubuntu 6.10 in boot code::blocks :
Quote
15: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.
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 03:24:05 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.


Title: Re: The 15 november 2006 build is out.
Post by: kai on November 16, 2006, 03:33:58 pm
Ekinoks:

i assume you have installed beryl from a third party repository which corrupts  /etc/mailcap by adding some false lines to it.
Title: Re: The 15 november 2006 build is out.
Post by: 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.
Title: Re: The 15 november 2006 build is out.
Post by: thomas on November 16, 2006, 04:08:56 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?
Title: Re: The 15 november 2006 build is out.
Post by: DmP on November 16, 2006, 04:10:30 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.
Title: Re: The 15 november 2006 build is out.
Post by: Insubordinate on November 16, 2006, 04:24:19 pm
Quote
Sir, 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:
Title: Re: The 15 november 2006 build is out.
Post by: DmP on November 16, 2006, 04:38:58 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]
Title: Re: The 15 november 2006 build is out.
Post by: Acki on November 16, 2006, 07:19:58 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 !!!
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 07:56:24 pm
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
Code
<?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
Code
<?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.
Code
# depslib dependency file v1.0
1152747736 source:c:\temp\test\src\main.cpp
<iostream>

Done.. I;m stumped :^[
Title: Re: The 15 november 2006 build is out.
Post by: MortenMacFly on November 16, 2006, 08:12:46 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?)
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 08:28:54 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
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 08:31:39 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.
Title: Re: The 15 november 2006 build is out.
Post by: MortenMacFly on November 16, 2006, 08:32:05 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".
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 08:33:53 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.codeblocks.org/index.php?action=dlattach;topic=4469.0;attach=1613
Title: Re: The 15 november 2006 build is out.
Post by: 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
Title: Re: The 15 november 2006 build is out.
Post by: MortenMacFly on November 16, 2006, 08:37:02 pm
Would try DmP's test.cbp at http://forums.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.
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 08:41:43 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.
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 08:45: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.
Title: Re: The 15 november 2006 build is out.
Post by: MortenMacFly on November 16, 2006, 08:50:36 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?
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 09:00:24 pm
Could 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.


Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 09:17:04 pm
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.

Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 09:28:03 pm
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?
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 09:39:26 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?
Title: Re: The 15 november 2006 build is out.
Post by: 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 !!!

this are the 3 project files:
main.cpp
Code
#include "cMapDemo.h"

int main(){
  cMapDemo demo;
  demo.run();
  return 0;
}

cMapDemo.h
Code
#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
Code
#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 !?!?!
Title: Re: The 15 november 2006 build is out.
Post by: Pecan on November 16, 2006, 10:38:17 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.

 
Title: Re: The 15 november 2006 build is out.
Post by: Acki on November 16, 2006, 10:50:03 pm
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 !!!  :)
Title: Re: The 15 november 2006 build is out.
Post by: DmP on November 17, 2006, 08:18:45 am

@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. :(
Title: Re: The 15 november 2006 build is out.
Post by: DmP on November 17, 2006, 10:24:05 am
i'm build CB 3227 - it work fine. :) sorry for troubling you.

Lots thanks for this wonderful project!  :)
Title: Re: The 15 november 2006 build is out.
Post by: hecato on November 21, 2006, 02:24:05 am
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)

Code
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.
Title: Re: The 15 november 2006 build is out.
Post by: tom0769 on November 22, 2006, 10:58:41 am
Windows ANSI build here (http://"http://savefile.com/files/259322")

The link does not work
Title: Re: The 15 november 2006 build is out.
Post by: tiwag on November 22, 2006, 01:04:14 pm
http://savefile.com/files/259322