Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on October 21, 2012, 10:32:21 am

Title: The 21 October 2012 build (8466) is out.
Post by: killerbot on October 21, 2012, 10:32:21 am
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 (http://forums.codeblocks.org/index.php/topic,3232.0.html).

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:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 21 October 2012 build (8466) is out.
Post by: mr.exodia on October 21, 2012, 12:50:04 pm
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
Title: Re: The 21 October 2012 build (8466) is out.
Post by: oBFusCATed on October 21, 2012, 04:13:00 pm
mr.exodia: Please provide a patch. See the details here: http://wiki.codeblocks.org/index.php?title=Creating_a_patch_to_submit_to_BerliOS_%28Patch_Tracker%29
Title: Re: The 21 October 2012 build (8466) is out.
Post by: 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

Code
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&)'
...
Title: Re: The 21 October 2012 build (8466) is out.
Post by: Jenna on October 22, 2012, 01:21:27 am
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

Code
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:
Code
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
Title: Re: The 21 October 2012 build (8466) is out.
Post by: 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).
Title: Re: The 21 October 2012 build (8466) is out.
Post by: stahta01 on October 22, 2012, 09:21:25 am
Warning on CB Trunk SVN 8468
Code
||=== 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.

Code
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.
Title: Re: The 21 October 2012 build (8466) is out.
Post by: hongwenjun on October 22, 2012, 09:33:29 am
Auto-Complete : Bug

User-defined auto-complete code templates
Enter Key, press Ctrl + J,
Added more empty line
Title: Re: The 21 October 2012 build (8466) is out.
Post by: Jenna on October 22, 2012, 09:59:27 am
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.
Title: Re: The 21 October 2012 build (8466) is out.
Post by: MortenMacFly on October 22, 2012, 10:36:07 am
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.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.