User forums > Nightly builds
The 03 July 2012 build (8081) is out.
Jenna:
As usual:
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc15, fc16 and fc17) can be found in my rpm-repo . Fedora packages will be uploaded this evening. are out now!
Important note for debian (and ubuntu) users:
I changed the layout of my debian-repo, to fix the issue described in this thread:
http://forums.codeblocks.org/index.php/topic,16357.msg110806.html#msg110806
Please (re)read the instructions on my website, and fix your entries in /etc/apt/sources.list[.d] accordingly.
ptDev:
--- Quote from: ollydbg on July 03, 2012, 02:14:24 pm ---Nice job, how long did you build the whole C::B, in my system (laptop, XP), it takes more than 30min. Wxsmith related plugins have so long build time.....So, I mainly use the nightly build version unless I would like to debug C::B or develop some patches. :)
--- End quote ---
FWIW, in my system, building everything C::B, core plugins, contrib plugins, and extra plugins takes me well over 1 hour. Packaging the unofficial installer is pretty quick though.
oBFusCATed:
--- Code: --- Sat Apr 7 12:27:27 2012 >>> dev-util/codeblocks-9999-r20
merge time: 9 minutes and 1 second.
Tue May 8 00:21:25 2012 >>> dev-util/codeblocks-9999-r20
merge time: 8 minutes and 56 seconds.
Thu May 24 21:12:19 2012 >>> dev-util/codeblocks-9999-r20
merge time: 9 minutes and 42 seconds.
Tue May 29 23:59:06 2012 >>> dev-util/codeblocks-9999-r20
merge time: 9 minutes and 34 seconds.
Sat Jun 2 15:54:43 2012 >>> dev-util/codeblocks-9999-r20
merge time: 9 minutes and 39 seconds.
Fri Jun 15 22:05:37 2012 >>> dev-util/codeblocks-9999-r20
merge time: 9 minutes and 21 seconds.
Mon Jun 18 03:16:44 2012 >>> dev-util/codeblocks-9999-r20
merge time: 10 minutes and 5 seconds.
--- End code ---
This includes fetching the latest changes from svn, bootstrapping, configure --disable-pch, make -j5, make install, and another copy from the sandbox to the real filesystem.
So, if you're not running quad+ core machine and you value your time - think about an upgrade ;D
This is a q6600 @ 3.2ghz and it is quite old by now (3-4 years)
l_inc:
Hi. I use CodeBlocks quite seldom, but some time ago I was forced to work on a project under Ubuntu (I'm not really good familiar with unix) and chose to use CodeBlocks. It worked more or less well with some HelloWorld-level applications, but I have a problem with that little (less than 100 of source files with about 100-200 lines each on average) but more serious project.
Every time a project file is opened or just a new tab with a file selected, that was not active since the beginning of the session, CodeBlocks freezes for up to ten minutes which is absolutely intolerable. As far as I remember, this was not the initial behaviour, when I just started to work on the project, but somehow (even not after a CodeBlocks update) CodeBlocks started to freeze about a month ago. As I said, the project is quite small, but it needs a (probably large) number of external include files which I additionally specified in C/C++ parser options.
I use CodeBlocks primarily for syntax highlighting and navigation within the project. I don't need it to be able to compile it. Should I uncheck something in the settings (Auto-refresh Todo list is unchecked) to make it work fluently?
Ubuntu version is 10.04.4 LTS. It is under a VMWare Player VM. CodeBlocks build is 8081 updated from http://apt.jenslody.de/stable repo. I don't know what else to say.
ollydbg:
--- Quote from: l_inc on July 04, 2012, 12:54:12 am ---Every time a project file is opened or just a new tab with a file selected, that was not active since the beginning of the session, CodeBlocks freezes for up to ten minutes which is absolutely intolerable. As far as I remember, this was not the initial behaviour, when I just started to work on the project, but somehow (even not after a CodeBlocks update) CodeBlocks started to freeze about a month ago. As I said, the project is quite small, but it needs a (probably large) number of external include files which I additionally specified in C/C++ parser options.
--- End quote ---
Can you try to disable the CodeCompletion plugin from: Menu->plugins->manage plugins. And see the freeze problem still exists.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version