Author Topic: multilib mingw-w64 TDM compiler  (Read 2064 times)

Offline stahta01

  • Lives here!
  • ****
  • Posts: 5943
    • My Best Post
Re: multilib mingw-w64 TDM compiler
« Reply #30 on: October 07, 2017, 02:27:26 am »
Quote
So the next release of mingw-w64 will be able to build wx3.x?

I can build it allready with the git version, not sure if Tim's patch was allready applied as i did a build a few hours after posting the patch. So unless they used some other means to get over this bug, then it looks like it's allready up.

What git url are you using because it was not in the url I tried 3 hours ago.

Tim S.
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 32 bit.
On Debian Testing, compiling CB Trunk against wxWidgets 3.0.2.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline reckless

  • Regular
  • ***
  • Posts: 329
Re: multilib mingw-w64 TDM compiler
« Reply #31 on: October 07, 2017, 12:29:24 pm »
This one https://git.code.sf.net/p/mingw-w64/mingw-w64 and ok, not sure why it builds here then ?!?. I asked JonY when it will be availiable, ill post when he gets back to me.

Offline stahta01

  • Lives here!
  • ****
  • Posts: 5943
    • My Best Post
Re: multilib mingw-w64 TDM compiler
« Reply #32 on: October 07, 2017, 01:44:37 pm »
No need to ask when it will be committed; I just wished to confirm I had the right URL to watch.

Edit: The multi-lib wxWidgets builds without issue; but, the monolithic build errors out without the patch.
Unless, you add the allow multiple linker option.

Tim S.
« Last Edit: October 07, 2017, 01:46:59 pm by stahta01 »
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 32 bit.
On Debian Testing, compiling CB Trunk against wxWidgets 3.0.2.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline reckless

  • Regular
  • ***
  • Posts: 329
Re: multilib mingw-w64 TDM compiler
« Reply #33 on: October 09, 2017, 11:45:11 pm »
https://sourceforge.net/p/mingw-w64/mingw-w64/ci/57311fedb4960ad7d8b444b34c06a41f32b13702/

committed, unfortunatly the patch ended up as being by me when committed upstream, sorry about that :/.

But it should be availiable in the master branch now atleast.
« Last Edit: October 09, 2017, 11:49:35 pm by reckless »

Offline reckless

  • Regular
  • ***
  • Posts: 329
Re: multilib mingw-w64 TDM compiler
« Reply #34 on: October 10, 2017, 06:04:36 pm »
as for where to post future patches then it's here mailto:mingw-w64-public@lists.sourceforge.net but you need to subscribe first at the sourceforge site.

Offline reckless

  • Regular
  • ***
  • Posts: 329
Re: multilib mingw-w64 TDM compiler
« Reply #35 on: October 10, 2017, 06:06:07 pm »
Last pull had the fix, so we are good to go :)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 10277
Re: multilib mingw-w64 TDM compiler
« Reply #36 on: October 10, 2017, 09:49:12 pm »
Let me know when there is a released binary, so I can try it.
<debugger plugin maintainer>
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline reckless

  • Regular
  • ***
  • Posts: 329
Re: multilib mingw-w64 TDM compiler
« Reply #37 on: October 10, 2017, 11:32:44 pm »
I can upload new build with the fixed runtimes if nessesary, but it might be faster for some to just do a git pull from master and then rebuild the headers and crt from there if they have Msys2 or Msys.

Also i might have fixed the image assertions in the WxWidgets-3.0.3 codeblocks builds for good, i can now open and build with it without any errors so far.

Might not be the correct place but what i did was this.

in  src/main.cpp in the MainFrame::MainFrame(wxWindow* parent) function put 

// avoid image assertions, initialize all image backends.
wxInitAllImageHandlers();

just after

// New: Allow drag and drop of files into the editor
SetDropTarget(new cbFileDropTarget(this));

after this the only oddity is that the codeblocks IDE flickers in the tray for a few moments before showing, no errors though.

Offline reckless

  • Regular
  • ***
  • Posts: 329
Re: multilib mingw-w64 TDM compiler
« Reply #38 on: October 11, 2017, 12:20:15 am »
https://sourceforge.net/projects/cbadvanced/files/MinGW%20Builds/TDM/mingw64-TDM-gcc-6.4.0-2.7z/download
https://sourceforge.net/projects/cbadvanced/files/MinGW%20Builds/TDM/mingw32-TDM-gcc-6.4.0-2.7z/download

Now sports python-3.4 as well as python-2.7 for those who might want to try out that.
To use the Tools and libraries in /mingw<arch>/opt you will need to have them on path, this can be done in several ways.
From CodeBlocks add to <additional paths>
From Msys or Msys2, modify /etc/profile and add it there.
From Cmd via batch file.

Make sure /mingw<arch>/opt/bin comes after /mingw<arch>/bin.

I can also upload a snapshot of the 64 bit wx-3.0.3 CodeBlocks build mentioned earlier.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 10277
Re: multilib mingw-w64 TDM compiler
« Reply #39 on: October 11, 2017, 12:53:36 am »
@reckless: What asserts? Can you post backtrace?
<debugger plugin maintainer>
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline reckless

  • Regular
  • ***
  • Posts: 329
Re: multilib mingw-w64 TDM compiler
« Reply #40 on: October 11, 2017, 09:35:18 am »
wxBitmap.IsOk() kept comming up with a trace to an existing image, but i could get around that by selecting cancel, was a bit annoying though.

So i started looking up if anyone else was running into that problem, and found a thread on the WxWidgets forum pointing out that you need to initialize all the image handlers first to avoid that assert.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 4970
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: multilib mingw-w64 TDM compiler
« Reply #41 on: October 11, 2017, 05:28:55 pm »
wxBitmap.IsOk() kept comming up with a trace to an existing image, but i could get around that by selecting cancel, was a bit annoying though.

So i started looking up if anyone else was running into that problem, and found a thread on the WxWidgets forum pointing out that you need to initialize all the image handlers first to avoid that assert.
I don't see this issue (mingw-build gcc 5.4 32bit compiler + wx3.1 release (with this patch applied #17483 (wxDynamicCast segfault with mingw64 5.3.0 release build) wxWidgets + codeblocks svn head)

EDIT: I normally only build the core plugins, so you issue may caused by the contributed plugins.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline reckless

  • Regular
  • ***
  • Posts: 329
Re: multilib mingw-w64 TDM compiler
« Reply #42 on: October 11, 2017, 07:21:49 pm »
Cant rule it out, but atleast it works for me now :)
the old wxwidget-2.8 build has worked like a charm, a native 64 bit build does have its advantages though, but untill now i had problems with it, so im happy :)

Offline reckless

  • Regular
  • ***
  • Posts: 329
Re: multilib mingw-w64 TDM compiler
« Reply #43 on: October 11, 2017, 07:28:21 pm »
built wx monolithic both old 2.8 and 32 / 64 bit versions of wx 3.0.0, so it works now :)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 10277
Re: multilib mingw-w64 TDM compiler
« Reply #44 on: October 12, 2017, 09:28:55 am »
wxBitmap.IsOk() kept comming up with a trace to an existing image, but i could get around that by selecting cancel, was a bit annoying though.

So i started looking up if anyone else was running into that problem, and found a thread on the WxWidgets forum pointing out that you need to initialize all the image handlers first to avoid that assert.
Please post the backtrace from gdb or the assert dialog window.
<debugger plugin maintainer>
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]