News:

The new Release 25.03 is out! You can download binaries for Windows and many major Linux distros here .

Main Menu

The 21 October 2012 build (8466) is out.

Started by killerbot, October 21, 2012, 10:32:21 AM

Previous topic - Next topic

killerbot

Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2812_gcc452-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc452-TDM.7z

The 21 October 2012 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20121021_rev8466_win32.7z
  - Linux :
   none

Resolved Fixed:


  • compiler: Major refactor - remove the generator object from the compiler
  • fixed DoxyBlocks plugin totally wrong event handler interfaces (fixes crashes described here: http://forums.next.codeblocks.org/index.php/topic,16938.msg115346.html#msg115346)
  • EditorTweaks: new option 'Convert Matching Braces'. If user selects a brace with a match and types a brace of a different type, the match will be changed to the same type. If a selected brace is deleted with the DEL key, its matching brace will also be deleted. Option is disabled by default and available in the Edit->'Editor Tweaks' menu
  • debugger: Fix parsing watch output, when there is an escaped quote inside a string

Regressions/Confirmed/Annoying/Common bugs:




mr.exodia

Hi,

I'm using codeblocks for coding win32 applications and dynamic link libraries and I noticed that the templates for both of these aren't really friendly...

The DLL template doesnt work at all because DllMain is just never called. Please fix this.

My updated templates: http://www.mediafire.com/?ae87eh4e41a66x1

Thanks in advance,

Mr. eXoDia

oBFusCATed

(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

SharkCZ

rev 8466 fails to build on RHEL-6 with gcc 4.4.6, rev 8455 was fine, it throws now


libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../../../src/include -I/usr/lib64/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_
LARGE_FILES -D__WXGTK__ -pthread -I../../../../src/include -I../../../../src/sdk/wxscintilla/include -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -O2 -g -pipe -Wall -
Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fpermissive -fno-strict-aliasing -DCB_PRECOMP -Winvalid-pch -fPIC
-DPIC -fexceptions -MT DoxyBlocks.lo -MD -MP -MF .deps/DoxyBlocks.Tpo -c DoxyBlocks.cpp  -fPIC -DPIC -o .libs/DoxyBlocks.o
DoxyBlocks.cpp: In member function 'virtual void DoxyBlocks::BuildMenu(wxMenuBar*)':
DoxyBlocks.cpp:477: error: invalid static_cast from type '<unresolved overloaded function type>' to type 'void (wxEvtHandler::*)(wxCommandEvent&)'
DoxyBlocks.cpp: In member function 'virtual bool DoxyBlocks::BuildToolBar(wxToolBar*)':
DoxyBlocks.cpp:548: error: invalid static_cast from type '<unresolved overloaded function type>' to type 'void (wxEvtHandler::*)(wxCommandEvent&)'
...
Code::Blocks package maintainer for Fedora and EPEL

Jenna

Quote from: SharkCZ on October 21, 2012, 07:32:38 PM
rev 8466 fails to build on RHEL-6 with gcc 4.4.6, rev 8455 was fine, it throws now


libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../../../src/include -I/usr/lib64/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_
LARGE_FILES -D__WXGTK__ -pthread -I../../../../src/include -I../../../../src/sdk/wxscintilla/include -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -O2 -g -pipe -Wall -
Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fpermissive -fno-strict-aliasing -DCB_PRECOMP -Winvalid-pch -fPIC
-DPIC -fexceptions -MT DoxyBlocks.lo -MD -MP -MF .deps/DoxyBlocks.Tpo -c DoxyBlocks.cpp  -fPIC -DPIC -o .libs/DoxyBlocks.o
DoxyBlocks.cpp: In member function 'virtual void DoxyBlocks::BuildMenu(wxMenuBar*)':
DoxyBlocks.cpp:477: error: invalid static_cast from type '<unresolved overloaded function type>' to type 'void (wxEvtHandler::*)(wxCommandEvent&)'
DoxyBlocks.cpp: In member function 'virtual bool DoxyBlocks::BuildToolBar(wxToolBar*)':
DoxyBlocks.cpp:548: error: invalid static_cast from type '<unresolved overloaded function type>' to type 'void (wxEvtHandler::*)(wxCommandEvent&)'
...


Can you test the following patch:
Index: src/plugins/contrib/DoxyBlocks/DoxyBlocks.cpp
===================================================================
--- src/plugins/contrib/DoxyBlocks/DoxyBlocks.cpp
+++ src/plugins/contrib/DoxyBlocks/DoxyBlocks.cpp
@@ -337,10 +337,10 @@

void DoxyBlocks::Configure(wxCommandEvent & WXUNUSED(event))
{
-    Configure();
+    DoConfigure();
}

-int DoxyBlocks::Configure()
+int DoxyBlocks::DoConfigure()
{
     //create and display the configuration dialog for your plugin
     cbConfigurationDialog dlg(Manager::Get()->GetAppWindow(), wxID_ANY, _("DoxyBlocks"));
Index: src/plugins/contrib/DoxyBlocks/DoxyBlocks.h
===================================================================
--- src/plugins/contrib/DoxyBlocks/DoxyBlocks.h
+++ src/plugins/contrib/DoxyBlocks/DoxyBlocks.h
@@ -77,7 +77,7 @@
         /** Invoke configuration dialog.
          * @return The configuration dialogue's return value.
          */
-        virtual int Configure();
+        virtual int DoConfigure();

         /** Return the plugin's configuration priority.
           * This is a number (default is 50) that is used to sort plugins

MortenMacFly

Quote from: jens on October 22, 2012, 01:21:27 AM
Can you test the following patch:
Are you sure that you want to fix it this way? Because then you remove an overridden method of cbPlugin and thus the configuration dialog shown "Settings" should not longer work. I would do it the other way round (as I already suggested in another forum post, but obviously SharkCZ missed to search before posting).
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

stahta01

#6
Warning on CB Trunk SVN 8468

||=== Code::Blocks wx2.8.x, src ===|
src\src\breakpointsdlg.cpp|10|warning: .objs\include/sdk_precomp.h.gch: not used because `EXPORT_LIB' not defined [-Winvalid-pch]|


Possible patch; still waiting for CB to finish Compiling; before I can test the obvious patch.
Very sleepy, I might be wrong.
edit: Finally got to test the patch the warning went away.

Note: This is likely Windows only warning that requires the option "-Winvalid-pch" for it to be seen.


Index: src/src/breakpointsdlg.cpp
===================================================================
--- src/src/breakpointsdlg.cpp (revision 8468)
+++ src/src/breakpointsdlg.cpp (working copy)
@@ -7,7 +7,7 @@
 * $HeadURL$
 */

-#include "sdk_precomp.h"
+#include "sdk.h"

#ifndef CB_PRECOMP
#   include <algorithm>


Tim S.
C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

hongwenjun

Auto-Complete : Bug

User-defined auto-complete code templates
Enter Key, press Ctrl + J,
Added more empty line

Jenna

Quote from: MortenMacFly on October 22, 2012, 07:04:01 AM
Quote from: jens on October 22, 2012, 01:21:27 AM
Can you test the following patch:
Are you sure that you want to fix it this way? Because then you remove an overridden method of cbPlugin and thus the configuration dialog shown "Settings" should not longer work. I would do it the other way round (as I already suggested in another forum post, but obviously SharkCZ missed to search before posting).
Me too, or beeter I guess I have read it (renaming the eventhandler to OnConfigure, if I remember correctly).
It is indeed the correct way.

MortenMacFly

Quote from: jens on October 22, 2012, 09:59:27 AM
Me too, or beeter I guess I have read it (renaming the eventhandler to OnConfigure, if I remember correctly).
It is indeed the correct way.
OK, so here is the topic for reference:
http://forums.next.codeblocks.org/index.php/topic,16972.msg115656.html#msg115656

However, I still wonder why these two methods with completely different signatures fail on "old" compilers. I mean: 4.4.x is not that old. I wonder why that is the case.

However, we can change it the way as suggested if it helps.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]