Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on May 14, 2007, 05:33:59 pm

Title: The 14 May 2007 build is out.
Post by: killerbot on May 14, 2007, 05:33:59 pm
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:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 14 May 2007 build is out.
Post by: MortenMacFly on May 14, 2007, 05:55:09 pm
  • 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.
Title: Re: The 14 May 2007 build is out.
Post by: jeancf on May 14, 2007, 06:29:33 pm
Are the linux builds based on wxw2.6 or wxw2.8?

/~jc
Title: Re: The 14 May 2007 build is out.
Post by: Mad Scientist on May 14, 2007, 06:42:51 pm
Note: RSS feed hasn't been updated.
Title: Re: The 14 May 2007 build is out.
Post by: Xaviou on May 14, 2007, 09:55:28 pm
Ubuntu 6.10 & 7.04 Amd64 .deb installer can be found here (http://www.esnips.com/web/CodeBlocks).
Title: Re: The 14 May 2007 build is out.
Post by: Jan van den Borst on May 15, 2007, 09:36:24 am
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

Title: Re: The 14 May 2007 build is out.
Post by: MortenMacFly on May 15, 2007, 09:38:58 am
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).
Title: Re: The 14 May 2007 build is out.
Post by: Jan van den Borst on May 15, 2007, 09:59:26 am
Yes that did it for me
Thanks
Title: Re: The 14 May 2007 build is out.
Post by: cstudent on May 15, 2007, 05:01:03 pm
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.

Title: Re: The 14 May 2007 build is out.
Post by: MortenMacFly on May 15, 2007, 05:26:16 pm
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.
Title: Re: The 14 May 2007 build is out.
Post by: cstudent on May 15, 2007, 05:55:49 pm
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?

Title: Re: The 14 May 2007 build is out.
Post by: blend on May 15, 2007, 06:45:48 pm
The link to Ubuntu package is not correct :|.
Title: Re: The 14 May 2007 build is out.
Post by: cstudent on May 15, 2007, 07:02:41 pm
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.
Title: Re: The 14 May 2007 build is out.
Post by: rjmyst3 on May 15, 2007, 08:12:21 pm
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.
Title: Re: The 14 May 2007 build is out.
Post by: cstudent on May 15, 2007, 11:42:09 pm
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?

Title: Re: The 14 May 2007 build is out.
Post by: stahta01 on May 16, 2007, 12:36:07 am
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?

What version of wxWidgets? 2.8.0 or 2.8.4 etc?
From the link http://apt.tt-solutions.com/ubuntu/ it looks like 2.8.0, but I am an Linux newbie so not sure.
Tim S
Title: Re: The 14 May 2007 build is out.
Post by: afb on May 16, 2007, 08:09:20 am
- Mac OS X: (10.4 "Universal" - PowerPC/Intel)
  http://prdownload.berlios.de/codeblocks/CB_20070514_rev3964_mac264.zip (with wxWidgets 2.6.4)
  http://prdownload.berlios.de/codeblocks/CB_20070514_rev3964_mac284.zip (with wxWidgets 2.8.4)

Both versions are identical except for the version of the bundled wxWidgets library, for comparision/testing.
Title: Re: The 14 May 2007 build is out.
Post by: jeancf on May 16, 2007, 10:32:30 pm
I am seeing the same issue on Gentoo with wxw2.8.
Title: Re: The 14 May 2007 build is out.
Post by: jfouche on May 17, 2007, 10:01:26 am
Hi

My first post here to thank you for this great project and ... submit a little bug.

First, I was looking for the bug tracker, but I didn't found it here. Looking for topic http://forums.codeblocks.org/index.php/topic,2171.0.html (http://forums.codeblocks.org/index.php/topic,2171.0.html), I went to sourceforge, but I need to be logged in to fill information  :?

So, I post here :
Menu : Edit / Bookmark / previous and next bookmark have the same shortcut (ALT-P), so I can just move to the previous one.

--
Jérémie
Title: Re: The 14 May 2007 build is out.
Post by: mandrav on May 17, 2007, 11:22:23 am
Menu : Edit / Bookmark / previous and next bookmark have the same shortcut (ALT-P), so I can just move to the previous one.

The original shortcuts are Alt-PageUp and Alt-PageDown.
Now, either it doesn't display them fully for some reason (try them if they work), or keybinder has reconfigured them. In the latter case, remove keybinder*.ini (or temporarily disable it in Plugins->Manage to see if it is the culprit).
Title: Re: The 14 May 2007 build is out.
Post by: hendrik on May 17, 2007, 06:36:20 pm
I am seeing the same issue on Gentoo with wxw2.8.

Same here on Ubuntu Feisty i686 with a (non-official) build based on wxw2.8.3.