The 17 August 2009 build (5731) is out.

[daniloz]

Thank you for the quick reply jens.

Actually, I'm running my program as a makefile. I defined it as a makefile (in toolchain) for a new (custom) compiler in the "Compiler and Debugger" settings.

Then, in "build options", I just use "$make". And yes, it's running and it has output, but not showing in the "Build log" tab.

Btw, now I set it as a pre-build step (and took out the $make), and it's working perfect.

[Xaviou]

Ubuntu 8.04 to 9.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx2810) can be found  here (direct link).

[stefanos_]

Xaviou, wouldn't be nice if your version or any other GNU/Linux Distro edition could be displayed to killerbot's Build announcement listed in Linux section?

It would be really appreciated by people like me, because I mainly use Fedora and nowadays I [kind of] support SliTaz and I am willing to add to their tazpkg list Code::Blocks' nightly builds.

Don't you think that GNU/Linux deserves to be on the same announcement window rather than below to it? After all, we do the same things like dominating operating system named Windows!

[killerbot]

Xaviou, wouldn't be nice if your version or any other GNU/Linux Distro edition could be displayed to killerbot's Build announcement listed in Linux section?

It would be really appreciated by people like me, because I mainly use Fedora and nowadays I [kind of] support SliTaz and I am willing to add to their tazpkg list Code::Blocks' nightly builds.

Don't you think that GNU/Linux deserves to be on the same announcement window rather than below to it? After all, we do the same things like dominating operating system named Windows!

absolutely yes.

[stefanos_]

KillerBot,

I have been following the svn updates on a weekly (not to mention daily) basis, and right now I have compiled the latest available svn version, named rev5754. Everything went OK. I used the default settings which Code::Blocks' Wiki pages shows.

After fooling around, I have decided to apply "self-host" method and everything again built OK. I ran ./update as well, compiled files have been generated in output directory. I haven't found though any other script that could copy the generated files from output directory to the installed directory, either that is a default prefix or custom.

Is it necessary every time I run "svn update" to bootstrap it and then make, make install it? All I need are the generated files to get upgraded to the latest compiled version and not to run the above commands which more or less is time consuming.

I would like your feedback please.

stefanos_

[Jenna]

You only need to run bootstrap if files belonging to the automake-system have changed (acinclude.m4, Makefile.am, configure.in). Compiling and installing the changed files should not take very long, if no essential (sdk-)files have changed, that are used by many others.

If you use ./configure [--parameters here]; make; make install, you do not need to run ./update.

If you want to compile C::B with itself you need the update-script. In this case you can start C::B with the run.sh-script that is generated in the output-directory.

[stefanos_]

Thanks jens, really appreciated. I will test it with the first chance. Cheers mate

[Loaden]

SVN5754 problem: About AStyle
This code:

Code Select Expand

if (1) 2;
With AStyle formatting, will "if" and "(" remove the spaces between, and becomes:

Code Select Expand

if(1) 2;
SVN5731 not have this problem.

[stefanos_]

You didn't mentioned the name of file, header or source file? I have compiled it without any problem on my system.

I exclusively use Fedora 10, gcc version 4.3.2 20081105, wxWidgets 2.8.10 and didn't faced any issue up to now.

[stahta01]

Patch needed to compile trunk under Windows not using PCH.
Second patch replaces tab with 4 spaces in addition.

Tim S.

Code Select Expand


Index: src/plugins/codecompletion/parser/token.cpp
===================================================================
--- src/plugins/codecompletion/parser/token.cpp (revision 5810)
+++ src/plugins/codecompletion/parser/token.cpp (working copy)
@@ -9,6 +9,8 @@

#include <sdk.h>
#include <globals.h>
+#include <logmanager.h>
+#include <manager.h>
#include "token.h"
#include <wx/intl.h>
#include <wx/tokenzr.h>


Code Select Expand


Index: src/plugins/contrib/ThreadSearch/SearchInPanel.cpp
===================================================================
--- src/plugins/contrib/ThreadSearch/SearchInPanel.cpp (revision 5810)
+++ src/plugins/contrib/ThreadSearch/SearchInPanel.cpp (working copy)
@@ -17,8 +17,12 @@

