User forums > Nightly builds
The 12.11 RC1 (11 November 2012 build 8549) is out.
SC:
--- Quote from: MortenMacFly on November 17, 2012, 07:26:36 am ---
--- Quote from: SC on November 17, 2012, 03:56:55 am ---1) Concerning the project build options, I don't really get why one should select a compiler at the project level
--- End quote ---
This is definitely useful. It depends on what you are developing. If you develop using one compiler, but your targets are different editions of you software (or maybe app + plugins) you save yourself a lot of time for the setup.
On the other hand, if you develop and must be compatible to a range of compilers, each target using a different compiler is useful, too.
So this won't change as it is "by design". C::B also only adds flags automatically if you use the wizard in the first place. If you don't like that, right-click on the wizard, select edit and switch off the flag generation.
--- End quote ---
I understand your point. Thanks for your answer.
--- Quote from: MortenMacFly on November 17, 2012, 07:26:36 am ---
--- Quote from: SC on November 17, 2012, 03:56:55 am ---2) When using several build targets / environments, it happens that it is not possible to change the compiler flags for a compiler that is not installed on the computer
--- End quote ---
I cannot reproduce. It works just fine here. Maybe you setup the target so that it is "Windows only"? In that case, just don't do it and you can change flags as you like. (I can.)
--- End quote ---
Well, if I try to change compiler flags for MSVC8 under linux, I get "the defined compiler cannot be located (ID:msvc8)" even though the build target is not set up to "Windows only".
--- Quote from: MortenMacFly on November 17, 2012, 07:26:36 am ---
--- Quote from: SC on November 17, 2012, 03:56:55 am ---3) Apparently, when both MSVC2005 and MSVC2008 are installed, C::B does not make the difference
--- End quote ---
Again: I cannot reproduce. I have two targets: MSVC 2005 and MSVC 2008 and if I change flags for the one target the other is not affected. What exactly are you doing? Steps to reproduce, please?
--- End quote ---
I will send you a more detailed description of the problem separately.
--- Quote from: MortenMacFly on November 17, 2012, 07:26:36 am ---Maybe you should start and read the manual first...?! :o
--- End quote ---
That is for sure. But when you give a gameboy to a kid, he starts playing with it before reading the manual (and it is probably the most efficient way to understand how to use it!). I really like codeblocks and find it very intuitive. Although I did have a look into the documentation before describing these issues. Once again, thank you for sharing this great piece of software. I will send a more detailed description of the third point.
Alpha:
--- Quote from: gersen on November 17, 2012, 01:46:15 pm ---It seems that the files automatically open when you open a project are not being preprocessed by the ide (or something like that).
--- End quote ---
Known problem :), unfortunately, unknown solution :-\.
--- Quote from: SC on November 17, 2012, 05:42:46 pm ---
--- Quote from: MortenMacFly on November 17, 2012, 07:26:36 am ---
--- Quote from: SC on November 17, 2012, 03:56:55 am ---2) When using several build targets / environments, it happens that it is not possible to change the compiler flags for a compiler that is not installed on the computer
--- End quote ---
I cannot reproduce. It works just fine here. Maybe you setup the target so that it is "Windows only"? In that case, just don't do it and you can change flags as you like. (I can.)
--- End quote ---
Well, if I try to change compiler flags for MSVC8 under linux, I get "the defined compiler cannot be located (ID:msvc8)" even though the build target is not set up to "Windows only".
--- End quote ---
This is because the Windows-only compilers "do not exist" in Linux builds. The XML Compiler branch has changed this behavior, but this branch will not be merged until after the release.
stahta01:
Patch for NON-PCH building under Windows 7.
Needed to remove warning and error on Windows 7 build done with NOPCH and without CB_PRECOMP and WX_PRECOMP.
Including sdk_precomp.h is valid for the SDK not valid for Plug-ins and Main executable under Windows.
Strange Error: when not including wx/button.h.
--- Code: ---..\..\..\.objs\plugins\contrib\help_plugin\MANFrame.o:MANFrame.cpp:(.rdata$_ZTV18wxBitmapButtonBase[__ZTV18wxBitmapButtonBase]+0x2dc)||undefined reference to `wxButton::GetClassInfoW() const'|
--- End code ---
--- Code: ---Index: src/plugins/contrib/help_plugin/MANFrame.cpp
===================================================================
--- src/plugins/contrib/help_plugin/MANFrame.cpp (revision 8574)
+++ src/plugins/contrib/help_plugin/MANFrame.cpp (working copy)
@@ -10,6 +10,7 @@
#ifndef CB_PRECOMP
#include <wx/arrstr.h>
+ #include <wx/button.h>
#include <wx/dir.h>
#include <wx/filename.h>
#include <wx/sizer.h>
Index: src/src/breakpointsdlg.cpp
===================================================================
--- src/src/breakpointsdlg.cpp (revision 8574)
+++ src/src/breakpointsdlg.cpp (working copy)
@@ -7,7 +7,7 @@
* $HeadURL$
*/
-#include "sdk_precomp.h"
+#include "sdk.h"
#ifndef CB_PRECOMP
# include <algorithm>
--- End code ---
Tim S.
oBFusCATed:
In svn...
raynebc:
I was running splint on a program I work on and fixing casual warnings like ignoring return values from functions. I found that casting the return value as void, ie:
--- Code: ---(void) functioncall():
--- End code ---
Breaks Code::Blocks's ability to find functioncall's declaration or implementation, such as from the context menu. If I delete the void typecast and try to have C::B find the function's declaration, it brings up a list of two declarations to choose from:
--- Code: ---int functioncall(void)
(void) callingfunctionname::function
--- End code ---
Showing that the void cast confused C::B's parser. Re-parsing the project doesn't correct or avoid this bug. I just figured I'd mention it because the find declaration/implementation was screwy in the last nightly I tried as well (10-13-12 nightly), where sometimes it would fail to find the declaration/implementation, then when I tried it again a second later, it would find it.
Edit: Also, I noticed another bug where when I do a search and replace within all of the project's files, when it completes the operation, it does not render the source file is selected. It made me think C::B had hung until I noticed that all of the rest of the GUI was responsive.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version