HMGforum.com

Klas Engwall wrote:There are two HB_LEGACY_LEVEL[n] macros #defined in include\hbsetup.ch,
HB_LEGACY_LEVEL4 and HB_LEGACY_LEVEL5

Any code guarded with one of those macros will be compiled, code guarded with lower HB_LEGACY_LEVEL[n] macros will be skipped when Harbour itself is built. Those portions of the Harbour source code can now be removed, if they still exist, since they make no difference in current Harbour builds. When, in the future, the HB_LEGACY_LEVEL4 macro is removed from
the header file, sections of code marked with that macro will then be ignored while building Harbour.

So this is a way to say that "this code will exist for a while but will be removed after the next stable release" or "... after the second stable release from now", etc. New HB_LEGACY_LEVEL6, HB_LEGACY_LEVEL7 etc macros will set the date for deprecating other code sections in the
future.

There is no magic in it, just code that depends on that a certain macro is #defined, just like anything else guarded with an #ifdef

Regards,
Klas

2015-07-07 18:35 UTC+0200 Viktor Szakats (vszakats users.noreply.github.com)
  * appveyor.yml
    + re-enable contribs

  * package/mpkg_ts.hb
  * package/mpkg_win.bat
    * minor cleanups

  ; Harbour 3.4 Windows builds are now reproducible/deterministic,
    meaning that builds made from the same Git commit hash will
    generate bit-identical (7z.exe) distribution packages. Given
    of course equal settings and dependencies. With automated
    Appveyor CI builds dependencies are also controlled by the
    repository itself, so those builds are guaranteed to be
    deterministic always. It has been tested with mingw 32-bit
    and mingw 64-bit (and dual builds) should be supported as well.
    Other C compilers may or may not work depending on what/if
    non-deterministic metadata is stored inside their libraries.

This is because MS deprecated GetVersion*() functions, so they
would return false/emulated values on or above Win8 anyway.

2015-07-22 12:23 UTC+0200 Viktor Szakats (vszakats users.noreply.github.com)
  * src/common/hbver.c
    ! fix to previous modification (Win10 and new server detection)
    + refactor to not rely on GetVersion*() calls except for
      detecting legacy Windows versions and build number and
      service pack string on non-legacy Windows versions.
    % do not try to detect Wine on WinCE

  * contrib/hbwin/tests/os.prg
  * contrib/hbwin/win_osc.c
    * minor cleanups

2015-07-22 11:14 UTC+0200 Viktor Szakats (vszakats users.noreply.github.com)
  * appveyor.yml
    * temply enable OS version to test it

  * src/common/hbver.c
    * rework to use fewer deprecated GetVersion*() calls (2 to go)
    + recognize Win10, Server 2016, 8.1, Server 2012 R2 versions

  * contrib/hbwin/win_osc.c
    ! update Win10 detection based final official docs

2015-07-22 10:30 UTC+0200 Viktor Szakats (vszakats users.noreply.github.com)
  * src/common/hbver.c
    ! follow MSDN advice in:
         https://msdn.microsoft.com/en-us/librar ... 25492.aspx
      "If you are testing the major version, you must also test the
       minor version and the service pack major and minor versions."
    * replace ZeroMemory() with memset()

  * contrib/hbwin/win_osc.c
    * convert these functions to return emulated values with HB_LEGACY_LEVEL4:
      - return .T. on all NT platforms: WIN_OSISNT351(), WIN_OSISNT4()
      - return .T. on all Win9x platforms: WIN_OSIS95(), WIN_OSIS98(), WIN_OSISME()
      - build number will be zero, service pack an empty string and
        versions will be emulated: WIN_OSVERSIONINFO()
      This is because MS deprecated GetVersion*() functions, so they
      would return false/emulated values on or above Win8 anyway.