SomeFunc(_("Text, text, text"
"text continues"
"end of text"));
SomeFunc(_("Text, text, text"
_T("text continues")
_T("end of text")));
SomeFunc(_("Text, text, text" \
"text continues" \
"end of text"));
For #2, are you sure they are equivalent?Yes, I am sure.
Also, you sureCodedoesn't work?SomeFunc(_("Text, text, text" \
"text continues" \
"end of text"));
SomeFunc(L"Text, text, text" \This is not a Standard-compliant code and VC7.1 will not compile it ("error C2308: concatenating mismatched wide strings").
"text continues" \
"end of text");
If a narrow string literal token is adjacent to a wide string literal token, the behavior is
undefined.
Also it would be good if you could come up with some write up to build c::b using Visual Studio.There's no need to build C::B using VisualStudio, you can export makefile from C::B and build it using VS's "Makefile project". I'm going to add this to wiki as soon as I have some spare time.
I am also facing problems while debugging c::b using gdb on windows. i am not able to debug plugins, even after following the suggested method of putting a breakpoint in ScanforPlugins and then by adding the symbol file.
I've finally managed to compile C::B using VC 2003 Toolkit (actually, I used VisualStudio 2003) in Unicode. Now it can be debugged using a superb VisualStudio debugger :)
...
You can download patched codeblocks from: http://scb.udsu.ru/~cyberax/codeblocks_vc.zip
cd <WXWIN>\build\msw
nmake -f makefile.vc USE_XRC=1 SHARED=1 MONOLITHIC=1 BUILD=debug UNICODE=1 VENDOR=cb clean
nmake -f makefile.vc USE_XRC=1 SHARED=1 MONOLITHIC=1 BUILD=debug UNICODE=1 VENDOR=cb
...
2. Open CodeBlocks-wx-vc.cbp with C::B and compile it
SomeFunc(_("Text, text, text \
text continues \
end of text"));
Yes, it does.Codegives extra whitespace or no? (forget)SomeFunc(_("Text, text, text \
text continues \
end of text"));
NOTE: C::B and wxWidgets will be compiled in debug mode ...
- 1. Compile wxWidgets:
- 2. Open CodeBlocks-wx-vc.cbp with C::B and compile it.
now i've build C::B with VisualStudio2003 (VC7.1)It's strange, Unicode version of C::B worked fine for me. I was able to compile C::B from it.
using your project file adapted for wxMSW2.6.1_ansi_debug_dll
with the unicode version i couldn't open a single file !
well, the result isn't exciting till now.I know :(
It compiles with 124 warnings and works with a number of flaws (but no crash till now) and runs terribly slow !I've fixed some warnings in my working copy. I was also able to compile a release version of C::B (and it runs very fast), but it crashed during compilation.
There is a lot of work to do until we have a M$-VS port of C::B, but a start is made ...
...There is something bad with event handling - the speed-difference between debug and release versions can't be that big. My build consumes up to 95% of cpu-power just when moving the mouse around the C::B-window ! The menus react with 0.5 to 2 sec. delay ! terrible slow !
I've fixed some warnings in my working copy.
I was also able to compile a release version of C::B (and it runs very fast), but it crashed during compilation.
I'd greatly appreciate project admins giving me a write access in CVS (in a branch or a separate directory), so I can share my bugfixes.you can make patch-files, zip them, then rename the extension .zip to .txt and post the files here in this thread.
There is something bad with event handling - the speed-difference between debug and release versions can't be that big. My build consumes up to 95% of cpu-power just when moving the mouse around the C::B-window ! The menus react with 0.5 to 2 sec. delay ! terrible slow !Quote from: Cyberax
I'm going to setup a private SVN repository (with anonymous read-only access) and sync it with the main C::B repository using SVK (http://svk.elixus.org/).Quote from: CyberaxI'd greatly appreciate project admins giving me a write access in CVS (in a branch or a separate directory), so I can share my bugfixes.you can make patch-files, zip them, then rename the extension .zip to .txt and post the files here in this thread.
Can you check your debugger log? If C::B constantly writes messages there, it can easily slow everything by the factor of 10.checked this ... nothing is being written to the debugger log window ...
I'm going to setup a private SVN repository (with anonymous read-only access) and sync it with the main C::B repository using SVK (http://svk.elixus.org/).aaaargh ... WinCVS, TortoiseCVS, SVN, VCS and now SVK, what else do we need ? do we need them really ? couldn't we stay with ordinary cvs ?