Hi Przemek,
> > As the last step of cleaning Harbour from "win32", "w32" and similar > > from '32', I'd like to move forward and switch "w32" HB_ARCHITECTURE > > to simply "win". > > Currently "w32" covers Windows 32-bit, Windows 64-bit, Windows CE, > > and in the future might also cover Itanium (IA64) (*), so the naming is > > now outdated and misleading. > > Any concerns? > > This is OK for me but I have doubts about TBROWSE()->HBBROWSE(), ... > modifications. Now we stop to be Class(y) compatible. Class(y) > introduces class functions for GET(), TBROWSE(), TBCOLUMN() and ERROR(). > Looking at the above I think that we should revert modifications made > today except Get[:]New(). This is brand new information, so essentially the whole assumption was false, that we should get rid of GET(), is this the case? How about adding a class(y) compatibility .prg, which forwards GET() to HBGET() and so on? Or I can easily revert this, no problem, but I'll keep the XPP class separation anyway. > > (*) Unfortunately, it's only supported in the expensive version of Visual > > Studio yet. > > I do not know if MinGW supports IA64 but GCC has been supporting this > platform for long time. I couldn't find any evidence of IA64 support in MinGW. Not even AMD64 is supported yet. There are however some new file released on MinGW website. It'd be great if GCC would finally endorse the Windows port... Brgds, Viktor
_______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
