The 07 July 2012 build (8086) is out.

[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 07 July 2012 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20120707_rev8086_win32.7z
  - Linux :
   none

Resolved Fixed:

• compiler: avoid creating target output folder twice (should speed-up compile time)
• compiler: avoid integer overflow in depslib
• compiler: avoid checking for filetype twice
• Compiler plugin: Fix the multiply select items issue in the wxListBox, see the discussion here: http://forums.codeblocks.org/index.php/topic,16550.msg112303.html#msg112303
• improve and clarify auto-detect compilers dialog a lot

Regressions/Confirmed/Annoying/Common bugs:

[gd_on]

Oups ... Wrong link. Should be rev8086 and not rev8081 ...

gd_on

[Xaviou]

Oups ... Wrong link. Should be rev8086 and not rev8081 ...

+1
There is an error in the link.

Regards

Xav'

[killerbot]

are you sure ? works for me

[Jenna]

are you sure ? works for me

Your initial post was edited by Mortenmacfly at 18:05:22 .

[killerbot]

  thank you

[Jenna]

As usual:
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc15, fc16 and fc17) can be found in my rpm-repo .

Important note for debian (and ubuntu) users:
I changed the layout of my debian-repo, to fix the issue described in this thread:
http://forums.codeblocks.org/index.php/topic,16357.msg110806.html#msg110806
Please (re)read the instructions on my website, and fix your entries in /etc/apt/sources.list[.d] accordingly.

[ham]

hi,

FEATURE REQUESTs for PROJECT MANAGER TreeView

multiselect files -> set (build) properties
multiselect files -> remove files
multiple selection of folder dialog when adding recursivly

BUGs

- no filefilter while adding files
- no dialog for adding files is shown no more

WINDOWS bugs

- folder selection dialog on windows messed up, does not scroll to current folder automaticly, dialog window is wrong sized and positioned
- Notebook tabs (open files) only gain focus after 3 mouseclicks! Should have always focus on mouseover, so i can close tab with one mouseclick, not 3


thx

[dannyyy]

Fixing a typo...

Code

--- CodeBlocks_pristine/src/sdk/resources/auto_detect_compilers.xrc	2012-07-07 17:43:33.693614787 -0300
+++ patch/auto_detect_compilers.xrc	2012-07-07 18:25:07.678927628 -0300
@@ -8,7 +8,7 @@
 			<orient>wxVERTICAL</orient>
 			<object class="sizeritem">
 				<object class="wxStaticText" name="ID_STATICTEXT2">
-					<label>Note: After autor-detection, at least one compiler&apos;s master path is still empty and therefore invalid.&#x0A;Inspect the list below and change the compiler&apos;s master path later in the compiler options.&#x0A;Select you favourite default compiler here:</label>
+					<label>Note: After auto-detection, at least one compiler&apos;s master path is still empty and therefore invalid.&#x0A;Inspect the list below and change the compiler&apos;s master path later in the compiler options.&#x0A;Select you favourite default compiler here:</label>
 				</object>
 				<flag>wxALL|wxEXPAND|wxALIGN_LEFT|wxALIGN_TOP</flag>
 				<border>8</border>

Thanks for the great work, guys !

[cacb]

Can someone please help me figure out what is going on here.

I downloaded this Nightly (8086) to Windows XP and installed it. Notice that I have no GCC compiler tools on this machine, I am using VS2010 (VC2008 also installed). No other compilers installed on this machine.

Starting the program is rather slow (about ~10 secs on a pretty fast machine). Opening a workspace with 4 projects takes another ~10 seconds, accompanied with some yellow pop-up messages complaining "Can't find compiler executable in your configured search path for GNU GCC compiler" (see attached photo of screen, screenshot was not possible). The thing is that I don't have GCC on this machine, and I have obviously not configured a search path for it. I use Microsoft compilers only under Windows.

