Hi Enrico,
* include/hbdefs.h * include/hbapigt.h * source/common/hbfsapi.c * source/rtl/console.c * source/rtl/fserror.c * source/rtl/fstemp.c * source/rtl/gtstd/gtstd.c * source/rtl/gtpca/gtpca.c * source/rtl/filesys.c * Macro rename: - HB_WIN32_IO_OFF -> HB_IO_WIN_OFF - HB_WIN32_IO -> HB_IO_WIN ; NOTE: INCOMPATIBLE if someone happens to disable Windows native IO. Users don't normally needs this though.Let's see if I understood correctly. I want Windows native I/O. Used HB_WIN32_IO so far. Do I have to replace it with HB_IO_WIN?
This flag is the default setting for Harbour since a very long time. Simply remove it, it's not needed. For some reason many users still insist on having this flag :) After recent cleanups (meaning the last half year) custom flags are seldom needed to "tune" Harbour for best performance. Defaults are pretty good. To further tune Harbour performance vs. core features, below flags can be used: -DHB_FM_STATISTICS_OFF (for final all apps) -DHB_NO_DEBUG (if you never intend to use the debugger) -DHB_GUI (to build GUI apps exclusively) You may also add CPU tuning, if you know your end-user environments. I hope we can convert HB_FM_STATISTICS_OFF option to a runtime one in the future. Also, HB_NO_DEBUG shouldn't be needed, but that needs more work on the core. The goal is to not need any such build time tuning to get an optimal Harbour.
By the way, what are the pros and cons of Window native I/O versus Harbour I/O?
I can't think of any normal situation where native could have any downsides. In the early days of native I/O implementation, some Clipper compatibility differences existed for std I/O handles AFAIR. Native removes the CRTL layer from all I/O operations, which means more consistent behavior across different C compilers, better speed, better access to OS I/O features and no CRTL posed limits (like maximum number of files). The only downside (which doesn't affect Harbour users) is that Harbour source code becomes completely non-portable for these code sections. Brgds, Viktor _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
