Menu

#236 Remove OWL5_COMPAT from trunk

8
open
API (105)
1
2024-01-10
2023-08-27
No

As discussed in [feature-requests:#235], there is no reason to keep OWL5_COMPAT option in the trunk going forward.

The recommended path for upgrading from OWL 5 is to first update to OWLNext 6.44, resolve all issues, remove the dependency on OWL5_COMPAT, and then move forward.

See Upgrading from OWL | Recommended upgrade path.

For more on OWL5_COMPAT, see OWL Compatibility Build Modes.

Related

Feature Requests: #235
Wiki: OWLNext_Roadmap_and_Prereleases
Wiki: OWL_Compatibility_modes

Discussion

  • Ognyan Chernokozhev

    • labels: --> API
    • assigned_to: Ognyan Chernokozhev
    • Group: unspecified --> 8
     
  • Ognyan Chernokozhev

    As a part of this cleanup, we should also remove the OWL_SUPPORT_BWCC and OWL_SUPPORT_CTL3D code - which was compiled only in OWL5_COMPAT mode anyway.

     
    👍
    1
  • Vidar Hasfjord

    Vidar Hasfjord - 2023-08-27

    Hi Ognyan,

    Good work on implementing this in [r6466] and [r6467]! To make sure builds fail if OWL5_COMPAT is used (e.g. by current or older OWLMaker versions), I have made further OWL5_COMPAT and compatibility mode changes in [r6472].

     

    Related

    Commit: [r6466]
    Commit: [r6467]
    Commit: [r6472]

  • Vidar Hasfjord

    Vidar Hasfjord - 2023-09-08

    Also have a look at "Remove TAppDictionary" [feature-requests:#19]. It stems from Win16, and has no purpose in Win32, I think.

     

    Related

    Feature Requests: #19

  • Vidar Hasfjord

    Vidar Hasfjord - 2024-01-10

    The old implementation of response tables, only active in the obsolete OWL5_COMPAT build mode, has now been removed [r6772]. The code now always uses the new implementation with event handler signature checking. See Windows Message Dispatch in OWLNext.

     

    Related

    Commit: [r6772]
    Wiki: Windows_Message_Dispatch_in_OWLNext

Anonymous
Anonymous

Add attachments
Cancel