User forums > General (but related to Code::Blocks)

GCC 4.2.1 binary release for mingw is available from MINGW

<< < (5/12) > >>

dwmcqueen:
There has been a new release that supposedly fixed some of the bugs people were noticing from MinGW.

killerbot:
thanks for the info !!!

EDIT : trying to build wx284, with the dwarf (DW2) variant, in bin dir I removed the -dw2 from the gcc exes (not from the mingw32-*.exe)

EDIT2 : failed -> windres ...... on ../../src/msw/version.rc:12:24 error: wx/version.h : no such file or directory  :-(

thomas:
mingw32-g++-dw2.exe -Ldevel -Lsrc\wxAUI -Lbase\tinyxml -LD:\wxMSW-2.8.4\lib\gcc_dll -LC:\gcc42\lib  -o devel\codeblocks.exe .objs\src\app.o .objs\src\appglobals.o .objs\src\associations.o .objs\src\compilersettingsdlg.o .objs\src\crashhandler.o .objs\src\dlgabout.o .objs\src\dlgaboutplugin.o .objs\src\environmentsettingsdlg.o .objs\src\infopane.o .objs\src\ipc.o .objs\src\main.o .objs\src\printdlg.o .objs\src\scriptconsole.o .objs\src\scriptingsettingsdlg.o .objs\src\splashscreen.o .objs\src\startherepage.o  .objs\src\resources\resources.res  --demangle  -lcodeblocks -lwxaui -lwxscintilla -lshfolder -lkernel32 -luser32 -lgdi32 -lcomdlg32 -lwinspool -lwinmm -lcomctl32 -lodbc32 -lole32 -loleaut32 -luuid -lrpcrt4 -ladvapi32 -lwsock32 -lwxmsw28u  -mwindows
.objs\src\app.o: In function `wxMemoryFSHandler':
Info: resolving SquirrelVM::_VM       by linking to __imp___ZN10SquirrelVM3_VME (auto-import)
D:/wxMSW-2.8.4/include/wx/fs_mem.h:60: undefined reference to `_imp___ZTV17wxMemoryFSHandler'
collect2: ld returned 1 exit status
Process terminated with status 1 (8 minutes, 37 seconds)
1 errors, 1996 warnings

Yay for MinGW! Compiling Code::Blocks works again :)


EDIT:  The linker error is no real error, since I've used the 3.4.5 libraries, this obviously cannot work. But most importantly, the compilation is just fine :)  Now off to rebuild wxWidgets...

thomas:


There goes! :)

killerbot:
did you use the dwarf or the other ? Since I got stuck at wx :-(

EDIT : it seems it has to do with windres.exe, I used the latest snapshot of binutils [remember the one where the fix is there for windres.exe for files/paths containing spaces], well it seems it has new problems now.
So I replaced the windres.exe with the one from the previous release of the binutils and I can get past my error point ...

Fix one, break one, so it seems ...

EDIT2 : I heard a MinGW developer visits our forum, I hope you see this ;-)

Navigation

[0] Message Index

[#] Next page

[*] Previous page