Hi Alex, > So I tried : > > hbmk2 hbactivex.hbp > hbmk2 hbxml.hbp > hbmk2 hwgui.hbp > hbmk2 hwg_qhtm.hbp > hbmk2 procmisc.hbp > hbmk2 hwguidyn.hbp
Yes, you tried it right, *.hbp won't work for hwguidyn, because this project depends on hwgui static libs. This is a little bit shorter form: --- hbmk2 hbactivex.hbp hbxml.hbp hwgui.hbp hwg_qhtm.hbp procmisc.hbp hbmk2 hwguidyn.hbp --- Maybe hwgui readme needs to be update accordingly. > As I said the static lib is roughly compatible with an old version, I do not > know how the small one was made. So I think all is well. Make sure to add the -workdir option I've sent, otherwise you may get problems if you try subsequent incremental builds after a CVS refresh. Thanks to Windows, the objects for dynamic and static builds are different, so they need to be stored in different dirs for incremental purposes. > This is interesting though, is it typical that dll's are much smaller than > libs? > > 2009/06/09 09:28 AM 80 414 hbactivex.lib > 2009/06/09 09:28 AM 31 990 hbxml.lib > 2009/06/09 09:29 AM 2 323 546 hwgui.lib > 2009/06/09 09:29 AM 1 391 616 hwguidyn.dll > 2009/06/09 09:29 AM 103 510 hwguidyn.exp > 2009/06/09 09:29 AM 173 084 hwguidyn.lib > 2009/06/09 09:29 AM 44 212 hwg_qhtm.lib > 2009/06/09 09:29 AM 95 738 procmisc.lib Lib files contain lot of extra information over the actual object data, so this is normal. MSVC has the largest .lib files out of our supported compilers, only MSVC x64 is bigger. Using C++ mode makes it even larger. Brgds, Viktor _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
