Compiled it myself and seems that this old issue reappeared but with gdb; it does not respect any breakpoint at all:
http://forums.codeblocks.org/index.php?topic=11301.45
I get this message:
Debugger name and version: GNU gdb (GDB) 7.4.1-debian
Error in re-setting breakpoint 2: Function "/home/stefanos/Projects/ANSI C++/GeneralCode/main.cpp:26" not defined.
[Inferior 1 (process 326) exited normally]
Debugger finished with status 0
I use
gcc 4.6.3 Linux/unicode - 32 bit
Debian wheezy
Partially off the subject: I visited this link Code::Blocks Bug Page (http://developer.berlios.de/bugs/?group_id=5358&set=custom&_assigned_to=0&_status=1&_category=100&_bug_group=1000&order=date) and I tried to sort the bug list based on date from oldest to newest open ticket. For some reason it does not work. Can anyone fix this if plausible please?
Nice work jens :D can I ask you a favor mate? I have compiled wxWidgets 2.9.x trunk myself for both static and dynamic, but I am not sure if I have done it properly. It seems I have missed the opengl support let alone other options which are definitely mandatory for sample programs.
Would it be easy for you to send me your compilation settings to do it myself in a PM? I know that you are already offering it as .deb packages for both Debian and Ubuntu, but I would like to see where I was partially incomplete with my commands.
Cheers
I have used ../configure --with-zlib=sys --disable-reserved_virtual --enable-debug --enable-debug_info --enable-debug_gdb --enable-unicode --with-gtk --enable-mediactrl --enable-sound --with-sdl --enable-display --enable-geometry --enable-graphics_ctx --with-libjpeg=sys --with-libpng=sys --with-libtiff=sys --with-opengl --with-libjpeg=builtin --with-libtiff=builtin
The ".." is there,because I use it from a seperate build-folder to keep the sources clean.
You get a "wx-config" in the build-folder after running "make" .
If you use it directly, there is no need to run "make install" and litter your system.
Good, I review the commit, I see this is the quite good fix:
@@ -1807,7 +1815,7 @@ size_t NativeParser::MarkItemsByAI(ccSearchData* searchData, TokenIdxSet& result
CC_LOCKER_TRACK_TT_MTX_UNLOCK(s_TokensTreeMutex)
- RemoveLastFunctionChildren(tree, m_LastFuncTokenIdx);
+ RemoveLastFunctionChildren(m_Parser->GetTokensTree(), m_LastFuncTokenIdx);
// find "using namespace" directives in the file
TokenIdxSet search_scope;
The old way "tree" is a temporary Tokenstree, and already cleared before. What we need to clean is the normal Tokenstree.
OK, since the project file is very simple I thought I might post it here.
For simplicity, I have parameterized folders with an env var KTOOLS_FOLDER which in my case is: C:\Programacion\KTools
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_project_file>
<FileVersion major="1" minor="6" />
<Project>
<Option title="LogStream" />
<Option pch_mode="2" />
<Option compiler="gcc" />
<Build>
<Target title="Release">
<Option output="$(KTOOLS_FOLDER)\Libraries\LogStream" prefix_auto="1" extension_auto="1" />
<Option working_dir="" />
<Option object_output="$(KTOOLS_FOLDER)\Objects" />
<Option type="2" />
<Option compiler="gcc" />
<Option createDefFile="1" />
<Compiler>
<Add option="-Wall" />
<Add option="-O2" />
</Compiler>
<Linker>
<Add option="-s" />
</Linker>
</Target>
</Build>
<Unit filename="..\..\Headers\General.hpp" />
<Unit filename="..\..\Headers\LogStream.hpp" />
<Unit filename="LogStream.cpp" />
<Extensions>
<code_completion />
<envvars />
<debugger />
<lib_finder disable_auto="1" />
</Extensions>
</Project>
</CodeBlocks_project_file>
If I had to guess, I'd say that C::B is trying to set a "common base folder" for all the project files. As if it didn't properly support routes with "\.." in them.
I have used
../configure --with-zlib=sys --disable-reserved_virtual \
--enable-debug --enable-debug_info --enable-debug_gdb \
--enable-unicode --with-gtk --enable-mediactrl --enable-sound \
--with-sdl --enable-display --enable-geometry \
--enable-graphics_ctx --with-libjpeg=sys --with-libpng=sys \
--with-libtiff=sys --with-opengl --with-libjpeg=builtin \
--with-libtiff=builtin
The ".." is there,because I use it from a seperate build-folder to keep the sources clean.
You get a "wx-config" in the build-folder after running "make" .
If you use it directly, there is no need to run "make install" and litter your system.
Hey jens, sorry for the late reply and thank you for sharing your setup with me. I just wanted to ask; is there a certain reason you added twice these certain options? --with-libjpeg=sys --with-libjpeg=builtin --with-libtiff=sys --with-libtiff=builtin
On my system I had to use builtin to make it work for all "sys" configuration options.
Also, will it work for both static and dynamic, monolithic and non-monolithic?
thanks for once again.