Debugging or running in codelite => __gxx_personality_v0

[Marcel]

Yeah you're right...I changed the path in update.bat but it was one folder to deep...stupid me.

Anyway...now it's still not working. Getting this error when starting codelite:

(Couldn't find entry point XYZwxGraphicsPath in CodeLite.exe dll)

I followed all the steps in your tutorial. wxWidget compiled without an error (I also changed all the sources you mentioned).
And codelite compiled without errors (100+ warnings).

Seems like I missed a step @ setting up wxWidget sources?!

I will try it again from scratch...

[Marcel]

Meh,

I just rebuildt all. wxWidgets and codelite. As soon as I run update.bat I get the mentioned error x_X

I guess this has something to do with this:

(mswu\wx\setup.h)

Code: Select all

#ifdef _MSC_VER
#   if _MSC_VER >= 1310
        // MSVC7.1+ comes with new enough Platform SDK, enable
        // wxGraphicsContext support for it
#       define wxUSE_GRAPHICS_CONTEXT 1
#   else
        // MSVC 6 didn't include GDI+ headers so disable by default, enable it
        // here if you use MSVC 6 with a newer SDK
#       define wxUSE_GRAPHICS_CONTEXT 0
#   endif
#else
    // Disable support for other Windows compilers, enable it if your compiler
    // comes with new enough SDK or you installed the headers manually.
    //
    // Notice that this will be set by configure under non-Windows platforms
    // anyhow so the value there is not important.
#   define wxUSE_GRAPHICS_CONTEXT 1
#endif

I changed the line before compiling (I had to start compiling and abort it to get this file).
I am not using MSVC so the else case should be parsed. Weird.

Edit:
Sorry for double post...

[eranif]

Did you remember to update the wxWidgets libraries as well? (there is no script to do this for you, you need to copy them manually from the wx build folder)
Maybe codelite is still loading old wxwidgets libraries...

Eran

[Marcel]

Yeah I did. Hope it was the correct way:

Codelite.ini =>
wx=D:\dev\src\wxWidgets-2.9.4\ <- Points to the downloaded wxWidget SRC folder (the one i compiled)

Codelite Environment Variables=>
WXWIN=D:\dev\src\wxWidgets-2.9.4\
PATH=D:\dev\src\wxWidgets-2.9.4\lib\gcc_dll;D:\dev\tools\MinGW-4.7.1\bin;$(PATH)

[eranif]

No... this is _not_ the correct way

This file is used for affecting processes launched by codelite, but not codelite itself.

You need to copy the binaries from D:\dev\src\wxWidgets-2.9.4\lib\gcc_dll into your codelite installation folder

Eran

[Marcel]

lol yeah damn...right...

Shouldn't do that when tired...i copyied all the files to the codelite dir now. Thanks lol

Starting code lite crashes without infos now
APPCRASH -> "Codelite.exe doesn't work anymore (Search online for a solution etc...)".

Error log:

Code: Select all

[ 20:10:04:192 SYS ] Starting codelite...

I deleted %APPDATA%/CodeLite

CodeLite generates a new folder with this content:

Code: Select all

config/codelite.xml
config/environment_variables.xml
lexers/ <- Empty folder

then crashes.

Starting it again creates these files in the new folder gdb_printers:

Code: Select all

libstdcxx/
libstdcxx/__init__.py
libstdcxx/__init__.pyc
libstdcxx/v6/
libstdcxx/v6/__init__.py
libstdcxx/v6/__init__.pyc
libstdcxx/v6/printers.py
libstdcxx/v6/printers.pyc
qt4.py
qt4.pyc
wx.py
wx.py.bak
gdb_printers/wx.pyc

[Marcel]

Ok I did the other way around.

I copied all the DLLs from the CodeLite 5.1 installation into the fresh compiled 5.2 folder in
D:\dev\src\codelitegit\Runtime

and replaced the wxWidgets DLL with the new. CodeLite starts and asks me for
dot.exe
gprof.exe

I donno where they are and aborted...finally it starts...wow ...what a birth...

EDIT:
Maybe a bug? The toolbars are not colored, like in your screenshot. I once got it black. Donno why it doesn't work now.
And I guess your update.bat missed to update some files?! I use codelite now from within the Runtime folder.
I will try following git head and do some pull requests whenever I can.
IDE looks really cool with the new tab style, even with bright colors!

Edit 2:
Ok it's not really usable atm oO When compiling codelite generates a textfile:
PROJECTNAME.txt with this content:

Code: Select all

ECHO ist ausgeschaltet (OFF).

(ECHO is off (OFF))

Code: Select all

C:\Windows\system32\cmd.exe /c "mingw32-make -j 4 -e -f  Makefile"
"----------Building project:[ sfmlplay - Debug ]----------"
mingw32-make[1]: Entering directory `D:/dev/workspaces/sfmlplay'
g++ -o ./Debug/sfmlplay @"sfmlplay.txt" -L. -LD:/dev/lib/SFML/DW2  -lsfml-graphics-s-d -lsfml-window-s-d -lsfml-system-s-d
g++: error: ECHO: No such file or directory
g++: error: ist: No such file or directory
g++: error: ausgeschaltet: No such file or directory
g++: error: (OFF).: No such file or directory
mingw32-make[1]: *** [Debug/sfmlplay] Error 1
mingw32-make: *** [All] Error 2
sfmlplay.mk:77: recipe for target `Debug/sfmlplay' failed
mingw32-make[1]: Leaving directory `D:/dev/workspaces/sfmlplay'
Makefile:4: recipe for target `All' failed
0 errors, 0 warnings

Guess the linker script generation fails somehow