Hi Przemek, Yes, my bad with the report for msvc. Results are identical.
Brgds, Viktor On 2010 Mar 26, at 09:19, Przemysław Czerpak wrote: > On Fri, 26 Mar 2010, Szak�ts Viktor wrote: > > Hi, > >>> 2010-03-26 00:12 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) >>> * harbour/src/vm/hvmall.c >>> * harbour/include/hbstack.h >>> * reactivated for tests inline ASM code which can be used to access >>> HVM stack pointer in MT HVM builds. It can be enabled in 32bit >>> desktop windows Harbour builds by setting HB_ASM_TLS build time macro. >> For mingw 4.4.1 it went from 21.72 to 18.92 (ST: 13.78). > > It should give some speed improvement so this is expected. I guess you > tested 32 bit builds. > >> For msvc 2008 it went from 21.38 to 23.80 (ST: 13.86). > > And this is strange. It should not change MSVC results at all. > The ASM stack inline functions are available only for BCC and MinGW > builds and are used only when native TLS support is not enabled. > >> So, it's good as is, and MT users not concerned about >> Win9x are better to enable for mingw. > > Yes though it may not work also with some future windows version. > In fact we do not know what MS plan to do. > It means that checking real code generated by modern MSVC versions > can help us to chose "safe" version which will follow MS plans. > >> [ Question how can mingw be such much better than msvc with >> this option? ] > > This option should not effect MSVC builds so I guess different > results are caused by some mistakes or some external events which > strongly change the test conditions. > > best regards, > Przemek > _______________________________________________ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
