Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
wxWidgets 3.0 and Code::Blocks files question?
stahta01:
Here's my current patch for TDM MinGW GCC 4.8.1 and wxWidgets trunk.
Note: This is a Test patch trying to narrow down the cause; not one to apply to CB trunk!
Edit: Removed outdated patch.
Edit: Note: The testing below is NOT doing linking against wxWidgets because building the wxLibs takes to long.
Retested using 4.8.1 Compiler; This exact problem does NOT seem to exist in wxWidgets 2.9.2 (edited wx/wxcrt.h) using TDM MinGW GCC.
Retested using 4.8.1 Compiler; This exact problem does NOT seem to exist in wxWidgets 2.9.3 (edited wx/wxcrt.h) using TDM MinGW GCC.
Tested using 4.8.1 Compiler; This exact problem does seem to exist in wxWidgets 2.9.4 using TDM MinGW GCC.
Testing wxWidgets trunk SVN 70020 to see if problem exists; Did NOT see problem.
Testing wxWidgets trunk SVN 71000 to see if problem exists; Did see the problem.
Testing wxWidgets trunk SVN 70500 to see if problem exists; Did NOT see problem.
Testing wxWidgets trunk SVN 70600 to see if problem exists; Did see the problem.
Testing wxWidgets trunk SVN 70550 to see if problem exists; Did see the problem.
Testing wxWidgets trunk SVN 70520 to see if problem exists; Did see the problem.
Re-Testing wxWidgets trunk SVN 70500 to see if problem exists; Did NOT see problem.
Testing wxWidgets trunk SVN 70503 to see if problem exists; Did NOT see problem.
Testing wxWidgets trunk SVN 70509 to see if problem exists; Did NOT see problem.
Testing wxWidgets trunk SVN 70511 to see if problem exists; Did NOT see problem.
Testing wxWidgets trunk SVN 70512 to see if problem exists; Did NOT see problem.
Testing wxWidgets trunk SVN 70513 to see if problem exists; Did NOT see problem.
Testing wxWidgets trunk SVN 70514 to see if problem exists; Did see the problem.
Likely cause is "include/wx/generic/choicdgg.h"
NOTE: I have given up on solving this problem needs someone better at C++ and the MinGW Compiler to locate the problem to an exact cause.
Cross posted some of this info to http://forums.wxwidgets.org/viewtopic.php?f=19&t=38116 because maybe it will get a better person to try to solve the issue.
Tim S.
ollydbg:
--- Quote from: stahta01 on October 12, 2013, 04:18:18 pm ---
I am thinking its multiple headers that are causing the problem instead of size right now; but, I can not make a small sample to confirm this.
Tim S.
--- End quote ---
Hi, Tim, what do you mean by this?
I see in your patch in the post: http://forums.codeblocks.org/index.php/topic,18412.msg126028.html#msg126028
You remove the include directive of "#include <wx/wxprec.h>", but CB_PRECOMP is still defined. It looks like the generated pch file can be smaller now because not all the header files in "wx/wxprec.h" was included in the pch now.
BTW: I'm not sure the PCH issue is related only GCC 4.8.x under Windows, or the whole GCC versions under Windows. Anyone has the result of GCC 4.6.x and 4.7.x?
For some reasons, I want to build C::B under different Compiler, but the current build method does not let me hold different build folders, all the build files are put under devel folder. Can we have a variable which can relocate the output folder? like #CB_DEVEL or #BUILD, then I can have multiply build folders co-exists for different compilers.
stahta01:
--- Quote from: ollydbg on October 13, 2013, 05:21:20 am ---
--- Quote from: stahta01 on October 12, 2013, 04:18:18 pm ---
I am thinking its multiple headers that are causing the problem instead of size right now; but, I can not make a small sample to confirm this.
Tim S.
--- End quote ---
Hi, Tim, what do you mean by this?
I see in your patch in the post: http://forums.codeblocks.org/index.php/topic,18412.msg126028.html#msg126028
You remove the include directive of "#include <wx/wxprec.h>", but CB_PRECOMP is still defined. It looks like the generated pch file can be smaller now because not all the header files in "wx/wxprec.h" was included in the pch now.
--- End quote ---
My testing patch shows that when one of the 3 to 5 headers are un-commented along with #include "wx/msw/wrapcctl.h" that the PCH causes the crash in cc1plus.exe.
--- Quote from: ollydbg on October 13, 2013, 05:21:20 am ---BTW: I'm not sure the PCH issue is related only GCC 4.8.x under Windows, or the whole GCC versions under Windows. Anyone has the result of GCC 4.6.x and 4.7.x?
--- End quote ---
I have built using 4.7.1 and the crash from the PCH does not happen; but, the PCH was smaller so it only rules out a header sequence caused issue NOT a PCH size caused issue.
--- Quote from: ollydbg on October 13, 2013, 05:21:20 am ---For some reasons, I want to build C::B under different Compiler, but the current build method does not let me hold different build folders, all the build files are put under devel folder. Can we have a variable which can relocate the output folder? like #CB_DEVEL or #BUILD, then I can have multiply build folders co-exists for different compilers.
--- End quote ---
I think that would work better as a Compiler custom variable than a Global var; but, I have never tried either one for a output folder.
There is about 6 update29.bat files that would be a source of problems to fix.
Tim S.
stahta01:
Patch needed to confirm the (cc1plus.exe has stopped working) Problem exists in TDM MinGW GCC 4.8.1 and wxWidgets 2.9.4.
I think the problem did NOT exist in wxWidgets 2.9.3.
Tim S.
--- Code: ---Index: src/sdk/wxscintilla/src/wxscintilla.cpp
===================================================================
--- src/sdk/wxscintilla/src/wxscintilla.cpp (revision 9398)
+++ src/sdk/wxscintilla/src/wxscintilla.cpp (working copy)
@@ -5293,7 +5293,7 @@
evt.GetWheelDelta(),
evt.GetLinesPerAction(),
/* C::B begin */
-#if wxCHECK_VERSION(2,9,2)
+#if wxCHECK_VERSION(2,9,5)
evt.GetColumnsPerAction(),
#else
1,
Index: src/sdk/wxscintilla/src/ScintillaWX.h
===================================================================
--- src/sdk/wxscintilla/src/ScintillaWX.h (revision 9398)
+++ src/sdk/wxscintilla/src/ScintillaWX.h (working copy)
@@ -169,7 +169,7 @@
void DoMiddleButtonUp(SCI_NAMESPACE_PREFIX(Point) pt);
/* C::B end */
/* C::B begin */
-#if !wxCHECK_VERSION(2,9,2)
+#if !wxCHECK_VERSION(2,9,4)
enum wxMouseWheelAxis
{
wxMOUSE_WHEEL_VERTICAL,
--- End code ---
stahta01:
Patches I am using to test CB trunk and wx trunk compiling with TDM MinGW GCC 4.8.1.
I am moving these patches to this new thread http://forums.codeblocks.org/index.php/topic,18568.0.html
That thread is obsolete; the CB Team applied patches to remove PCH for the wxWidgets 3.x projects which worked around the MinGW GCC 4.8.1 PCH bug.
Tim S.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version