#include "sdk.h"
#ifndef CB_PRECOMP
- #include <wx/checkbox.h>
- #include <wx/sizer.h>
+    #include <wx/bmpbuttn.h>
+    #include <wx/checkbox.h>
+    #include <wx/imaglist.h>
+    #include <wx/sizer.h>
+
+    #include <configmanager.h>
#endif

#include "SearchInPanel.h"


[gd_on]

This apply to svn 5811.
The new Start Here page with trash can icons is nice. But for translating some items (in French for me), I think that some strings contains non useful things, for example formatting strings, and two strings are missing.

I propose the following patch :

Code Select Expand


Index: main.cpp
===================================================================
--- main.cpp (révision 5811)
+++ main.cpp (copie de travail)
@@ -1932,7 +1932,9 @@
     wxString buf = event.GetString();
     wxString links;

-    links << _("<table>\n<tr><td colspan=\"2\"><b>Recent projects</b></td></tr>\n");
+    links << _T("<table>\n<tr><td colspan=\"2\"><b>") ;
+ links << _("Recent projects") ;
+ links << _T("</b></td></tr>\n");
     if (m_pProjectsHistory->GetCount())
     {
         for (int i = 0; i < 9; ++i)
@@ -1948,10 +1950,14 @@
             links << _T("</td></tr>\n");
         }
     }
-    else
-        links << _T("<tr><td style=\"width:2em;\"></td><td>&nbsp;&nbsp;&nbsp;&nbsp;No recent projects</td></tr>\n");
-
-    links << _("</table>\n<table>\n<tr><td colspan=\"2\"><b>Recent files</b></td></tr>\n");
+    else {
+        links << _T("<tr><td style=\"width:2em;\"></td><td>&nbsp;&nbsp;&nbsp;&nbsp;") ;
+ links << _("No recent projects") ;
+ links << _T("</td></tr>\n");
+ }
+    links << _T("</table>\n<table>\n<tr><td colspan=\"2\"><b>") ;
+ links << _("Recent files") ;
+ links << _T("</b></td></tr>\n");
     if (m_pFilesHistory->GetCount())
     {
         for (int i = 0; i < 9; ++i)
@@ -1967,12 +1973,14 @@
             links << _T("</td></tr>\n");
         }
     }
-    else
-        links << _T("<tr><td style=\"width:2em;\"></td><td>&nbsp;&nbsp;&nbsp;&nbsp;No recent files</td></tr>\n");
+    else {
+        links << _T("<tr><td style=\"width:2em;\"></td><td>&nbsp;&nbsp;&nbsp;&nbsp;") ;
+ links << _("No recent files") ;
+ links << _T("</td></tr>\n");
+ }
+    links << _T("</table>\n");

-    links << _("</table>\n");

-
     // update page
     buf.Replace(_T("CB_VAR_RECENT_FILES_AND_PROJECTS"), links);
buf.Replace(_T("CB_TXT_NEW_PROJECT"), _("Create a new project"));



gd_on

[Jenna]

This apply to svn 5811.
The new Start Here page with trash can icons is nice. But for translating some items (in French for me), I think that some strings contains non useful things, for example formatting strings, and two strings are missing.

I propose the following patch :

Slightly modified (coding-style), but committed as svn r5813.

Sorry for the inconvenience.

[gd_on]

Thanks jens.
I hope you caught the very last version of the patch, because I made a small error the first time I sent it (some {} missing!).

gd_on

[Jenna]

Thanks jens.
I hope you caught the very last version of the patch, because I made a small error the first time I sent it (some {} missing!).

gd_on

I applied it manually (you forgot the braces for the else-clause if I remember right).

[squalyl]

I get a crash with the latest svn revision (5825)
I have a console application project with RHEL 5 and wx 2.8.10

Right click on my project
select build options...
in left column, choose project (debug target is default selected)
click the linker settings tab
click add (a library)
the input box is empty.
choose "..."
click the left icon in the file chooser to get the path input text field
type a directory, e.g. /opt
*crash*

I notice that before the crash, the path autocompletion does not work.
If the completion works, c::b does not crash.
This does not happen every time.

c::b crashes with the following messages:

(codeblocks:13648): Gtk-WARNING **: idle activate multiple times without clearing the folder object first.
Gtk-ERROR **: file gtkfilechooserdefault.c: line 8174 (gtk_file_chooser_default_should_respond): assertion failed: (path != NULL)
aborting...