Author Topic: The 27 April 2007 build is out. (Read 30645 times)

killerbot · « **on:** April 27, 2007, 07:44:09 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 27 April 2007 build is out.
- Windows :
   http://prdownload.berlios.de/codeblocks/CB_20070427_rev3899_win32.7z
- Linux :
   http://prdownload.berlios.de/codeblocks/CB_20070427_rev3899_Ubuntu6.xx.deb (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070427_rev3899_suse100-102.i586.rpm (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070427_rev3899_fc4+5.i586.rpm (not yet)

Resolved Fixed:

wxSmith: Removed few warning on wx2.8
Fixed: [Bug #10918] Virtual folder
Now a virtual folder will be removed if "Remove {folder}\* " is clicked
wxSmith: Fixed destination dirs for wxsmith libraries
wxSmith: Splitted into two dlls to prevent problems then loading plugin (only windows project for now)
wxSmithContribItems: updated project to work with new wxSmith layout
Fixed: Couple of runtime errors in auto-detection code of Intel C/C++ compiler

Regressions/Confirmed/Annoying/Common bugs:

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

Xaviou · « **Reply #1 on:** April 27, 2007, 08:55:33 pm »

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

wxLearner · « **Reply #2 on:** April 27, 2007, 10:17:41 pm »

Portable version for windows, including many libs, is here.
It includes:

MinGW (Ogre edition, but with the new w32api-3.9 and the new mingw-runtime-3.12, and gdc-0.23 to allow compiling D programs)
wxWidgets-2.8.3 (monolithic unicode shared/static/debug/release; ready to create projects with Code::Blocks and wxSmith)
boost 1.33.1 (compiled as static and shared libraries against libstdc++ and against STLport-5.1.3)
STLport-5.1.3
Irrlicht 1.3
cURL 7.16.2
OpenSSL 0.98e

and many other libraries.

This version of Code::Blocks is modified to allow portable "user templates" and the configuration files aren't stored directly near the exe, but in a folder, that is near the exe and is called config. If you have your own configuration of Code::Blocks (in your profile), your own configuration will be used. BACKUP your configuration and try the files from the config folder or use cb_share_config for importing. The config folder contains a configuration, that uses everything relatively (mostly by using the global variables feature of Code::Blocks and the builtin variables). All the extra libraries are in a folder, that is called extra-libs and resists in the MinGW directory.
If you want to use an usb-stick, you might want to look into the MinGW\extra-libs folder and delete the libraries, you don't need.

Happy coding

branleb · « **Reply #3 on:** April 28, 2007, 12:45:11 pm »

Hi
I repeat my qeustion because now it's nearly two months since the last nightly build for suse has been released.

Why don't you release anymore a nightly build for suse (and fedora) ?
Or why do you alsways list a link with "not yet" behind for these release?
if you don't release these packages, you can remove these links, i think .....

shade->greetz();

luoyonggang · « **Reply #4 on:** April 28, 2007, 01:29:00 pm »

When I create a new project,i can rename the main.cpp.But then i can't rename anyfile anymore.I hope i can rename the files in the project anytime.

TheTuxKeeper · « **Reply #5 on:** April 28, 2007, 02:12:16 pm »

Quote from: Shade37337 on April 28, 2007, 12:45:11 pm

Hi
I repeat my qeustion because now it's nearly two months since the last nightly build for suse has been released.

Why don't you release anymore a nightly build for suse (and fedora) ?
Or why do you alsways list a link with "not yet" behind for these release?
if you don't release these packages, you can remove these links, i think .....

shade->greetz();

I'm quite busy atm (studying and working). The last suse nightly is from the 19th. I think I forgot killerbot to write that it's uploaded.
If you take a look at the project files (https://developer.berlios.de/project/showfiles.php?group_id=5358), you'll see that there's only one month between the last two releases (14th march and 19th april)

The last builds failed because some Makefiles had some typos. The ubuntu builds worked because I use a make dist tarball. Not all required headers/files came into the tarball and building failed (that's why I take this way building the packages to see these errors)

Additionally my little time to fix the issues. I hope I'll have more time from now on

Have to switch the build machine, too (atm I still build on a machine that's 150km away from me

)

nice weekend and more frequently suse and fedora packages from now on

MVP · « **Reply #6 on:** April 28, 2007, 02:54:30 pm »

Quote from: wxLearner on April 27, 2007, 10:17:41 pm

Portable version for windows, including many libs, is here.
It includes:
MinGW (Ogre edition, but with the new w32api-3.9 and the new mingw-runtime-3.12, and gdc-0.23 to allow compiling D programs)
wxWidgets-2.8.3 (monolithic unicode shared/static/debug/release; ready to create projects with Code::Blocks and wxSmith)
boost 1.33.1 (compiled as static and shared libraries against libstdc++ and against STLport-5.1.3)
STLport-5.1.3
Irrlicht 1.3
cURL 7.16.2
OpenSSL 0.98e
and many other libraries.

This version of Code::Blocks is modified to allow portable "user templates" and the configuration files aren't stored directly near the exe, but in a folder, that is near the exe and is called config. If you have your own configuration of Code::Blocks (in your profile), your own configuration will be used. BACKUP your configuration and try the files from the config folder or use cb_share_config for importing. The config folder contains a configuration, that uses everything relatively (mostly by using the global variables feature of Code::Blocks and the builtin variables). All the extra libraries are in a folder, that is called extra-libs and resists in the MinGW directory.
If you want to use an usb-stick, you might want to look into the MinGW\extra-libs folder and delete the libraries, you don't need.

Happy coding

Awesome thanks, but can you find a different file host? That one is terrible.

dwelty · « **Reply #7 on:** April 30, 2007, 04:00:57 am »

Hey guys, I've been using 1.0rc2 ever since it came out, and I just tried a nightly (this one) yesterday for the first time. All I can say is wow! Nice job.

There are so many great improvements, and I'm really glad I made the switch.

I did want to mention one annoying bug though

Whenever I right click on a ".py" file and try to "Open With" -> "codeblocks", it doesn't work. CodeBlocks starts up, but does not open the file. I can change the extension to any number of other things (like ".oogabooga" or even ".txt") and it still won't work. However, when I change the extension to one CodeBlocks is associated with (like ".cpp"), CodeBlocks starts up and opens the file as intended.

I'm using Windows XP Pro SP2, and the April 27, 2007 nightly

Thanks for all your hard work guys!

Ceniza · « **Reply #8 on:** April 30, 2007, 04:31:28 am »

That's a well known issue, specially for Linux users. When I was trying to pinpoint the cause of the DDE problem I found the reason for that one too but I was a bit "afraid" to touch that piece of code, and now I lack the time to do so.

I'll try to get some time to work on it between tomorrow and the day after tomorrow.

Grom · « **Reply #9 on:** April 30, 2007, 05:51:35 am »

cool. BUT would be grate to have an installation. :?

line · « **Reply #10 on:** April 30, 2007, 08:48:37 am »

Using the win32 build, I encountered the following interesting bug (it worked with yesterday's build!)

How it is	How it should be

Any ideas?
Edit: Here's the project file attached.
Edit 2: "You cannot upload that type of file. The only allowed extensions are txt,doc,pdf,jpg,gif,mpg,png,zip,7z,rpt,patch."
Edit 3: Just go to http://yawr.svn.sourceforge.net/viewvc/*checkout*/yawr/yawr.cbp

Biplab · « **Reply #11 on:** April 30, 2007, 09:02:32 am »

Can you attach the project file?

It seems that the Virtual Folder fix have messed up some parts.

Biplab · « **Reply #12 on:** April 30, 2007, 09:52:02 am »

It works in my PC. I'm using Rev 3906+wx2.8.3. I'm not sure why it is creating a mess in your PC.

See the following screenshot for more details.

Please extract the latest nightly in a new folder and see if that makes any difference or not.

Regards,

Biplab

line · « **Reply #13 on:** April 30, 2007, 12:26:55 pm »

Quote from: Biplab on April 30, 2007, 09:52:02 am

Please extract the latest nightly in a new folder and see if that makes any difference or not.

Thanks for your answer.
No, the same problem happens. But maybe you're unable to reproduce it because this is Rev. 3899, not 3906? ^^ Afaics, 3906 hasn't been posted yet.
Hopefully this means it has been fixed already.

Biplab · « **Reply #14 on:** April 30, 2007, 12:32:26 pm »

Rev 3906 is not out yet. But I'm using C::B compiled from SVN.

A virtual folder related bug was fixed in rev 3896. So your nightly has that fix.

I told you to extract latest nightly (r3899) to a different folder as older files may create problem with new files.

BTW, I just opened it in C::B. It was showing folders as expected. If the bug can be reproduced in more steps, please post them.

Edit 1:
The bug can be recreated by deselecting "Categorise by file types" option.

line · « **Reply #15 on:** April 30, 2007, 02:06:10 pm »

Quote from: Biplab on April 30, 2007, 12:32:26 pm

Rev 3906 is not out yet. But I'm using C::B compiled from SVN.

A virtual folder related bug was fixed in rev 3896. So your nightly has that fix.

I told you to extract latest nightly (r3899) to a different folder as older files may create problem with new files.

I did that.

Quote

BTW, I just opened it in C::B. It was showing folders as expected. If the bug can be reproduced in more steps, please post them.

Edit 1:
The bug can be recreated by deselecting "Categorise by file types" option.

I can't seem to switch "Categorize by file types" on. I right-click the project, project tree -> categorize, but it doesn't get activated when I click. No messages in CB::Debug log.
Thus, I'm unable to verify if that triggers the bug. Seems likely though.

Biplab · « **Reply #16 on:** April 30, 2007, 02:11:56 pm »

Quote from: line on April 30, 2007, 02:06:10 pm

I can't seem to switch "Categorize by file types" on. I right-click the project, project tree -> categorize, but it doesn't get activated when I click. No messages in CB::Debug log.
Thus, I'm unable to verify if that triggers the bug. Seems likely though.

Change it from Project > Project tree > Categorize by file types menu. These pop-up menus are not working since C::B nightly was switched to wx 2.8

Pecan · « **Reply #17 on:** April 30, 2007, 02:41:19 pm »

In SVN 3903, a fix was made to DragScroll to remove a work-around that was fixed (duplicated) in wx2.8.3.

This may be affecting context menus in SVN versions *less than* SVN 3903.

Wait for the next nightly to see if it fixes your context menu problem.

Biplab · « **Reply #18 on:** April 30, 2007, 02:59:49 pm »

Quote from: Pecan on April 30, 2007, 02:41:19 pm

This may be affecting context menus in SVN versions *less than* SVN 3903.

I'm not sure about this. But this problem still exists in later revisions.

Another problem is, while compiling C::B in Linux, CodeSnippets plugin fails to compile editsnippetdlg.cpp (Due to missing include editsnippetdlg.h and one missing function definition). But this error is not present in Windows. Please note, I'm using makefile to build C::B.

I've not applied any fix. Please have a look into it.

Regards,

Biplab

Biplab · « **Reply #19 on:** April 30, 2007, 03:24:43 pm »

Quote from: line on April 30, 2007, 02:06:10 pm

I can't seem to switch "Categorize by file types" on. I right-click the project, project tree -> categorize, but it doesn't get activated when I click. No messages in CB::Debug log.
Thus, I'm unable to verify if that triggers the bug. Seems likely though.

This bug has been fixed in Rev 3909.

Regards,

Biplab

Biplab · « **Reply #20 on:** April 30, 2007, 03:32:03 pm »

Quote from: Pecan on April 30, 2007, 02:41:19 pm

In SVN 3903, a fix was made to DragScroll to remove a work-around that was fixed (duplicated) in wx2.8.3.

This may be affecting context menus in SVN versions *less than* SVN 3903.

Wait for the next nightly to see if it fixes your context menu problem.

@Pecan,

This is a wx2.8.3 bug. Just use wx2.8.4-rc1 dll as wx runtime and the bug will go away.

Pecan · « **Reply #21 on:** April 30, 2007, 04:16:23 pm »

Quote from: Biplab on April 30, 2007, 02:59:49 pm

Another problem is, while compiling C::B in Linux, CodeSnippets plugin fails to compile editsnippetdlg.cpp (Due to missing include editsnippetdlg.h and one missing function definition). But this error is not present in Windows. Please note, I'm using makefile to build C::B.

I don't know how editsnippetdlg.cpp keeps getting back into the compile.
It was removed many commits ago, but it keeps creeping back in.

RJP Computing · « **Reply #22 on:** April 30, 2007, 05:02:35 pm »

Quote from: line on April 30, 2007, 08:48:37 am

Using the win32 build, I encountered the following interesting bug (it worked with yesterday's build!)
How it is How it should be
Any ideas?
Edit: Here's the project file attached.
Edit 2: "You cannot upload that type of file. The only allowed extensions are txt,doc,pdf,jpg,gif,mpg,png,zip,7z,rpt,patch."
Edit 3: Just go to http://yawr.svn.sourceforge.net/viewvc/*checkout*/yawr/yawr.cbp

Has this bug been fixed yet?
I can confirm that it happens to me as well. I don't normally have the 'Categorize by file types' checked because I don't prefer that layout, Plus there is that empty virtual folder sitting there.

tufan · « **Reply #23 on:** April 30, 2007, 06:52:24 pm »

i want it to intend after private and public keywords when writing classes until i press backspace :?

darthdespotism · « **Reply #24 on:** May 01, 2007, 12:25:39 pm »

I'm pretty sure it was already mentioned somwhere:

Using this Nightly with Ubuntu al the Compiler-warnings are declared as errors.

Build finishes and the Program can be run but it is somewhat annoying to see x errors in the builtlog also there were no.

Also very unplesant when looking for real errors.

I'll append a screen in a minute

[attachment deleted by admin]

Biplab · « **Reply #25 on:** May 01, 2007, 12:32:00 pm »

Quote from: RJP Computing on April 30, 2007, 05:02:35 pm

Has this bug been fixed yet?
I can confirm that it happens to me as well. I don't normally have the 'Categorize by file types' checked because I don't prefer that layout, Plus there is that empty virtual folder sitting there.

It has been fixed in r3909. Hopefully you'll get a better virtual folder management.

RJP Computing · « **Reply #26 on:** May 01, 2007, 04:35:45 pm »

Quote from: Biplab on May 01, 2007, 12:32:00 pm

It has been fixed in r3909. Hopefully you'll get a better virtual folder management.

Great. Thanks.

codeur · « **Reply #27 on:** May 08, 2007, 01:21:12 am »

Quote from: wxLearner on April 27, 2007, 10:17:41 pm

Portable version for windows, including many libs, is here.

Many thanks wxLearner. Your portable version works very nicely for me installed on my USB HDD and used on 4 different machines.

With no official stable release, C::B remains in limbo as CSOs usually do not want to install it on their system. Companies cannot use it, schools cannot use it, universities cannot use it. I don't understand that release policy, but I have read past posts and I see that arguing to change it is without hope of success.

It's a good IDE, with a portable version at least a few people "in the know" can use it, part of the time, at work.

paolo.bormida · « **Reply #28 on:** May 18, 2007, 01:45:30 pm »

Thanx WxLearner your job is always well done, greatly useful and very welcome.

I have a question though: is it possible to get your portable package and merge it with a nightly build? Any detail how to do that? Does it require rebuilding Code::Block or just swapping some files?

TIA

Paolo

News:

Author Topic: The 27 April 2007 build is out. (Read 30645 times)

wxLearner

MVP

dwelty

line

line

line

tufan