Why am I getting these messages? Is this causing the slowness? Can I delete the GCC compiler setting under Windows? If yes, how?

It should be said that these project refer to the gcc compiler in 2 build targets (there are 2 for windows+msvc and 2 for linux+gcc). But gcc is not being used under Windows here. A much older nightly (7452) does not show this behaviour.

Your help appreciated.

[attachment deleted by admin]

[oBFusCATed]

cacb: What about the previous nightly?

[cacb]

I have had these issues for a while, only older nightlies work properly.

I just got an idea that somehow C::B now requires MinGW and GCC to be installed, whether you use it or not. I think I can confirm that suspicion. I had tried to edit away the GNU GCC entries from the default.conf file, but they kept coming back no matter what I did. So now I went and downloaded/installed MinGW with gcc etc., and installed it to C:\MinGW as is the default.

Then the error messages go away. C::B is also more responsive after I installed MinGW. The thing is that I am not going to use those tools.... and I think it should be allowed to use C::B without requiring MinGW installed. I have of course mingwm10.dll in the same dir as C::B, but there should be no need for anything more, and it used to be like that for years.

If I delete everything under C:\MinGW, the errors return.

I think there is now an expectation in C::B that gcc is installed, and I think it is a bug.

[stahta01]

@cacb:

What is the CB default compiler while you are having the problem?

I am Installing MSVC 9.0 express to see if I can duplicate the issue on my home PC.
Might have to wait till work to good results; because, I have many copies of MinGW GCC on my Home PC.

Edit: I could not duplicate the issue at home; maybe, I will be able to do it Monday at work.

Tim S.

[Folco]

(Perhaps the simplest way would be to have a virtual installation with a fresh Win XP/7 install to try the configurations of all the users who complain about bugs on the forum ? It could avoid to mess up your own PC.)

[cacb]

@Tim S.

On this particular machine (XP SP3) I have installed MS Visual Studio Express 2010 (=msvc10) and MS Visual Studio Express 2008 (=msvc8), i.e. the free versions only.

Since I have been using different machines with different compilers installed (at work, the full non-free versions of VS2010 and VS2008) and since at one stage I was using VS2010 on one machine and VS2008 on another at the same time, I have made a "generic MS compiler" in C::B called "msvc" which is  just a clone of the currently preferred MS compiler, and "msvc" is then always the default C::B compiler when running under Windows. My C::B projects refer to the msvc compiler, so they will work with whatever is installed.

I hope I am not confusing the issue, I am just trying to give you the full picture.

Edit: msvc maps to MS Visual Studio Express 2010 in this case

[Jenna]

Nighly packages for RedHat/CentOS 5 and 6 are now available from my rpm-repo .
You need additional packages from other repos, see my site for details.

[stahta01]

@Tim S.

On this particular machine (XP SP3) I have installed MS Visual Studio Express 2010 (=msvc10) and MS Visual Studio Express 2008 (=msvc8), i.e. the free versions only.

Since I have been using different machines with different compilers installed (at work, the full non-free versions of VS2010 and VS2008) and since at one stage I was using VS2010 on one machine and VS2008 on another at the same time, I have made a "generic MS compiler" in C::B called "msvc" which is  just a clone of the currently preferred MS compiler, and "msvc" is then always the default C::B compiler when running under Windows. My C::B projects refer to the msvc compiler, so they will work with whatever is installed.

I hope I am not confusing the issue, I am just trying to give you the full picture.

Edit: msvc maps to MS Visual Studio Express 2010 in this case

After, I added the linker path "C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Lib" I saw no problem using "Microsoft Visual Studio 10.0" as the Compiler on Windows 7 machine at work.

Tested Nightly Build (8086).

It has no MinGW GCC installed on it(That I know of; will search the Hard drive for one).
(Found an gcc for embedded MCU; likely has cygwin on it somewhere also.)

