User forums > Nightly builds
The 12.11 RC2 (23 November 2012 build 8598) is out.
killerbot:
after svn up, CB which had the workspace open, asked to reload all the projects ==> let it do it, asked for the global variable var == filled it in, CB continued to reload all the projects ==> crash
MortenMacFly:
--- Quote from: killerbot on November 24, 2012, 02:29:25 pm ---CB continued to reload all the projects ==> crash
--- End quote ---
Crash log?
MortenMacFly:
--- Quote from: kipade on November 24, 2012, 01:33:19 pm ---Its was the first try of CodeBlocks under MS Windows with mingw, but, I found it could not load a UTF-8 encoded text file(including *.c and *.cpp source file)
--- End quote ---
Works for me. Can you send a sample file which does not work? And: Is it really UTF-8?
SC:
Hi, I just updated to RC2. When using the "Project-> Set programs' argument" menu, modifications in program arguments are lost when clicking on another target. One apparently has to click on "OK" after setting up the argument for a given target, and come back to "Project-> Set programs' argument" to modify the arguments for the next one.
SC
SC:
--- Quote from: Alpha on November 17, 2012, 06:44:56 pm ---
--- 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.
--- End quote ---
Eventually it seems that it was a known issue... Was it worth a RTFM answer?
--- 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 ---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.
--- End quote ---
As promised here is a way to reproduce. (The delay is due to the fact that I did not have a windows computer with bost MSVC8 and MSVC9 accessible). So, I just made a fresh install of the RC2 release.
When using Setting->Compiler, on can select "Microsoft Visual C++ 2005/2008". So apparently it does not make the difference between the two.
If you check out "Search directory", you would find
*compiler
C:\Program Files\Microsoft Visual Studio 8\VC\include
C:\Program Files\Microsoft Visual Studio 9.0\VC\include
C:\Program Files\Microsoft SDKs\Windows\v6.0A\include
*linker
C:\Program Files\Microsoft Visual Studio 8\VC\lib
C:\Program Files\Microsoft Visual Studio 9.0\VC\lib
C:\Program Files\Microsoft SDKs\Windows\v6.0A\lib
*Resource compiler
C:\Program Files\Microsoft Visual Studio 8\VC\include
C:\Program Files\Microsoft Visual Studio 9.0\VC\include
C:\Program Files\Microsoft SDKs\Windows\v6.0A\include
If you check out "Toolchain executables", you would find
*Compiler's installation directory
C:\Program Files\Microsoft Visual Studio 8\VC
*Additional Paths
C:\Program Files\Microsoft Visual Studio 8\Common7\IDE
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE
C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE
C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin
It is mixing directories of MSVC8 and MSVC9. One can correct it by referring to only one of the two versions in the include directories and Compiler's installation directory.
Once again, thank you for this great software.
SC
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version