Author Topic: RFC: Dropping support for old wxWidgets releases (2.8 in particular)  (Read 1148 times)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 11899
    • Travis build status
wx3.0.0 has been released: November 11, 2013
wx2.8.x somewhere around 2007.

Probably it is time to drop 2.8.x for all platforms?
Anyone still not able to migrate to 3.x? Reasons?
Most linuxes are on wx3.0.x something at the moment. The only exception in CentOS7, but there are workarounds, so it is not a big deal.

I'd also be happy if we could drop wx3.0 support for Windows. There is no particular reason to support it. I don't test it and we don't intend to ship a version with it because it doesn't support HiDPI. It only clutters our project files with another set of them.

I'm currently porting the popup changes from wxSTC to wxScintilla and they are really hard to port to wx2.8. I'm not sure it is worth the time to do it. It will mean that I'd have to copy a lot of wxWidget internals or probably leave the old code and mod it a bit.

Anyone interested in this should speak soon, because I think I'll take action in the next couple of weeks. :)  8)
(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 killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5177
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #1 on: August 01, 2019, 03:45:18 pm »
I totally support the drop of wx 2.8, and wx 3.0 on windows too.
I even think many linuxes already provide out of the bow more recent then 3.0.x too.


Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 11899
    • Travis build status
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #2 on: August 01, 2019, 03:48:57 pm »
I don't think, so. A quick check at pkgs.org showed that most linux distros are at 3.0.x and only OpenSuSe is shipping 3.1.2 (which is broken for cb:))
(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 LETARTARE

  • Regular
  • ***
  • Posts: 384
  • L'ami de l'homme.The friend of man.
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #3 on: August 01, 2019, 04:41:15 pm »
I am five machines with my configuration. I build 'CB' without problems with wx-2.8.12 and gcc-510.

For 'OpenSuse-Leap-42.3' :  always with native 2.8.12,
- I have not been able to install 3.0.2 next to 2.8.12, but I'm working on it (the native compiler is 4.8.5 !!),
- I'm also trying to install gcc530, gcc730 and use 'update-alternatives' I can not use for 'wx-config'
( these difficulties probably come from my inexperience with LINUX !)
I am also working on the installation of 'openSUSE Tumbleweed' ;  wx-3.0.4,  3.1.3 (wxGTK3-3_2) come with 'openSUSE Tumbleweed', but again the coexistence is difficult.

For Windows : for a week I'm trying to install versions 2.8.12, 3.0.1, 3.12 with the gcc-530, gcc-730, gcc-810 compilers as well as build CB from the sdk143 (cb-11793 .. .) : it seems more accessible ...

If the decision is made towards the beginning of September, I think I have made serious progress in all these problems.

C::B  : svn11798, wx2.8, plugins : QtPregen-2.6.0-sdk143
1-Vista Business Pack 2 32bits : TDM-GCC-5.1.0.3
2-OpenSuse-42.3-Leap 64bits :  g++-4.8.5,
=> !! The messages are translated by Deepl !!

Offline stahta01

  • Lives here!
  • ****
  • Posts: 6589
    • My Best Post
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #4 on: August 01, 2019, 04:50:48 pm »
I think dropping the Windows wx 2.8 projects make sense.
I do suggest keeping the core windows wx 3.0 projects;  CodeBlocks_wx30.cbp and CodeBlocks_wx30_64.cbp.
The windows wx 3.0 plugins projects make sense to delete.

This way it will be easier for the few remaining Windows wx 3.0 self building to still build core CB.
And, we can always delete them later.

Tim S.


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

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2162
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #5 on: August 01, 2019, 06:45:07 pm »
I support the drop of wx 2.8, and wx 3.0 .

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 11899
    • Travis build status
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #6 on: August 01, 2019, 06:47:42 pm »
I do suggest keeping the core windows wx 3.0 projects;  CodeBlocks_wx30.cbp and CodeBlocks_wx30_64.cbp.
The windows wx 3.0 plugins projects make sense to delete.
This doesn't make sense.

This way it will be easier for the few remaining Windows wx 3.0 self building to still build core CB.
And, we can always delete them later.
Building another wx is not a rocket science it is just a download, unpack and run of a copy-pasted command from the wiki.

This doesn't seem like a valid reason to preserve the wx30 builds. A valid reason would be that something is broken with wx31 and only works in wx30. If this is the case then we can postpone the deletion. But I've not seen any indication that this is the case. We're shipping wx31 night builds for quite a while.

(I know that the pile of bug reports would start happening after we ship a wx31 release :))
(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 sodev

  • Regular
  • ***
  • Posts: 311
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #7 on: August 01, 2019, 08:04:58 pm »
I am using wx-master for many years for all our (windows only) applications and this works quite well, nothing broke badly, sometimes i picked a commit that broke something, but usually this got fixed after a short time so i simply picked the fixed commit. On windows there is no such thing like a package repository, building wxWidgets from source is not that kind of big deal (it is self contained, no external dependencies), so you can easily use the source.

On linux it's a bit different, so if you want to provide packages, at least there stick to some release that is available in the repositories.

I don't use wx 2.8 since CodeBlocks got useable with wx 3.x, maybe soon i don't have to apply my patches to be able to use CodeBlocks with wx-master ;D

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 11899
    • Travis build status
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #8 on: August 01, 2019, 10:34:05 pm »
...maybe soon i don't have to apply my patches to be able to use CodeBlocks with wx-master ;D
Patches? To cb or wx? Anyway wx-master is only for testing...
(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 sodev

  • Regular
  • ***
  • Posts: 311
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #9 on: August 02, 2019, 12:35:55 am »
Patches for CB. Only two, around a month ago you and BlueHazzard looked at them again, you didn't like one of them because of the code duplication required to work with wx 2.8, and the other one... well, i guess no one was in the mood to try to understand the affected CodeBlocks parts to maybe agree with me that CodeBlocks does it wrong and wxWidgets refuses to compile with that for good reason :). And since then... silence again :-X.

My 5 years+ test run is quite successful so far, i get the latest and greatest stuff and don't have to work around bugs because i can simply upgrade 8)

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5223
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #10 on: August 02, 2019, 05:53:33 am »
My option: drop wx2.8 on Windows, and I suggest using wx3.1.2 and above under Windows.
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 oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 11899
    • Travis build status
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #11 on: August 02, 2019, 09:10:03 am »
3.1.2 is broken and needs patching.
(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 BlueHazzard

  • Developer
  • Lives here!
  • *****
  • Posts: 2432
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #12 on: August 02, 2019, 10:45:42 am »
Oh no, come on.... Now where i have nearly finished my build setup to build every version of codeblocks with every version of wxWidgets and compiler on windows and linux automatically, you want to kill 90% of the work...

joke aside: I am totally for dropping old wx versions!

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 11899
    • Travis build status
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #13 on: August 02, 2019, 11:44:54 am »
There would be 3.2 in some years time. :)
(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 Miguel Gimenez

  • Regular
  • ***
  • Posts: 321
Re: RFC: Dropping support for old wxWidgets releases (2.8 in particular)
« Reply #14 on: August 02, 2019, 12:02:34 pm »
wxWidgets' roadmap says 3.1.3 will come out in september and 3.2.0 in early 2020. These dates are estimations, of course.

IMHO wx2.8 can be removed in all platforms, 3.0 in MSW and the nightlies changed to 3.1.3 as soon as it is released.