Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

Building C::B with MinGW64

<< < (4/5) > >>

eranon:
Thanks for you support, Tim. Well, since I did a lot of tests, I've rather deleted my working copy then checked-out the SVN trunk again. Then, I followed the sequence : built (with -m32 option and -O2 in cb_release_type) all the workspace (unless Autoversioning and Nassi S.), ran update.bat, copied the wx28_custom DLL in the output directory, then launched this fresh C::B... And bang ! No luck, I fall in error "The application was unable to start correctly (0xc000007b)".

stahta01:
Did you copy the mingw dll from the MinGW compiler bin folder?
Did you compile wxWidgets and CB with the exact same MinGW compiler?
Did you remember to compile wxWidgets with the 32 bit option?

Tim S.

eranon:

--- Quote from: stahta01 on August 21, 2013, 06:17:45 am ---Did you copy the mingw dll from the MinGW compiler bin folder?

--- End quote ---

I've copied the one shipped with the C::B nightly build since there's not any mingwm10.dll in my installed tdm64-gcc-4.7.1-3 tree.


--- Quote from: stahta01 on August 21, 2013, 06:17:45 am ---Did you compile wxWidgets and CB with the exact same MinGW compiler?

--- End quote ---

No, I can't ! Never found a way to build wxWidgets 2.8.12 DLL with TDM64-GCC (aka MinGW64) and knowing my project are against wxWidgets 2.9.5 I didn't digged. So, the wxmsw28u_gcc_custom.dll comes from a build done with TDM-GCC (aka MinGW32) under Windows 7 32-bit.


--- Quote from: stahta01 on August 21, 2013, 06:17:45 am ---Did you remember to compile wxWidgets with the 32 bit option?

--- End quote ---

Yep, I've added -m32 at global level, directly in the compiler/linker settings.

Well, at this time (unless trying with cb_x86_wx29 or waiting for cb_x64, but I'll have less of time next days), maybe I should try to install a MingGW32 beside my MinGW64. And awaiting a solution I'll continue to build under a Win 7 32-bit with MinGW32 in a VirtualBox (a little bit slow - because of restricted resource under VirtualBox and necessity to copy the result toward my Windows 64-bit host afterward -, but it works)

stahta01:

--- Quote from: eranon on August 21, 2013, 09:29:38 am ---
--- Quote from: stahta01 on August 21, 2013, 06:17:45 am ---Did you copy the mingw dll from the MinGW compiler bin folder?

--- End quote ---

I've copied the one shipped with the C::B nightly build since there's not any mingwm10.dll in my installed tdm64-gcc-4.7.1-3 tree.


--- Quote from: stahta01 on August 21, 2013, 06:17:45 am ---Did you compile wxWidgets and CB with the exact same MinGW compiler?

--- End quote ---

No, I can't ! Never found a way to build wxWidgets 2.8.12 DLL with TDM64-GCC (aka MinGW64) and knowing my project are against wxWidgets 2.9.5 I didn't digged. So, the wxmsw28u_gcc_custom.dll comes from a build done with TDM-GCC (aka MinGW32) under Windows 7 32-bit.


--- Quote from: stahta01 on August 21, 2013, 06:17:45 am ---Did you remember to compile wxWidgets with the 32 bit option?

--- End quote ---

Yep, I've added -m32 at global level, directly in the compiler/linker settings.

Well, at this time (unless trying with cb_x86_wx29 or waiting for cb_x64, but I'll have less of time next days), maybe I should try to install a MingGW32 beside my MinGW64. And awaiting a solution I'll continue to build under a Win 7 32-bit with MinGW32 in a VirtualBox (a little bit slow - because of restricted resource under VirtualBox and necessity to copy the result toward my Windows 64-bit host afterward -, but it works)

--- End quote ---

So, it had no chance of working.

Tim S.

eranon:
About C::B SVN 32-bit against wxWidgets 2.8.12 DLL 32-bit using TDM64-GCC for both, yes, I'm convinced too it will not have chance to be achieved... Unless someone succeeded and report his experience here ^o^

Well, at this time, I live with what I have (C::B SVN 32-bit against wxWidgets 2.8.12 DLL 32-bit using TDM-GCC) and hope a day I'll succeed with C::B SVN 64-bit against wxWidgets 2.9.5 64-bit using TDM64-GCC).

--
EDIT : just to be sure, I've nevertheless tried to rebuild wxWidgets 2.8.12 DLL 32-bit with TDM64-GCC (since my last attempt was far away in the past)... And it's like I remembered : no success ! At final step, I get this error message :


--- Code: ---i386:x86-64 architecture of input file `gcc_mswudll\monodll_version_rc.o' is incompatible with i386 output
--- End code ---

So, it talk about winres (the resource compiler) and I already dealed with this, providing the equivalent of "-m32" option for it which is "-F pe-i386"... But it doesn't change anything : same error at the end.

Searching quickly, I've found this page where someone called billyonthemountain experienced the same situation (building wxWidgets in a side and C::B in another, for both cases), but lacking to pass "RCFLAGS="-F pe-i386"  : http://forums.codeblocks.org/index.php?action=printpage;topic=12701.0 ; in his case, he solved it adding these RCFLAGS that I already provide in my case. Then, it doesn't help me.

If someone has an idea, it's welcome (and even if it's indirectly C::B related ; I'll open a thread in wx forum, when I'll have time...)

To finish, here is my full command line (here in two line to be more easily readable in the forum, but it's one line only) :


--- Code: ---mingw32-make -j 12 -f makefile.gcc SHARED=1 MONOLITHIC=1 BUILD=release UNICODE=1 CFLAGS="-m32 -O2" CXXFLAGS="-m32 -O2"
CPP="gcc -E -DWX_CPU_X86" LDFLAGS="-m32" RCFLAGS="-F pe-i386 -DWX_CPU_X86"
--- End code ---

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version