The 14 May 2007 build is out.

[killerbot]

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

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


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

The 14 May 2007 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20070514_rev3964_win32.7z
  - Linux :
   http://prdownload.berlios.de/codeblocks/CB_20070514_rev3964_Ubuntu6.xx.deb (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070514_rev3964_suse100-102.i586.rpm (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070514_rev3964_fc4+5.i586.rpm (not yet)


Resolved Fixed:

• updated envvars plugin: allow 1..n envvars sets (similar GCV sets), warning: this envvar version will not import the old configuration due to the changes, backup before

Regressions/Confirmed/Annoying/Common bugs:

• toolbar-images-not-changing-state (is a wx problem/Win XP problem)

[MortenMacFly]

• warning: this envvar version will not import the old configuration due to the changes, backup before

Concerning this: To update any previous envvars to a new set, some manual hacking is required (sorry for that). But be really careful! This description is for real experts only! You should actually never-ever edit this file manually. So if you are unsure you better use the envvars settings inside C::B to setup your envvars from scratch! This is most probably the best way anyway.

If you are sure about to be an expert; have no time to setup the envvars from scratch; have a backup in the back-hand and swear you won't blame me, do the following:
- backup your old configuration (default.conf)
- open C::B with the new plugin, switch to the envvar settings in menu Settings -> Environment
- notice it's empty (that's OK for now), click OK and close (!!!) C::B
- open default.conf with a nice editor, you should find a section like this inside:

Code

	<envvars>
		<ENVVAR0>
				<str>
					<![CDATA[1|YOUR_VAR_1|YOUR_VALUE_1]]>
				</str>
		</ENVVAR0>
		<ENVVAR1>
				<str>
					<![CDATA[1|YOUR_VAR_2|YOUR_VALUE_2]]>
				</str>
		</ENVVAR1>
		(...and so on...)
		<sets>
			<default />
		</sets>
	</envvars>

Change it to:

Code

	<envvars>
		<sets>
			<default>
		<ENVVAR0>
				<str>
					<![CDATA[1|YOUR_VAR_1|YOUR_VALUE_1]]>
				</str>
		</ENVVAR0>
		<ENVVAR1>
				<str>
					<![CDATA[1|YOUR_VAR_2|YOUR_VALUE_2]]>
				</str>
		</ENVVAR1>
		(...and so on...)
			</default>
		</sets>
	</envvars>

Notice that the default tag has changed from an empty one (<default />) to tag with content (inside <default></default>).

With regards, Morten.

[jeancf]

Are the linux builds based on wxw2.6 or wxw2.8?

/~jc

[Mad Scientist]

Note: RSS feed hasn't been updated.

[Xaviou]

Ubuntu 6.10 & 7.04 Amd64 .deb installer can be found here.

[Jan van den Borst]

Hi All,
I tried the env plugin and it works fine, however I use CB in my nightly build to build all my projects.
The problem is that the env plugin is not loaded or at least the environment vars are not set when I execute CB in batch mode:

codeblocks.exe  project.cbp "--target=all" --build

Any ideas?

Jan

[MortenMacFly]

Any ideas?

Verify it's activated for batch-builds under: Settings -> Compiler and Debugger -> Batch builds (usually it's *not*, the default is only the compiler plugin).

[Jan van den Borst]

Yes that did it for me
Thanks

[cstudent]

I have not been able to build the .deb for Dapper/Edgy for this revision. Maybe because of Dapper only having wx2.6.1 available in it's repository? I can build one for Feisty with wx2.6.3. Edgy also has 2.6.3 available, but I have not tried building one for it. I going to assume it would build. I get the following errors:

Code

envvars_cfgdlg.cpp: In member function 'void EnvVarsConfigDlg::SaveSettings()':
envvars_cfgdlg.cpp:160: error: 'class wxChoice' has no member named 'GetCurrentSelection'
envvars_cfgdlg.cpp: In member function 'void EnvVarsConfigDlg::OnCreateSetClick(wxCommandEvent&)':
envvars_cfgdlg.cpp:381: error: 'class wxChoice' has no member named 'GetCurrentSelection'
envvars_cfgdlg.cpp: In member function 'void EnvVarsConfigDlg::OnRemoveSetClick(wxCommandEvent&)':
envvars_cfgdlg.cpp:423: error: 'class wxChoice' has no member named 'GetCurrentSelection'
envvars_cfgdlg.cpp:445: error: 'class wxChoice' has no member named 'GetCurrentSelection'

Also, has anyone been able to compile Codeblocks in Feisty using wx2.8.3 and actually get it to open and work? I can compile the program, but when I try to run Codeblocks it just hangs during the opening process. I get no errors reported from command line. It would be sweet to be able to provide a Feisty deb built on wx2.8, if I could get it to work properly.

[MortenMacFly]

I have not been able to build the .deb for Dapper/Edgy for this revision.

Code

envvars_cfgdlg.cpp: In member function 'void EnvVarsConfigDlg::SaveSettings()':
envvars_cfgdlg.cpp:160: error: 'class wxChoice' has no member named 'GetCurrentSelection'
[...]

From the wxWidgets docs:

Code

wxChoice::GetCurrentSelection
int GetCurrentSelection() const
[...]
This function is new since wxWidgets version 2.6.2 (before this version GetSelection itself behaved like this).

To fix this, this line of code should be put inside a

Code

if(wxMinimumVersion<2,6,2>::eval)

macro construct. Or simply replace GetCurrentSelection() with GetSelection().
With regards, Morten.

[cstudent]

To fix this, this line of code should be put inside a

Code

if(wxMinimumVersion<2,6,2>::eval)

macro construct. Or simply replace GetCurrentSelection() with GetSelection().
With regards, Morten.

Thanks Morten. Maybe it has reached a point where Dapper needs to be dropped? I can build a .deb for Edgy/Feisty built on gcc 4.1 and wx2.6.3. What does everyone think about that?

[blend]

The link to Ubuntu package is not correct :|.

[cstudent]

The link to Ubuntu package is not correct :|.

There actually is no package for today's revision. Killerbot just forgot to note "(not yet)" by the link. As noted above, I have not been able to build the .deb for Dapper.

[rjmyst3]

Maybe it has reached a point where Dapper needs to be dropped? I can build a .deb for Edgy/Feisty built on gcc 4.1 and wx2.6.3. What does everyone think about that?

Dapper is nearing 1 year old, and while that does not seem like a long time, a lot has changed since wx2.6.1
I personally think support for Dapper can be dropped. With both Edgy and Feisty out, what stops users from upgrading?

Or perhaps you could release the .deb with dependency on libwxgtk2.8-0 from the wxWidgets repository.
deb http://apt.tt-solutions.com/ubuntu/ dapper main

That seems to be working pretty well for wxFormBuilder.

[cstudent]

Or perhaps you could release the .deb with dependency on libwxgtk2.8-0 from the wxWidgets repository.
deb http://apt.tt-solutions.com/ubuntu/ dapper main

That seems to be working pretty well for wxFormBuilder.

Well, I gave the wxWidgets package a try. I built a deb in an chroot environment for Edgy, which should let it work for Feisty too, using wx2.8 from the wxWidgets repos. The package built fine, but I still have the problem when I try to run Codeblocks built on wx2.8. Codeblocks just freezes up during the opening process and the text box for Build Target is kind of pulsating. Any ideas?