>> This is not true. What most likely happens is that you >> had a hbqt.ch copied into /include dir by using 'install' >> in the past but not using it after making subsequent >> incremental builds. > > True, infact there is a hbqt.ch in /include but it should be updated > by a make install.... shouldn't it ?
Yes, it should. But it's easy to forget when doing an update, or it's possible that different HB_INSTALL_PREFIX was used across subsequent builds. >> Even library changes >> are detected. If not, pls report it with '-debuginc' >> (and possibly more details). > > Unfortunately the snadbox was updated so we can't get a snapshot. > > The only thing I was able to think about Maurizio error is that "make > clean install" failed, hbqt.ch in /include was not updated, some old > libs were hanging around and doing a hbmk2 hbide.hbp compiled the last > version of hbide with older hbqt.ch headers and probably libs... 'make clean' won't clean any _installed_ files (like hbqt.ch in /include), so it didn't fail, it's just that it works this way. For best results either: a) don't use 'install' at all when working in the SVN sandbox (it makes things much cleaner), or b) set HB_INSTALL_PREFIX to any consistent location and make sure to always use 'install' when doing a 'make'. If you do any of the above consistently, such error won't happen. [ The ultimate solution would be to never install any contrib headers (and even libs) to central dirs, but this is currently not implemented, mainly because I miss input from *nix users about such layout. On win/dos/os2 this is not a problem. ] Brgds, Viktor _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
