Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on January 21, 2008, 09:11:43 pm

Title: The 21 January 2008 build (4837) is out.
Post by: killerbot on January 21, 2008, 09:11:43 pm
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 (http://forums.codeblocks.org/index.php/topic,3232.0.html).

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

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

The 21 January 2008 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20080121_rev4837_win32.7z
  - Linux :
   none

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 21 January 2008 build (4837) is out.
Post by: elisee on January 21, 2008, 10:16:27 pm
Hello,

Using recent nightlies under Linux i386 for some times.
I've noticed a bug, not very annoying but nevertheless, here it goes:

(steps to reproduce)
C++ Project
File > New > File...
C/C++ Source
C++ file
Filename with full path : src/gui/button.cpp
Add file to active project : linux-Debug / linux-Release

(behaviour) and the caption of the tab as the file gets added to the project and automatically open is button.cpp. If I close it and reopen it from the project tree, it's then src/gui/button.cpp.

(expected behaviour) I think it should be that right from the beginning, not only after closing / reopening the tab.
Title: Re: The 21 January 2008 build (4837) is out.
Post by: Jenna on January 21, 2008, 10:25:35 pm
Binaries (.deb) for debian (sid, etch and lenny) and sources can be found in my repository (see signature).
Title: Re: The 21 January 2008 build (4837) is out.
Post by: Xaviou on January 21, 2008, 11:25:04 pm
Ubuntu 6.10 -> 7.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx2.8.6) can be found here (http://www.esnips.com/web/CodeBlocks)
Title: Re: The 21 January 2008 build (4837) is out.
Post by: pasgui on January 21, 2008, 11:45:34 pm
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)

Best regards, pasgui
Title: Re: The 21 January 2008 build (4837) is out.
Post by: eckard_klotz on January 22, 2008, 11:33:49 am
Hello Everyone.

Why are the existing translation-files (https://translations.launchpad.net/codeblocks/) not part of the nightly builds?

Regards,

             Eckard Klotz.
Title: Re: The 21 January 2008 build (4837) is out.
Post by: mushakk on January 23, 2008, 09:20:13 am
Now dependencies don't work correctly.

I have a project with other projects (libraries) as dependencies. When I press build or rebuild codeblocks only builds the current project.

Title: Re: The 21 January 2008 build (4837) is out.
Post by: MortenMacFly on January 23, 2008, 09:28:29 am
Why are the existing translation-files (https://translations.launchpad.net/codeblocks/) not part of the nightly builds?
Possibly because they are not finished/up-to-date yet. We don't want to have a million posts in the forum of type "word xyz is still english - please translate...".
Title: Re: The 21 January 2008 build (4837) is out.
Post by: eckard_klotz on January 23, 2008, 01:06:08 pm
Hello

Quote
Please give us some more that 24 hours before asking again.
Sorry!

Quote
We don't want to have a million posts in the forum of type "word xyz is still english - please translate...".
OK. I can understand your point. But perhaps it will be a solution to offer the translation-files in an own "nightly-translation" forum together with the advise to the user to translate the missing or wrong parts at launchpad.

I think not all users know the posibility of translation-files for code-blocks. (OK perhaps I'm the only one who knows not.) But I wonder if this may be a good posibility for common users to substitude you by doing the translation-work. An other benefit for you is the test of the internationalization-mechanism itself.

Don't you think so?

Best Regards,
                      Eckard Klotz.
Title: Re: The 21 January 2008 build (4837) is out.
Post by: MortenMacFly on January 23, 2008, 01:13:07 pm
Don't you think so?
My personal thoughts (which may not rteflect the those of the team) are as follows:
I think we can start translation seriously once we have a released version of C::B. That's simply because the wording changes with each nightly - so you cannot make a 100% translation *at all* currently. However - the launchpad is offered for people who would like to start anyway to give a very good starting point. But this shouldn't be used in "daily work" as it is simply unfinished. That's why it'sa not in the nightlies.
Title: Re: The 21 January 2008 build (4837) is out.
Post by: armageddon on January 23, 2008, 10:11:20 pm
Hello Everyone,
I see a strange behavior when I split the editing window, both horizontally or vertically. Instead of the folding tree with squares, on the left side of the window, I have a tree of circles. Removing the split, circles remain.
Win XP - sp2; SVN 4837; wx 2.8.7

Thanks.

P.S.: C::B is a great IDE!
Title: Re: The 21 January 2008 build (4837) is out.
Post by: Belgabor on January 24, 2008, 05:00:40 am
I can confirm those circles, but seriously, the fold bar in split mode is broken in more serious ways than that =)
Title: Re: The 21 January 2008 build (4837) is out.
Post by: reapher on January 25, 2008, 03:30:54 pm
EDIT: Nevermind
Title: Re: The 21 January 2008 build (4837) is out.
Post by: indigo0086 on January 25, 2008, 04:35:07 pm
The class wizard changes have screwed with my projects, whenever I use it with the default directory convention it doesn't connect those directories to the lookup paths, so I have to manually change it afterward or before.

Can you guys include in the next build the include/src automatically in the lookup path?
Title: Re: The 21 January 2008 build (4837) is out.
Post by: stahta01 on January 26, 2008, 07:06:16 am
The class wizard changes have screwed with my projects, whenever I use it with the default directory convention it doesn't connect those directories to the lookup paths, so I have to manually change it afterward or before.

Can you guys include in the next build the include/src automatically in the lookup path?

Try turning on this option
"Settings" -> "Compiler and Debugger"
Tab "Other Options" far right tab
Verify that "Explicitly add current compiling file directory ..." is checked.

Tim S
Title: Re: The 21 January 2008 build (4837) is out.
Post by: wobien on January 26, 2008, 01:12:14 pm
Verify that "Explicitly add current compiling file directory ..." is checked.
I don't think that would help as the class wizzard puts by default the cpp file in the folder scr and the .h file in the folder include.
You must either set the include folder in the search path, or #include the .h file as:
"../include/newclass.h"
in the .cpp file, instead of as "newclass.h", what happens now.
That is why I made it possible to edit this in my patch:
http://forums.codeblocks.org/index.php/topic,7592.msg57425.html#msg57425 (http://forums.codeblocks.org/index.php/topic,7592.msg57425.html#msg57425)
It wouldn't be difficult to let the class wizard choose "../include/newclass.h" by default.