From: Maurizio la C. <m.l...@gm...> - 2019-02-27 13:10:57
|
Hi Alexander, Il 27/02/2019 12:03, al...@be... ha scritto: > Maurizio, > > a. to store in separated folders (e.g. lib\win\x86, lib\win\x86_64, > lib\linux\x86,... and so on) the built libraries > Hm... I simply don't understand, what is a benefit of having linux > binaries on a Windows system or 64-bit binaries on 32-bit system and > vice versa. I was speaking about the development environment. I'm maintaining separated distro of my HWGui based applications targetting Windows32, Windows64, Linux64. Having the built libs in separated folders allows the build of the current distro, after a change to the application code, to be achieved without the need to remember what kind of libs are currently in the lib folder. Just the same way we have separated Harbour libs for each platform/architecture pair, setting the output with: -o./lib/${hb_plat}/${hb_cpu}/${hb_name} > > b. to adopt a Git repository in addition to Subversion one > Git repository on Sourceforge? Is there a way of automatic > synhronization of such two repositories for to not update manually > each of them? Not sure. Let me deeper investigate if it's needed to commit for both. > > c. to purge all the compile warnings > Do we have any? Yes, a lot. I'm building with MinGW 8.3 (from MSYS2) and most of the reported warning are concerning: . cast to pointer from integer of different size (avoidable with the switch [-Wint-to-pointer-cast]) . cast between incompatible function types (avoidable with the switch [-Wcast-function-type]) . cast from pointer to integer of different size (avoidable with the switch [-Wpointer-to-int-cast]) I've the complete list of involved code, but it's too big to be attached and useless, as it would be enough to change some type declaration to purge the log. As alternative we could set the switches above when a recent version MinGW compiler is used, but it would be better to amend the code. Best regards. -- Maurizio > Regards, Alexander. > > > _______________________________________________ > Hwgui-developers mailing list > Hwg...@li... > https://lists.sourceforge.net/lists/listinfo/hwgui-developers |