It was a fresh Code::Blocks install on a Machine with a fresh re-image of the windows 7 installation.
Note: This is not a windows 7 only install; has many other apps needed on the College Campus where I work.
I set the detected MSVC as the default; other that adding the linker path the hello world C++ command line app worked OK.

Tim S.

[cacb]

@Tim S.

Thank you for your efforts to help, it is appreciated.  I have the settings below, setting the linker path does not make any difference in my case. I installed VS2010 to a non-default location as you can see (2nd partition on same HD, the C-partition was getting crowded). Not sure if XP vs. Win7 makes any difference.

Code

<user_sets>
	<msvc>
		<NAME>
			<str>
				<![CDATA[MSVC]]>
			</str>
		</NAME>
		<PARENT>
			<str>
				<![CDATA[msvc10]]>
			</str>
		</PARENT>
		<INCLUDE_DIRS>
			<str>
				<![CDATA[C:\Program Files\Microsoft SDKs\Windows\v7.0A\Include;D:\zzSystem\Program Files\Microsoft Visual Studio 10.0\VC\include;]]>
			</str>
		</INCLUDE_DIRS>
		<RES_INCLUDE_DIRS>
			<str>
				<![CDATA[C:\Program Files\Microsoft SDKs\Windows\v7.0A\Include;D:\zzSystem\Program Files\Microsoft Visual Studio 10.0\VC\include;]]>
			</str>
		</RES_INCLUDE_DIRS>
		<LIBRARY_DIRS>
			<str>
				<![CDATA[C:\Program Files\Microsoft SDKs\Windows\v7.0A\Lib;D:\zzSystem\Program Files\Microsoft Visual Studio 10.0\VC\lib;]]>
			</str>
		</LIBRARY_DIRS>
		<MASTER_PATH>
			<str>
				<![CDATA[D:\zzSystem\Program Files\Microsoft Visual Studio 10.0\VC]]>
			</str>
		</MASTER_PATH>
		<EXTRA_PATHS>
			<str>
				<![CDATA[D:\zzSystem\Program Files\Microsoft Visual Studio 10.0\Common7\IDE;C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin;]]>
			</str>
		</EXTRA_PATHS>
	</msvc>
</user_sets>

 

One thing I found which may have helped my endless series of hangs and delays with this version was that I opened default.conf and deleted very long lists of references  to wxWidgets types under <HeaderFixup>. It reduced the size of default.conf from almost 500 KB to about 70KB. If the default.conf file is being saved/reloaded constantly (is it?), it might cause freeze-ups in the GUI for all I know, and that is what I have been seeing.

I just tried deleting MinGW again, and miracles, I don't get the yellow pop-up errors anymore after that..... I have also played around with disabling as many plugins as possible to see if that could fix it. See attached screenshot of my list. Perhaps one of the disabled ones were causing troubles.

I still get strange delays during compilation, but after reducing the size of the default.conf file at least the GUI is more responsive.

[MortenMacFly]

I opened default.conf and deleted very long lists of references  to wxWidgets types under <HeaderFixup>. It reduced the size of default.conf from almost 500 KB to about 70KB.

This cannot cause such a delay. ConfigManager ind C::B can handle way more than that easily. However, in recent versions of C::B these settings are no longer stored in the defaut.conf if not really needed (due to changes made by the user). It looks like you had used an old version of C::B were this wasn't the case or really changed some of the options related to this plugin.

[Hadomunt]

Found a problem:
The Code::Blocks project template for gtk doesn't work with new versions of gtk.
The gtk developers have added a new needed by default library.

After some experimenting I came up with a solution.
Script that needs to be modified is:
<install dir>\CodeBlocks\share\CodeBlocks\templates\wizard\gtk\wizard.script

The gdk-pixbuf-2.0 library needs to be added.
(In the file after line 124.)
Code needs to be added that does a check on the relative path name and if it's there adds it.

Code that needs to be added:

Code

