Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on August 28, 2007, 10:51:35 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_wx284.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 28 August 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20070828_rev4413_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070828_rev4413_Ubuntu6.10+7.04_wx2.8.4.tar.gz
http://prdownload.berlios.de/codeblocks/CB_20070828_rev4413_Debian4.0_wx2.8.4.tar.gz
http://prdownload.berlios.de/codeblocks/CB_20070828_rev4413_suse100-102.wx28.i586.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070828_rev4413_fc4+5.i586.rpm (not yet)
Resolved Fixed:
- wxSmith:
* Added some stubs to support read-only files
* Fixed crash when adding new resource on linux
* Fixed size of new-resource dialog with hidden advanced options on linux
- improved Java support any further
- added "set default" for file groups and masks
- exposed Java binding to scripts
- minor fixed for Fortran 77/90/95 support
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
-
Great! another release :D
-
Hi killerbot,
as the nightly contains
added "set default" for file groups and masks
we should add the support for assembler files in filegroupmasks.cpp too. The files with the extension *.s;*.S,*.ss should be listed under sources.
-
What about next RC :shock:? Somebody sad it is around the corner. Pls show me that corner :lol:
-
What about next RC :shock:? Somebody sad it is around the corner. Pls show me that corner :lol:
/me points over yonder.
It's over there, see?
:)
-
Hi killerbot,
as the nightly contains
added "set default" for file groups and masks
we should add the support for assembler files in filegroupmasks.cpp too. The files with the extension *.s;*.S,*.ss should be listed under sources.
totally agree, putting it on the todo list ...
-
Ubuntu 6.10 & 7.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx284) can be found here (http://www.esnips.com/web/CodeBlocks).
-
totally agree, putting it on the todo list ...
So are you going to implement this? Because I still have the icon template and -editor installed. So I could quickly do it myself...?!
-
go ahead Martin, you will be faster, certainly with the icon !!
My first jump will/would be in filefilters.h/cpp, but that i not enough --> icon etc ..
-
Archlinux IA32 pkg.tar.gz archive can be found here:
http://www.box.net/shared/2ro04dtgkk
-
Build for Ubuntu 6.10/7.04 i386/amd64 (thanks Xaviou) can be found here (http://lgp203.free.fr/spip/spip.php?article1)
-
Codeblocks on my Ubuntu Feisty hangs at tips of the day in almost every tarball from Rev 4241 to current (all install fine). Still hangs with or without contribs deb installed. Rev 4159 works fine and have reverted and built from it via SVN.
There are no messages in console if I fire it up from there. Does this happen to others? I remember someone mentioning a similar issue before in another nightly's as I check most of them via rss.
Im fine with Rev 4159, this may help someone though. Hence the post. Thanks :)
Cheers
Shakes
EDIT: i386 version, havent tried the x64 builds. Also current rev (4414 i think, dont know the exact number as I'm currently rebuilding 4159) is broken at the time of writing. I also ensured that they were'nt any residue files left over from previous builds.
-
Hi,
When (roughly) C::B development cycle will be feature freeze?
-
When (roughly) C::B development cycle will be feature freeze?
I dont think the 'nightly' forums are an appropriate place for this question but as has been stated in the other threads asking this issue the answer is "when the devs feel it is time". There is no schedule. They work on C::B in their own time as they are able and willing. And considering its unpaid hobby time, they do quite a lot of very consistant work.
When C::B gets to a point that it meets their vision of a 'complete' product, they will feature freeze and strive to get a 1.0 release. But there is no scheduled time for that as this is not a company. It is just dedicated people (and I prefer that over a company schedule that ends up shipping a product before its ready).
Seronis
-
Bug Found.
1_ Go to Settings->Compiler and Debugger
2_ Clear the directories in "Search directories"
3_ Go to "Toolchain Executables" and make an Autodetect.
4_ Click OK.
The directories are not set in Search Directories.
Now, make 1, 2 and 3, but click on CANCEL instead of OK.
The directories are set :D...
Funny, isn't it....
[EDIT]: Oooopppppsss, I have forgotten:
Tested on Windows XP, with SVN 4413
-
Small Bug in code completition found.
Using latest version (4413).
template <int I>
//calculate Factoriel during compile time...
class Fact
{
public:
static const unsigned int value = I * Fact<I-1>::value ;
};
template <>
class Fact<0>
{
public:
static const unsigned int value = 1;
};
Try to write template specialization:
Fact<4>::va(lue);
..code completition failes...
-
Code completion is still work-in-progress. If you want to report that as a bug or a feature request, go ahead and do it; however, don't expect it to be implemented anytime soon.
-
Well, it doesn't hurt to report a bug :).
BTW, very nice IDE.
I'll permanetly gonna stick to Code::Blocks , and of the reasons is , code-completition :) .
Besides template-specializations , completition works very well.
Untill recently, I've used Kdevelop, but with code::blocks you can really get the job done.
KDevelop has plugin for 99999999 languages ,and none of them works normal, it's really overcrowded ,
bugy and I couldn't do anything usefull with it. I' like making programs, not admiring the number of absolutley un-needed features. And that irritating letter K on the begining like the rest of KDE programs. Grr... simply frustrated.
Imagine you call your program KCode::Blocks . Oh, I forgot, you don't use Qt :).
-
Imagine you call your program KCode::Blocks
or Kode::Blocks, not that bad :lol:
-
And that irritating letter K on the begining like the rest of KDE programs. Grr... simply frustrated.
Imagine you call your program KCode::Blocks . Oh
Jaja thats funny, is true all that programs named with a K to identify them as kde programs.
-
Not really true... kqemu is not KDE specific :P (meaning the qemu accelerator and not the frontend ;))