Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on January 21, 2007, 06:30:30 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/wxmsw26u_gcc_cb_wx2.6.3p2.7z
To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch_version3.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
For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z
The 21 January 2007 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20070121_rev3526_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070121_rev3526_Ubuntu6.xx.deb
http://prdownload.berlios.de/codeblocks/CB_20070121_rev3526_suse100+101.i586.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070121_rev3526_fc4+5.i586.rpm (not yet)
Resolved Fixed:
- * Use Full Path for source files (GDB workaround) option added :
- is an advanced compiler option
- default is false (means use relative paths) (this is the suggested value)
- the CB builtin MinGW GCC support has this value as true (use full path for the sources when hand over to the GCC compiler, so GDB can do a better breakpoint job) - new wxSmith has arrived (bye bye old wxSmith)
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
- menu items with icon not correctly aligned (since wx263) (is fixed with our special wx263/wx28 dll)
-
Howdy all,
I performed a little "experiment" on building the Ubuntu .deb. Not the one offered above in Killerbot's post, but a different one. This one should run on Breezy, Dapper, Edgy or Feisty. I've tested it out on Breezy, Dapper and Edgy. I'm in the process of setting up a Feisty Herd 2 machine to try it out on. I don't know how many Breezy users are still out there, but I'm looking for any volunteers to try it out. You can obtain it here:
http://www.savefile.com/projects/1070500 (http://www.savefile.com/projects/1070500)
Also, the install dependencies are listed below. These dependencies hold true for the .deb in the nightly post as well:
binutils, coreutils, file, libc6, libgcc1 (>=1), libmagic1, libncurses5, libstdc++6, zlib1g, libwxgtk2.6-0 (>=2.6.1)
To work with a wxWidgets project you should also install libwxgtk2.6-dev and wx-common. It is assumed you have build-essential already installed. If not, you want to install that package too.
If you want to give my any feedback, you can email me at wjkirby@gmail.com (wjkirby@gmail.com).
-
i can't find wxSmith Project ?!? :shock:
-
i can't find wxSmith Project ?!? :shock:
Yop, it's not needed anymore 8)
Just create wxWidgets project,
Select menu wxSmith->Configure wxSmith current project
Select yes (we want to add wxSmith support)
wxSmith will quickly scan project's files and find wxApp code
Select app.cpp from list and click Use Selected File
Next it will show some notification dialog and application's properties.
The only thing left is to clean up code in app.cpp (wxSmith could do some things better but there are some more important things now ;) ), optionally it will work as it is.
Now you can add resources from wxSmith's menu and select one of them in wxSmith's configuration dialog for this project to be startup resource :)
I hope that there will be possibility to add wxSmith support directly into wxWidgets wizard, that would be the best solution
Regards
BYO
-
Great job,
This is a nice one :D
bye bye bugs
-
Hi ,
How r u BYO ?
I want say thanks for new wxSmith that for u :) , and i want say thanks for all C::B team for C::B :) .
this more then Great job.
Regards
AmR EiSa
-
Now,it's very good with new wxSmith! but why it can't add wxMenu?
-
The death of commercial software with closed code is more close :lol:.
-
i don't think so :(
-
Hi,
To be honest, I'm a fan of C::B!
Even the way of upgrade is great, just unzip new version without any installing routine.
Simple and good! :D
By the way: I get an log error at startup, which I noticed lately:
Scanning for plugins in C:\Programme\CodeBlocks/share/codeblocks/plugins...
ERROR: SDK version mismatch for CBProfiler (1.11.2). Expecting 1.11.8
How can I fix this?
One other thing:
Is there a possibility to get an function tree of a source file to navigate through bigger sources?
Code folding is cool, but this would be great.
Thanx
-
I have downloaded revision 3526 in my Linux machine and compiled. Code::Blocks crashes whenever I try to run a project wizard. It is generating the following crash report.
<report version="1.0" kind="exception">
<system description="Linux 2.6.18.2-34-default i686"/>
−
<modules>
<module path="/usr/local/bin/codeblocks" address="08048000" size="000a7000"/>
<module path="/usr/share/fonts/truetype/DejaVuSansMono-Bold.ttf" address="b0ce1000" size="00038000"/>
<module path="/lib/libnsl-2.5.so" address="b0d2b000" size="00002000" version="2.5"/>
<module path="/lib/libbz2.so.1.0.0" address="b0d2f000" size="00012000" version="1.0.0"/>
<module path="/lib/libresolv-2.5.so" address="b0d50000" size="00002000" version="2.5"/>
<module path="/usr/lib/libcrypto.so.0.9.8" address="b0d54000" size="00130000" version="0.9.8"/>
<module path="/usr/lib/libssl.so.0.9.8" address="b0e87000" size="0003d000" version="0.9.8"/>
<module path="/usr/lib/libdbus-1.so.3.2.0" address="b0ef5000" size="00002000" version="3.2.0"/>
<module path="/usr/lib/libdbus-glib-1.so.2.0.0" address="b0f11000" size="00002000" version="2.0.0"/>
<module path="/usr/lib/libxml2.so.2.6.26" address="b1044000" size="00007000" version="2.6.26"/>
<module path="/opt/gnome/lib/libcroco-0.6.so.3.0.1" address="b104c000" size="00034000" version="3.0.1"/>
<module path="/opt/gnome/lib/libgsf-1.so.114.0.2" address="b10aa000" size="00003000" version="114.0.2"/>
<module path="/opt/gnome/lib/libORBit-2.so.0.1.0" address="b10ae000" size="00051000" version="0.1.0"/>
<module path="/opt/gnome/lib/libgconf-2.so.4.1.0" address="b112e000" size="00003000" version="4.1.0"/>
<module path="/opt/gnome/lib/libgnomevfs-2.so.0.1600.1" address="b1185000" size="00003000" version="0.1600.1"/>
<module path="/opt/gnome/lib/librsvg-2.so.2.16.0" address="b1189000" size="00031000" version="2.16.0"/>
<module path="/usr/share/fonts/truetype/DejaVuSansMono.ttf" address="b19e5000" size="0003a000"/>
<module path="/usr/local/share/codeblocks/plugins/libtodo.so" address="b1a3c000" size="00003000"/>
<module path="/usr/local/share/codeblocks/plugins/libProfiler.so" address="b1a58000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libastyle.so" address="b1a87000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libkeybinder.so" address="b1ac3000" size="00003000"/>
<module path="/usr/local/share/codeblocks/plugins/libscriptedwizard.so" address="b1b23000" size="00005000"/>
<module path="/usr/local/share/codeblocks/plugins/libcodesnippets.so" address="b1b4a000" size="00003000"/>
<module path="/usr/local/share/codeblocks/plugins/libclasswizard.so" address="b1b5d000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libhelp_plugin.so" address="b1b72000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libSymTab.so" address="b1b8c000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libwxsmith.so" address="b1d41000" size="0000e000"/>
<module path="/usr/local/share/codeblocks/plugins/libautosave.so" address="b1d54000" size="0000e000"/>
<module path="/usr/local/share/codeblocks/plugins/libenvvars.so" address="b1d70000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libexporter.so" address="b1e25000" size="00005000"/>
<module path="/usr/local/share/codeblocks/plugins/libcodestat.so" address="b1e3e000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/liblib_finder.so" address="b1e5b000" size="00003000"/>
<module path="/usr/local/share/codeblocks/plugins/libbyogames.so" address="b1e8f000" size="00004000"/>
<module path="/usr/local/share/codeblocks/plugins/libdragscroll.so" address="b1eaa000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libdefaultmimehandler.so" address="b1ebc000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libdebugger.so" address="b1f45000" size="00006000"/>
<module path="/usr/local/share/codeblocks/plugins/libcodecompletion.so" address="b274d000" size="000a8000"/>
<module path="/usr/local/share/codeblocks/plugins/libcompiler.so" address="b27fe000" size="000e7000"/>
<module path="/SYSV00000000" address="b28e7000" size="00060000"/>
<module path="/usr/share/icons/hicolor/icon-theme.cache" address="b494b000" size="001f5000"/>
<module path="/opt/gnome/share/icons/hicolor/icon-theme.cache" address="b5b83000" size="002c9000"/>
<module path="/usr/share/fonts/truetype/DejaVuSans-Bold.ttf" address="b6631000" size="00077000"/>
<module path="/opt/gnome/lib/pango/1.5.0/modules/pango-basic-fc.so" address="b66aa000" size="00002000" version="fc"/>
<module path="/SYSV00000000" address="b66d9000" size="00060000"/>
<module path="/lib/libutil-2.5.so" address="b673d000" size="00002000" version="2.5"/>
<module path="/usr/local/share/codeblocks/plugins/libcb_koders.so" address="b6756000" size="00002000"/>
<module path="/opt/gnome/lib/gtk-2.0/2.10.0/immodules/im-xim.so" address="b67d5000" size="00008000" version="xim"/>
<module path="/usr/lib/libdns_sd.so" address="b6807000" size="00006000"/>
<module path="/opt/gnome/lib/gtk-2.0/2.10.0/loaders/svg_loader.so" address="b680e000" size="00002000" version="2.0/2.10.0/loaders/svg_loader"/>
<module path="/usr/local/share/codeblocks/plugins/libRegExTestbed.so" address="b681c000" size="00002000"/>
<module path="/opt/gnome/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so" address="b6821000" size="00008000" version="xpm"/>
<module path="/var/cache/fontconfig/77e41c5059666d75f92e318d4be8c21e-x86.cache-2" address="b682f000" size="00007000"/>
<module path="/var/cache/fontconfig/df311e82a1a24c41a75c2c930223552e-x86.cache-2" address="b6837000" size="00046000"/>
<module path="/var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-x86.cache-2" address="b68c3000" size="00023000"/>
<module path="/usr/lib/gconv/ISO8859-1.so" address="b68f2000" size="00003000" version="1"/>
<module path="/usr/lib/locale/en_US.utf8/LC_NUMERIC" address="b692a000" size="00001000"/>
<module path="/usr/lib/locale/en_US.utf8/LC_COLLATE" address="b692c000" size="000d7000"/>
<module path="/opt/gnome/lib/libpangoft2-1.0.so.0.1400.5" address="b6a40000" size="0002c000" version="0.1400.5"/>
<module path="/lib/librt-2.5.so" address="b6a6d000" size="00009000" version="2.5"/>
<module path="/usr/lib/libXfixes.so.3.1.0" address="b6a7a000" size="00002000" version="3.1.0"/>
<module path="/usr/lib/libXcursor.so.1.0.2" address="b6a84000" size="00002000" version="1.0.2"/>
<module path="/usr/lib/libXext.so.6.4.0" address="b6a93000" size="00002000" version="6.4.0"/>
<module path="/usr/lib/libXrandr.so.2.0.0" address="b6a96000" size="00005000" version="2.0.0"/>
<module path="/usr/lib/libXi.so.6.0.0" address="b6aa2000" size="00002000" version="6.0.0"/>
<module path="/usr/lib/libcairo.so.2.9.2" address="b6b08000" size="00002000" version="2.9.2"/>
<module path="/opt/gnome/lib/libpangocairo-1.0.so.0.1400.5" address="b6b11000" size="00002000" version="0.1400.5"/>
<module path="/usr/lib/libtiff.so.3.8.2" address="b6b65000" size="00003000" version="3.8.2"/>
<module path="/usr/lib/libjpeg.so.62.0.0" address="b6b69000" size="00020000" version="62.0.0"/>
<module path="/usr/lib/libXxf86vm.so.1.0.0" address="b6b8d000" size="00002000" version="1.0.0"/>
<module path="/usr/lib/libXinerama.so.1.0.0" address="b6b91000" size="00002000" version="1.0.0"/>
<module path="/opt/gnome/lib/libglib-2.0.so.0.1200.4" address="b6c26000" size="00002000" version="0.1200.4"/>
<module path="/opt/gnome/lib/libgthread-2.0.so.0.1200.4" address="b6c2b000" size="00002000" version="0.1200.4"/>
<module path="/usr/lib/libXdmcp.so.6.0.0" address="b6c2e000" size="00006000" version="6.0.0"/>
<module path="/usr/lib/libXau.so.6.0.0" address="b6c36000" size="00002000" version="6.0.0"/>
<module path="/usr/lib/libX11.so.6.2.0" address="b6d50000" size="00004000" version="6.2.0"/>
<module path="/usr/lib/libXrender.so.1.3.0" address="b6d55000" size="00009000" version="1.3.0"/>
<module path="/usr/lib/libpng12.so.0.12.0" address="b6d80000" size="00002000" version="0.12.0"/>
<module path="/usr/lib/libglitz.so.1.0.0" address="b6da7000" size="00002000" version="1.0.0"/>
<module path="/usr/lib/libexpat.so.1.5.0" address="b6daa000" size="00021000" version="1.5.0"/>
<module path="/usr/lib/libfontconfig.so.1.1.0" address="b6ded000" size="00009000" version="1.1.0"/>
<module path="/usr/lib/libfreetype.so.6.3.10" address="b6e5e000" size="00004000" version="6.3.10"/>
<module path="/opt/gnome/lib/libgmodule-2.0.so.0.1200.4" address="b6e64000" size="00002000" version="0.1200.4"/>
<module path="/opt/gnome/lib/libgobject-2.0.so.0.1200.4" address="b6e9e000" size="00002000" version="0.1200.4"/>
<module path="/opt/gnome/lib/libpango-1.0.so.0.1400.5" address="b6ea1000" size="0003a000" version="0.1400.5"/>
<module path="/opt/gnome/lib/libgdk_pixbuf-2.0.so.0.1000.6" address="b6ef0000" size="00002000" version="0.1000.6"/>
<module path="/opt/gnome/lib/libatk-1.0.so.0.1213.0" address="b6f0a000" size="00003000" version="0.1213.0"/>
<module path="/opt/gnome/lib/libgtk-x11-2.0.so.0.1000.6" address="b724b000" size="00006000" version="0.1000.6"/>
<module path="/lib/libz.so.1.2.3" address="b7252000" size="00013000" version="1.2.3"/>
<module path="/opt/gnome/lib/libgdk-x11-2.0.so.0.1000.6" address="b7266000" size="00082000" version="0.1000.6"/>
<module path="/lib/libc-2.5.so" address="b7410000" size="00003000" version="2.5"/>
<module path="/lib/libgcc_s.so.1" address="b7416000" size="0000c000" version="1"/>
<module path="/lib/libm-2.5.so" address="b7446000" size="00002000" version="2.5"/>
<module path="/usr/lib/libstdc++.so.6.0.8" address="b7521000" size="00005000" version="6.0.8"/>
<module path="/lib/libdl-2.5.so" address="b752d000" size="00004000" version="2.5"/>
<module path="/lib/libpthread-2.5.so" address="b7545000" size="00002000" version="2.5"/>
<module path="/usr/local/lib/libwx_gtk2u-2.6.so.0.3.1" address="b7549000" size="005b1000" version="0.3.1"/>
<module path="/usr/local/lib/libcodeblocks.so.0.0.1" address="b7b11000" size="00499000" version="0.0.1"/>
<module path="/var/cache/fontconfig/d458be102e54cf534d1eef0dcbb02d07-x86.cache-2" address="b7fb1000" size="00002000"/>
<module path="/var/cache/fontconfig/cf6c88e680607f2ab796171745f068a4-x86.cache-2" address="b7fb8000" size="00001000"/>
<module path="/opt/gnome/lib/gtk-2.0/2.10.0/engines/libclearlooks.so" address="b7fca000" size="00002000" version="2.0/2.10.0/engines/libclearlooks"/>
<module path="/usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES" address="b7fcd000" size="00001000"/>
<module path="/usr/lib/locale/en_US.utf8/LC_NAME" address="b7fcf000" size="00001000"/>
<module path="/usr/lib/locale/en_US.utf8/LC_TELEPHONE" address="b7fd1000" size="00001000"/>
<module path="/usr/lib/locale/en_US.utf8/LC_IDENTIFICATION" address="b7fd3000" size="00001000"/>
<module path="[vdso]" address="b7fdc000" size="00001000"/>
<module path="/lib/ld-2.5.so" address="b7ff8000" size="00002000" version="2.5"/>
</modules>
−
<stack>
<frame level="2" function="wxStackWalker::Walk(unsigned int)" offset="00000036"/>
<frame level="3" function="wxDebugReport::AddContext(wxDebugReport::Context)" offset="00000b43"/>
<frame level="4" function="wxDebugReport::AddAll(wxDebugReport::Context)" offset="00000018"/>
<frame level="5" function="CodeBlocksApp::OnFatalException()" offset="00000000" file="/home/biplab/SoftProjects/cb_source/src/src/app.cpp" line="616"/>
<frame level="6" function="wxFatalSignalHandler" offset="00000026"/>
<frame level="7"/>
<frame level="8" function="Compiler::GetLastError()" offset="0000001b"/>
<frame level="9" function="WizCompilerPanel::WizCompilerPanel(wxString const&, wxString const&, wxWizard*, wxBitmap const&, bool, bool)" offset="00000233"/>
<frame level="10" function="Wiz::AddCompilerPage(wxString const&, wxString const&, bool, bool)" offset="00000096"/>
<frame level="11" function="int SqPlus::Call<Wiz, void, wxString const&, wxString const&, bool, bool>(Wiz&, void (Wiz::*)(wxString const&, wxString const&, bool, bool), SQVM*, int)" offset="00000162"/>
<frame level="12" function="SqPlus::DirectCallInstanceMemberFunction<Wiz, void (Wiz::*)(wxString const&, wxString const&, bool, bool)>::Dispatch(SQVM*)" offset="000000ba"/>
<frame level="13" function="SQVM::CallNative(SQNativeClosure*, int, int, bool, SQObjectPtr&, bool&)" offset="000002a1"/>
<frame level="14" function="SQVM::Execute(SQObjectPtr&, int, int, int, SQObjectPtr&, unsigned int, SQVM::ExecutionType)" offset="00003295"/>
<frame level="15" function="SQVM::Call(SQObjectPtr&, int, int, SQObjectPtr&, unsigned int)" offset="000001c2"/>
<frame level="16" function="sq_call" offset="00000075"/>
<frame level="17" function="Wiz::Launch(int, wxString*)" offset="000005dd"/>
<frame level="18" function="TemplateManager::NewFromTemplate(NewFromTemplateDlg&, wxString*)" offset="00000052"/>
<frame level="19" function="TemplateManager::New(TemplateOutputType, wxString*)" offset="000000c6"/>
<frame level="20" function="MainFrame::OnFileNewWhat(wxCommandEvent&)" offset="000000a7" file="/home/biplab/SoftProjects/cb_source/src/src/main.cpp" line="2020"/>
<frame level="21" function="wxStringBase::GetStringData() const" offset="00000078" file="/usr/local/include/wx-2.6/wx/string.h" line="259"/>
<frame level="22" function="wxAppConsole::HandleEvent(wxEvtHandler*, void (wxEvtHandler::*)(wxEvent&), wxEvent&) const" offset="00000035"/>
<frame level="23" function="wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)" offset="00000092"/>
<frame level="24" function="wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)" offset="0000007d"/>
<frame level="25" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="000000cf"/>
<frame level="26" function="wxEvtHandler::ProcessPendingEvents()" offset="00000070"/>
<frame level="27" function="wxAppConsole::ProcessPendingEvents()" offset="0000005f"/>
<frame level="28"/>
<frame level="29"/>
<frame level="30" function="g_main_context_dispatch" offset="00000182"/>
<frame level="31"/>
<frame level="32" function="g_main_loop_run" offset="000001a9"/>
<frame level="33" function="gtk_main" offset="000000b4"/>
<frame level="34" function="wxEventLoop::Run()" offset="0000005b"/>
<frame level="35" function="wxAppBase::MainLoop()" offset="0000004e"/>
<frame level="36" function="wxAppBase::OnRun()" offset="00000021"/>
<frame level="37" function="CodeBlocksApp::OnRun()" offset="00000000" file="/home/biplab/SoftProjects/cb_source/src/src/app.cpp" line="582"/>
<frame level="38" function="wxEntry(int&, wchar_t**)" offset="0000006a"/>
<frame level="39" function="wxEntry(int&, char**)" offset="00000036"/>
<frame level="40" function="main" offset="00000000" file="/home/biplab/SoftProjects/cb_source/src/src/app.cpp" line="188"/>
</stack>
</report>
I'm using OpenSUSE 10.2, wxGTK 2.6.3, GCC 4.1.2, GTK 2. The earlier revision that I've compiled and run successfully was 3506.
I couldn't understand what is wrong?
-
Hi,
I've just updated from the Jan 4th nightly build to this one. Now none of the symbols show up in the symbols tab of the management window and when right clicking on a symbol and choosing "Find Declaration" or "Find Implementation" it gives a not found error.
(Windows XP)
If I go back to the Jan 4th Nightly build it does work correctly.
Is there some new setting that needs to be set?
Thanks
-
By the way: I get an log error at startup, which I noticed lately:
Scanning for plugins in C:\Programme\CodeBlocks/share/codeblocks/plugins...
ERROR: SDK version mismatch for CBProfiler (1.11.2). Expecting 1.11.8
How can I fix this?
delete that old zip file and dll, or install the latest nightly in a new directory (since you unzipped ne stuff on top of old stuff, older files that are not needed anymore don't get deleted
-
delete that old zip file and dll, or install the latest nightly in a new directory (since you unzipped ne stuff on top of old stuff, older files that are not needed anymore don't get deleted
It works!
Great support :D
Thanx
-
Help!!
I installed this jan 21 release but now I have a problem with my custom compiler. I have made a copy of the arm-gcc compiler and named it Realview22 (The cpp compiler from Arm).
This worked fine for the jan 10 build.
Now I get error:
"MemTest - realview22-debug" uses an invalid compiler [YOUR ANSWER IS ALREADY THERE. SEARCH THE FORUMS!]. Skipping...
What can I do to make it work again? I really need this Realview compiler and it worked for me for the past 8 months.
Jan
-
check all path entered in the *compiler* options (so not the project compiler options). I think those are all checked now, probably one is not correct ...
-
Hi,
I've just updated from the Jan 4th nightly build to this one. Now none of the symbols show up in the symbols tab of the management window and when right clicking on a symbol and choosing "Find Declaration" or "Find Implementation" it gives a not found error.
(Windows XP)
If I go back to the Jan 4th Nightly build it does work correctly.
Is there some new setting that needs to be set?
Thanks
There was a bug in wxSmith (C::B-generated) events handling which made it consume these events before any other plugins (notably code-completion) had a chance to process them. This bug has been fixed in svn.
If you want to enable code-completion again, disable the wxSmith plugin in "Plugins->Manage plugins" (at least until the next nightly is out).
-
Thanks for the so very quick reply!
-
check all path entered in the *compiler* options (so not the project compiler options). I think those are all checked now, probably one is not correct ...
I did, setting the "additional paths" did the trick.
Thanks
-
good.
Question : was the additional paths incorrect, or was it empty ?
-
Now,it's very good with new wxSmith! but why it can't add wxMenu?
It will be added soon :)
-
good.
Question : was the additional paths incorrect, or was it empty ?
I had a similar problem with the minGW compiler I have. The additional paths section in the compiler options was empty. I pointed it to the installation directory and it worked fine after that.
-
good.
Question : was the additional paths incorrect, or was it empty ?
I had a similar problem with the minGW compiler I have. The additional paths section in the compiler options was empty. I pointed it to the installation directory and it worked fine after that.
me too
-
Hello,
I'm experiencing code-completion problems on my win32 c::b install. I doesn't work anymore.
I reverted back to jan 10.
It works with the jan 10 release.
Anything changed?
Regards
Jan
-
- codecompletion is already fixed, side effect of new wxSmith : available in tonight nightly
- will implement that an empty additional paths is not considered invalid, it is always possible there are no additional paths
-
looking at the code, it doesn't make sense, a compiler is valid if it's C compiler program can be found [m_Programs.C] [note : C++ compiler can always do C too]., either in the MasterPath or in the extra Paths, the fact that "additional paths " is empty should not make it invalid, and so says the code. :shock:
Are you really sure you didn't have another problem ??
What did you specify as MasterPath (could be maybe in your masterpath you already specified the bin subdir, you shoulnd't , CB itself will append the bin subdir).
And for additional paths it doesn' t add anything, so when this might be set to the MasterPath (ending with the bin) dir, this could explain that in your case with your change it now works. But as far as I can see, it is correct, so no need for code changes.
-
looking at the code, it doesn't make sense, a compiler is valid if it's C compiler program can be found [m_Programs.C] [note : C++ compiler can always do C too]., either in the MasterPath or in the extra Paths, the fact that "additional paths " is empty should not make it invalid, and so says the code. :shock:
Are you really sure you didn't have another problem ??
What did you specify as MasterPath (could be maybe in your masterpath you already specified the bin subdir, you shoulnd't , CB itself will append the bin subdir).
And for additional paths it doesn' t add anything, so when this might be set to the MasterPath (ending with the bin) dir, this could explain that in your case with your change it now works. But as far as I can see, it is correct, so no need for code changes.
My master path was pointing to c:\<install path>\bin . I was unable to compile anything due to this. I added the Additional Path and pointed it to the same directory as the master path.
After reading your above post, I removed the \bin on the master path, removed the additional path, and it works as it would normally.
I had never messed with that option before (the master path) until today. /boggle
-
probably you set it like this at the time you added the compiler.
By the way, which compiler was it ??
-
anyhow, tomorrow I will add an extra search criteria, where it also looks in the MasterPath without appending the bin dir, then it doesn't matter if the bin is already in your MasterPath, but it is adviced not to include the bin dir in the value of MasterPath, as does the NOTE say in the Programs tab [personal note : our code was not consistent with the note, since when looking for the exe to actually build (!= check if Valid) we apparently look in the MasterPath itself also without appending the bin dir, where as the note says : either in the bin subdir or the additional paths]
I would suggest we don't play strict as the note says and we ???????adjust the note???????, why not strict : suppose there's a compiler package which does not have a bin subdir ....
-
probably you set it like this at the time you added the compiler.
By the way, which compiler was it ??
My install was from the RC2 install with minGW. I haven't bothered to change it since then.
-
valid check *also* looks at the MasterPath without adding the 'bin', and we even Macro-replace ;-), all available in nightly of 23 January