if( IO.DirectoryExists(GtkPathDefaultInc + wxFILE_SEP_PATH + _T("gdk-pixbuf-2.0")) ){
    project.AddIncludeDir(GtkPathDefaultInc + wxFILE_SEP_PATH + _T("gdk-pixbuf-2.0"));
}

Adding the three lines of code solves the problem. Works with old and new versions of the gtk library.

[sensey]

hello, I have a problem with codeblocks but I dont know if it's really a codeblocks fault or a compiler problem, I compiled drivers with gcc 3.16 but since I upgraded to 4.x throws me the following error:

gcc.exe: error: unrecognized option '--subsystem,native'

anyone know if it can be solved?

[MortenMacFly]

gcc.exe: error: unrecognized option '--subsystem,native'

anyone know if it can be solved?

Don't use that option with this compiler. The compiler does not recognise, a.k.a support the option. It is as simple as that.

[sensey]

Don't use that option with this compiler. The compiler does not recognise, a.k.a support the option. It is as simple as that.

but how to remove? it is auto added when you configure the target as native:

mingw32-g++.exe  -o ..\driver.sys ..\driver.o   -s -nostartfiles -nostdlib -Wl,--entry,_DriverEntry@8 -Wl,--file-alignment,0x1000 -Wl,--section-alignment,0x1000 -Wl,--image-base,0x00010000 -Wl,--subsystem,native -def driver.def -s -static-libgcc -static-libstdc++  -lntoskrnl -lhal -lwin32k  --subsystem,native

this are the options of the project:

-s -nostartfiles -nostdlib -Wl,--entry,_DriverEntry@8 -Wl,--file-alignment,0x1000 -Wl,--section-alignment,0x1000 -Wl,--image-base,0x00010000 -Wl,--subsystem,native -def driver.def -s -static-libgcc -static-libstdc++  -lntoskrnl -lhal -lwin32k

and the last: "--subsystem,native" is added by codeblocks, I also try disable the linker policy ("use project options only"), but it is still added...

[Alpha]

Does this patch fix it?

Code

