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.next.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_wx2810.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 12 January 2010 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20100112_rev6080_win32.7z
- Linux :
none
Resolved Fixed:
- Cosmetic Fix: Build-date-time stamp will now show 32 bit/64 bit depending on the build
- Fixed: svn:eol-style set to native
- Fixed: svn-propset.
- Fixed: Build with wx-2.9
- Fixed: Warning due to use wxString:find
- Squirrel Update
- Updated: Squirrel to version 2.2.4
- Added: Necessary fixes to build on Win 64 bit platform. - Fixed: Broken build by reintroducing C::B specific patch. (Thanks Morten for pointing this)
- Fixed: Broken build due to missing code from pre-processor section. (Thanks Jens for pointing this)
- Fixed: Couple of compiler warnings
- CC: applied patch by blueshake: "real time parse"
* CC: applied patch by ollydbg: "better handling of typedef"
* CC: fixed bug in argument handling
* CC: fixed bug with token replacements - IncrementalSearch-plugin: implement shortcut for backward-search (SHIFT+ENTER);
add option to highlight the text in the toolbar if it gains focus via menu or shortcut (configurable);
remember cursor position in the toolbar's textcontrol - CC: removing another possible crash candidate
* CC: decreasing memory foot print of token tree - CC: fixed bug with wrong file being returned reported here: http://forums.next.codeblocks.org/index.php/topic,11800.msg80076.html#msg80076
- Fixed: Crash-candidate in openfileslistplugin.cpp
- Fixed: [Bug #16562] -mthreads not set when linking wxWidgets project
- CC: added ability to save tokens tree, list of files and include dirs through CC debug window
- Fixed: Window size of dlgAbout
- Reverted: GCC Version check was disabled on Linux/Mac. Now it is disabled while compiling with wx-2.9 across all platforms
- Fixed: [Bug #16643] SetupIncludeDirs fails to detect gcc4+
- cb_share_config: updated to include token replacements of CC, too
- Enabled: Linker option to use thread-safe exception handling on Windows. See the following link for more details (http://gcc.gnu.org/onlinedocs/gcc-4.4.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options)
- Enabled (for contrib plugins): Linker option to use thread-safe exception handling on Windows. See the following link for more details (http://gcc.gnu.org/onlinedocs/gcc-4.4.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options)
- Enabled (for share_config plugin): Linker option to use thread-safe exception handling on Windows. See the following link for more details (http://gcc.gnu.org/onlinedocs/gcc-4.4.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options)
- fix for automake system: the bootstrap-script wrongly determined automake 1.11.1 as version below 1.7 and stopped build with an error (see http://forums.next.codeblocks.org/index.php/topic,11828.msg80247.html#msg80247 for details).
- Plugin wizard: Added linker option to enable thread-safe exception handling on Windows
- Ogre wizard: Added linker option to enable thread-safe exception handling on Windows
- StlPort wizard: Added linker option to enable thread-safe exception handling on Windows
- Added: Build fixes necessary to compile with wx-2.9
- wx-2.9 migration: Build fixes for projectfileoptionsdlg.cpp
- Fixed: Compiler warning
Regressions/Confirmed/Annoying/Common bugs:
I just moved the debian binaries (32- and 64-bit), sources and documentation packages (german and english) into my repository.
See here (http://apt.jenslody.de) how to use it.
Note:
the revision is 6077, but 6078 to 6080 only contain fixes for build with xWidgets 2.9 and a compiler-warning, so there is no difference in functionality.
EDIT:
at least one point is missing from the "Resolved fixed"-list:
- - ThreadSearch-plugin: use different images for toggled buttons, it's easier to determine the state (on windows);
support macro-replacement for directories to search in
Still the same (http://forums.next.codeblocks.org/index.php/topic,11827.0.html (http://forums.next.codeblocks.org/index.php/topic,11827.0.html)) :(
good job,thx.
#include <iostream>
#include <string>
using namespace std;
int main(int argc, char **argv)
{
string s;
s. //<----cc while svn6023 work good, but svn6080 didn't work.
return 0;
}
---------------------------
Quote from: nanyu on January 13, 2010, 07:32:20 AM
#include <iostream>
#include <string>
using namespace std;
int main(int argc, char **argv)
{
string s;
s. //<----cc while svn6023 work good, but svn6080 didn't work.
return 0;
}
---------------------------
The soon to solve this problem：http://forums.next.codeblocks.org/index.php/topic,11800.msg80076.html#msg80076 (http://forums.next.codeblocks.org/index.php/topic,11800.msg80076.html#msg80076)
Quote from: nanyu on January 13, 2010, 07:32:20 AM
#include <iostream>
#include <string>
using namespace std;
int main(int argc, char **argv)
{
string s;
s. //<----cc while svn6023 work good, but svn6080 didn't work.
return 0;
}
---------------------------
I have a patch to solve this problem. you can test it. :D
see
Re: vector<int> is OK, but string or wstring no-work. (http://forums.next.codeblocks.org/index.php/topic,11800.msg80349.html#msg80349) and the following posts.
but It seem to say that bug have been fix with this nightly builder :....
Quote from: killerbot on January 12, 2010, 07:14:38 PM
- CC: fixed bug with wrong file being returned reported here: http://forums.next.codeblocks.org/index.php/topic,11800.msg80076.html#msg80076
Quote from: nanyu on January 13, 2010, 07:55:27 AM
but It seem to say that bug have been fix with this nightly builders :....
Quote from: killerbot on January 12, 2010, 07:14:38 PM
- CC: fixed bug with wrong file being returned reported here: http://forums.next.codeblocks.org/index.php/topic,11800.msg80076.html#msg80076
In fact, only a step away from success. :D
Quote from: Loaden on January 13, 2010, 08:20:27 AM
In fact, only a step away from success. :D
I have added the "_GLIBCXX_END_NESTED_NAMESPACE" to default.conf file. but cc do not work for the situation:
string s;
s.
BUT when I do it under svn6023, cc do everything ok (without I add "_GLIBCXX_END_NESTED_NAMESPACE" to conf file):
string s;
s. //<-- here can show the codecomplite hint windows.
vector<string> vs;
vs.pu //<-- here can show "push_back"...
Quote from: nanyu on January 13, 2010, 09:14:24 AM
Quote from: Loaden on January 13, 2010, 08:20:27 AM
In fact, only a step away from success. :D
I have added the "_GLIBCXX_END_NESTED_NAMESPACE" to default.conf file. but cc do not work for the situation:
string s;
s.
BUT when I do it under svn6023, cc do everything ok (without I add "_GLIBCXX_END_NESTED_NAMESPACE" to conf file):
string s;
s. //<-- here can show the codecomplite hint windows.
vector<string> vs;
vs.pu //<-- here can show "push_back"...
You need to read more carefully about my post in This is the macro replacement (http://forums.next.codeblocks.org/index.php/topic,11800.msg80350.html#msg80350) and This is the patch (http://forums.next.codeblocks.org/index.php/topic,11800.msg80349.html#msg80349)
Note: adding replacement rule: _GLIBCXX_END_NAMESPACE.
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/ubuntu) (howto (http://lgp203.free.fr/spip/spip.php?article1))
wxWidgets for amd64:
- From Hardy Heron 8.04 to Jaunty Jacklope 9.04: wxWidgets from http://www.wxwidgets.org (http://www.wxwidgets.org) (howto (http://lgp203.free.fr/spip/spip.php?article1))
- For Karmic Koala 9.10: wxWidgets from http://www.wxwidgets.org (http://www.wxwidgets.org) with jaunty-wx for the distribution (howto (http://lgp203.free.fr/spip/spip.php?article1))
wxWidgets for i386:
- From Hardy Heron 8.04 to Jaunty Jacklope 9.04: wxWidgets from http://www.wxwidgets.org (http://www.wxwidgets.org) (howto (http://lgp203.free.fr/spip/spip.php?article1))
- For Karmic Koala 9.10: wxWidgets from Ubuntu (universe)
Best regards, pasgui
typedef enum {DISABLE = 0, ENABLE = !DISABLE} FunctionalState;
a = DISABLE; // is work
a = ena*** // is not work,but,svn6023 is work....
see attachment!!!
[attachment deleted by admin]
confirm it.the enum is not parsed correctly.the ENABLE is lost.
yes!
the ENABLE is lost!
but the DISABLE is OK!
I dont't know how to ....
Quote from: aozima on January 14, 2010, 04:30:55 AM
yes!
the ENABLE is lost!
but the DISABLE is OK!
I dont't know how to ....
I will check this bug. by enable #define PARSERTHREAD_DEBUG_OUTPUT 1.
By the way, I found that you also comes from China, and nice to meet you and your personal site (http://www.aozima.com/blog/about)
Ok, this bug can be fixed soon. For example:
In the DoParse() function
else if (token==ParserConsts::kw_typedef)
{
if (m_Options.handleTypedefs)
HandleTypedef();
else
SkipToOneOfChars(ParserConsts::semicolonclbrace, true);
m_Str.Clear();
}
Then in your code
typedef enum {DISABLE = 0, DISABLE2 = 0, ENABLE = !DISABLE} FunctionalState;
a = DISABLE; // is work
a = ena;
When the Tokenizer meet the first "=" in your statement, it just SKIP to the "}".
That's the reason.
So, I think we can add this before we handling typedef.
m_Tokenizer.SetState(tsSkipNone);
I will do more testing.
Oh, my God, I found a bug in the Tokenizer::SkipUnWanted.
// skip the following = or ?
if(m_State&tsSkipEqual)
{
if(c == _T('='))
{
if (!SkipToOneOfChars(_T(";}"), true))
return false;
}
}
should be:
// skip the following = or ?
if(m_State&tsSkipEqual)
{
if(c == _T('='))
{
if (!SkipToOneOfChars(_T(",;}"), true))
return false;
}
}
Sorry! That's my fault.
Edit:
So, the problem Re: The 12 January 2010 build (6080) is out. (http://forums.next.codeblocks.org/index.php/topic,11844.msg80478.html#msg80478) can be solved.
Thinks! ollydbg.. is OK now!!!! :lol: :lol:
I have IBPP (http://www.ibpp.org/ (http://www.ibpp.org/)) and CB. And I want CB to autocomplete names of members of IBPP classes. I have create external tag database for IBPP includes, attached this tags and re-tagged the current cpp-file but autocomplete not works well.
IBPP::/*CodeCompletion work*/Transaction tr = IBPP::/*CodeCompletion*/TransactionFactory();
IBPP::/*CodeCompletion*/Database db = IBPP::/*CodeCompletion*/DatabaseFactory();
IBPP::/*CodeCompletion*/Statement st = IBPP::/*CodeCompletion*/StatementFactory(db, tr);
tr->/*CodeCompletion NOT work*/
Quote from: Borr on January 14, 2010, 07:22:42 AM
I have IBPP (http://www.ibpp.org/ (http://www.ibpp.org/)) and CB. And I want CB to autocomplete names of members of IBPP classes. I have create external tag database for IBPP includes, attached this tags and re-tagged the current cpp-file but autocomplete not works well.
Hi, sorry I can't fully catch your idea.
Did you use an external tag file?? How do you use them?
What does these code means???
IBPP::/*CodeCompletion work*/Transaction tr = IBPP::/*CodeCompletion*/TransactionFactory();
IBPP::/*CodeCompletion*/Database db = IBPP::/*CodeCompletion*/DatabaseFactory();
IBPP::/*CodeCompletion*/Statement st = IBPP::/*CodeCompletion*/StatementFactory(db, tr);
tr->/*CodeCompletion NOT work*/
??
Quote from: ollydbg on January 14, 2010, 07:31:27 AM
Hi, sorry I can't fully catch your idea.
Did you use an external tag file?? How do you use them?
No do not use. I just need codecompletion with IBPP class in C::B
Quote from: ollydbg on January 14, 2010, 07:31:27 AM
What does these code means???
IBPP::/*CodeCompletion work*/Transaction tr = IBPP::/*CodeCompletion*/TransactionFactory();
IBPP::/*CodeCompletion*/Database db = IBPP::/*CodeCompletion*/DatabaseFactory();
IBPP::/*CodeCompletion*/Statement st = IBPP::/*CodeCompletion*/StatementFactory(db, tr);
tr->/*CodeCompletion NOT work*/
??
This code mean that codecompletion not work in 4-th line tr->
And does it works when using operator "." ... i.e. "tr."?
See IBPP there is an example.
http://sourceforge.net/projects/ibpp/files/ (http://sourceforge.net/projects/ibpp/files/)
work fine here.
see the screen shot.
[attachment deleted by admin]
this not all the list should be more
Quote from: Borr on January 14, 2010, 10:18:41 AM
this not all the list should be more
That is all,because operator overload (such as operator+)will be ignored.
see image - work in codelite
[attachment deleted by admin]
I see now.what are you talking is template parse.it is not implemented yet.
Firstly, I want to say "Thank you for Codeblocks".
Secondly, I've downloaded this version and noticed a problem in editor. I don't know where exactly the problem is, but when I'm doing copy and paste a large block code, editor works a bit slowly(it hangs) than early version of Codeblocks. I use Codeblocks in Windows XP 32 bits.
Thanks for CC improvements. Go on in the same way, it's hard, but very useful work :P.
I have some problems :(.
I want automatical insertion of default code in new H and CPP files like in Anjuta IDE and others.
But `Default code` option in editor's preferences page doesn't support such expression:
//-----------------------------------------------------------
// File: $ACTIVE_EDITOR_STEM).$ACTIVE_EDITOR_EXT)
// Date: $WEEKDAY), $TODAY)
//
// Author: Lastname A.A.
// Email: my@email.org
//-----------------------------------------------------------
to evaluate it to (for example):
//-----------------------------------------------------------
// File: header_file.h
// Date: friday, 2010-01-15
//
// Author: Lastname A.A.
// Email: my@email.org
//----------------------------------------------------------
By the way, some of these items can be stored in project or IDE (the last is better, because only one developer use this copy of IDE):
Now I use the following abbreviation, but it doesn't work properly - problem with cursor positioning after insertion:
//-----------------------------------------------------------
// File: $ACTIVE_EDITOR_STEM).$ACTIVE_EDITOR_EXT)
// Date: $WEEKDAY), $TODAY)
//
// Author: Lastname A.A.
// Email: my@email.org
//-----------------------------------------------------------
|
Cursor appears in 5 symbols earlier, that is on the delimiter line.
But this variant is not handy - every time I create new file I need insert manually header. I think IDE can do this better.
Later. With regards, Mihail.
Quote from: critic on January 15, 2010, 11:03:50 AM
But `Default code` option in editor's preferences page doesn't support such expression:
// File: $ACTIVE_EDITOR_STEM).$ACTIVE_EDITOR_EXT)
The next nightly will have this implemented. It's committed to SVN trunk.
Hey
I have the same problem as binom25. When I upgraded to this build, the editor is very slow. I can't type 4 letters before it hangs for a couple of seconds! But it's not all, all the application is slow and it hangs often for some seconds....
I tried to downgrade it (copied the last build over this one - I know, I know!), but it kept the same behaviour.
Then I installed a fresh copy and upgraded it to this build and the results are the same.
Ideas? Some autocomplete feature of some sort? What kind of parsing is being done as I write in the editor!?
Cheers
Quote from: binom25 on January 14, 2010, 09:16:32 PM
editor works a bit slowly(it hangs) than early version of Codeblocks.
That's because of the new CC functionality "parse while typing". This can be configured in the next nightly. For large projects / files this can be turned off then.
yep... quite big project here...
I'll wait (eagerly) for the next build .
Thanks for the clarification.
Cheers
I have seen that two options for TinyC Compiler seem to be the same : both set the -w switch. Is it normal ?
(http://www.mirari.fr/Xuax) (http://www.mirari.fr/YnYd)
I use Fedora 12, 64 bits.
I have recompiled Codeblocks using codeblocks version release, using the .cbp file of the current svn. No error neither warning.
Now I get a systematic crash when I try to open the dialog box Settings -> Compiler and Debugger.
Here's the log file generated by Codeblocks itself : http://www.mirari.fr/BGKI
Quote from: Folco on January 16, 2010, 10:51:25 PM
I use Fedora 12, 64 bits.
I have recompiled Codeblocks using codeblocks version release, using the .cbp file of the current svn. No error neither warning.
Now I get a systematic crash when I try to open the dialog box Settings -> Compiler and Debugger.
Here's the log file generated by Codeblocks itself : http://www.mirari.fr/BGKI
Try to backup and delete you profile config file (probably default.conf). Also have you recompiled all plugins? -> if there is not some version missmatch between recompiled, and previos versions of C::B or plugins.
Ok, I do that and give feedback.
edit -> OK, I have deleted my ~/.codeblocks folder.
Then I run codeblocks. It detects correctly GCC/G++ (official Fedora package). I open an existing and very simple project. But I get always the same systematic crash when opening this dialog box.
I have installed the same nighty build on my Debian Lenny, using the repo provided by a member of this staff (?). I try with it and give feedback.
PS -> I hadn't recompiled any plugin. After having compiled, I just put the executable 'codeblocks' in /usr/bin, the two dll in /usr/lib64, and the 'share' folder in /usr/share. Then I have rebooted.
I get a normal behavior under Debian Lenny 32 bits (Codeblocks build 6077).
But I always get this crash on my Fedora (Codeblocks build 6088), even after a reboot.
ps -> I have edited the post above, about the plug-in compilation and my way of installation.
Have you run the src/update script?
No. Really sorry :(
I have downloaded fresh sources from svn, run the src/update script, compiled in the IDE, and now it works fine.
I think I didn't see that in the documentation. Thank you and sorry again
Quote from: MortenMacFly on January 15, 2010, 01:55:43 PM
Quote from: binom25 on January 14, 2010, 09:16:32 PM
editor works a bit slowly(it hangs) than early version of Codeblocks.
That's because of the new CC functionality "parse while typing". This can be configured in the next nightly. For large projects / files this can be turned off then.
@morten
when we type codes in the
same line,the parser do not work in real-time except in
different line.So the issue(a bit slowly) happened in the same line,I don't think it is someting related to real-time parse but something else.
Edit:maybe we can use a
timer here to avoid this issue.what is your comment?
Quote from: blueshake on January 17, 2010, 02:46:54 AM
So the issue(a bit slowly) happened in the same line,I don't think it is someting related to real-time parse but something else.
Quote from: binom25 on January 14, 2010, 09:16:32 PM
I'm doing copy and paste a large block code, editor works a bit slowly(it hangs) than early version of Codeblocks.
He said he's pasting a huge block of code. So for me it's not the same line... (and matches my experience, btw...)?!
Hello,
An issue that I see in the code completion is that if you declare a pointer to a struct in its definition:
typedef struct {
int field;
int field2;
} mystruct, *pmystruct;
Code completion does not work with variables of pmystruct type.
Forgive me if I have mistaken.
Ubuntu 8.04 to 9.10 Amd64
tar.gz archive (containing '.deb' installers builds with
wx2810 from wxWidgets's repository) can be found here (http://www.archive-host.com/compteur.php?url=http://codeblocks.archive-host.com/CB_20100115_802_rev6088_Ubuntu704-910_wx2810_amd64tar.gz).
".mo" file for french translation can be founded here (http://www.archive-host.com/compteur.php?url=http://codeblocks.archive-host.com/CB_20100116_rev6088_fr.zip) (see below for installation instructions)
Full Win32 French Version (including wxWidgets and MinGW dlls and french ".mo" files) can be founded here (http://www.archive-host.com/compteur.php?url=http://codeblocks.archive-host.com/CB_20100116_rev6088_win32_fr.7z)
Installing french files:
- extract the ".mo" file from the zip archive
- under Linux : put this file in /usr/share/codeblocks/locale/fr_FR/ (you'll have to create these folders the first time) : don't forget to remove old file(s) before.
- under Windows : put this file in $CodeBlocks_Install_Dir\share\CodeBlocks\locale\fr_FR\ (you'll have to create these folders the first time) : don't forget to remove old file(s) before
Regards
Xav'
Edit : Oups... wrong topic : sorry :(