Index: src/plugins/compilergcc/compilerMINGW.cpp
===================================================================
--- src/plugins/compilergcc/compilerMINGW.cpp	(revision 8106)
+++ src/plugins/compilergcc/compilerMINGW.cpp	(working copy)
@@ -178,7 +178,7 @@
     m_Commands[(int)ctLinkConsoleExeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs")));
     if (platform::windows)
     {
-        m_Commands[(int)ctLinkNativeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs --subsystem,native")));
+        m_Commands[(int)ctLinkNativeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs -Wl,--subsystem,native")));
         m_Commands[(int)ctLinkExeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs -mwindows")));
         m_Commands[(int)ctLinkDynamicCmd].push_back(CompilerTool(_T("$linker -shared -Wl,--output-def=$def_output -Wl,--out-implib=$static_output -Wl,--dll $libdirs $link_objects $link_resobjects -o $exe_output $link_options $libs")));
     }

[sensey]

Does this patch fix it?

Code

Index: src/plugins/compilergcc/compilerMINGW.cpp
===================================================================
--- src/plugins/compilergcc/compilerMINGW.cpp	(revision 8106)
+++ src/plugins/compilergcc/compilerMINGW.cpp	(working copy)
@@ -178,7 +178,7 @@
     m_Commands[(int)ctLinkConsoleExeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs")));
     if (platform::windows)
     {
-        m_Commands[(int)ctLinkNativeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs --subsystem,native")));
+        m_Commands[(int)ctLinkNativeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs -Wl,--subsystem,native")));
         m_Commands[(int)ctLinkExeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs -mwindows")));
         m_Commands[(int)ctLinkDynamicCmd].push_back(CompilerTool(_T("$linker -shared -Wl,--output-def=$def_output -Wl,--out-implib=$static_output -Wl,--dll $libdirs $link_objects $link_resobjects -o $exe_output $link_options $libs")));
     }

I did not try but it would be better if you can disable it by "linker policy"... (or if you can edit what is added to)

[carra]

FEATURE REQUESTs for PROJECT MANAGER TreeView

multiselect files -> set (build) properties
multiselect files -> remove files
multiple selection of folder dialog when adding recursivly

I'm not sure if this should be taken as a feature request or rather as a bug... The Mananger window actually lets you select multiple files, and as a user one expects that any right-click menu option is applied to all of them. If I select 4 files and select "open", or "remove for project", only the first file is processed. So, why let me select multiple files then?

[MortenMacFly]

So, why let me select multiple files then?

This is a bug and should not be allowed. You can handle multiple files via the context menu of the project tree.

[MortenMacFly]

This is a bug and should not be allowed. You can handle multiple files via the context menu of the project tree.

WRONG! the multiple selections are there for functionality like e.g. drag&drop. If "remove" and e.g. "open" does not work on all files than its simply not implemented.

[stefanos_]

Can someone please help me with this new issue that appeared with svn-8133 (compiled a couple of hours ago)? As soon as I start typing whatever has been parsed, for example a class, it gives me the tip-like message on top of class name and cannot see what the heck I am typing!


Below you can see yourself the attachment. As you can see, even the parentheses are not visible!

[teto]

This is a bug and should not be allowed. You can handle multiple files via the context menu of the project tree.

WRONG! the multiple selections are there for functionality like e.g. drag&drop. If "remove" and e.g. "open" does not work on all files than its simply not implemented.

I was going to post about this but too late. Another thing I noticed:
If a file belongs to any of the open projects , The entry "Add to active project" (when you right-click on an open file tab) disappears even if this very file doesn't belong to the active project.

Good job with merging branches.

[Randajad]

When CB would use clang parser? Codelite have clang parser and parse ALL things, include auto variables, in all it parses all and can show compilation errors when ur typing code.
I think it's not to hard to add it's support. It's crossplatform and needs only one dll /.so in cb folder.

[oBFusCATed]

When someone steps up and implements it. Simple as that. There was a plugin started already, but I've not seen any progress with it.

[sensey]

Does this patch fix it?

Code

Index: src/plugins/compilergcc/compilerMINGW.cpp
===================================================================
--- src/plugins/compilergcc/compilerMINGW.cpp	(revision 8106)
+++ src/plugins/compilergcc/compilerMINGW.cpp	(working copy)
@@ -178,7 +178,7 @@
     m_Commands[(int)ctLinkConsoleExeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs")));
     if (platform::windows)
     {
-        m_Commands[(int)ctLinkNativeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs --subsystem,native")));
+        m_Commands[(int)ctLinkNativeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs -Wl,--subsystem,native")));
         m_Commands[(int)ctLinkExeCmd].push_back(CompilerTool(_T("$linker $libdirs -o $exe_output $link_objects $link_resobjects $link_options $libs -mwindows")));
         m_Commands[(int)ctLinkDynamicCmd].push_back(CompilerTool(_T("$linker -shared -Wl,--output-def=$def_output -Wl,--out-implib=$static_output -Wl,--dll $libdirs $link_objects $link_resobjects -o $exe_output $link_options $libs")));
     }

Finaly, I make it works, I edit "compiler.dll" with an hex editor and remove that part, thanks for showme where to look...

[MortenMacFly]

Finaly, I make it works, I edit "compiler.dll" with an hex editor and remove that part, thanks for showme where to look...

Whoohoo! Now that's the fist time I heard someone patching C::B with a HexEditor. I hope you know how to apply such patches actually, do you?

[sensey]

Whoohoo! Now that's the fist time I heard someone patching C::B with a HexEditor. I hope you know how to apply such patches actually, do you?

It was simpler than download and compile the code (I already had the hex editor ), anyway, I did not like the new syntax highlighting of the last nightly, I have to keep using this version...