From: <al...@be...> - 2019-02-26 10:35:39
|
As subject says. [*] Added fourth parameter to hwg_SelectFileEx() - logical bMulti, which allows multiply files selection [*] hwg_Version(4) now returns 0 for winapi version and 1 for gtk. [*] Few Debugger and Designer enhancements. [!] Fixes, corrections. Regards, Alexander. |
From: Maurizio la C. <m.l...@gm...> - 2019-02-26 16:58:32
|
Hi Alex, thanks so much. I'm very interested in what do you think about this changes in Hwgui project: a. to store in separated folders (e.g. lib\win\x86, lib\win\x86_64, lib\linux\x86,... and so on) the built libraries b. to adopt a Git repository in addition to Subversion one c. to purge all the compile warnings Best regards and newly many thanks. -- Maurizio Il 26/02/2019 11:35, al...@be... ha scritto: > As subject says. > > [*] Added fourth parameter to hwg_SelectFileEx() - logical bMulti, which allows multiply files selection > [*] hwg_Version(4) now returns 0 for winapi version and 1 for gtk. > [*] Few Debugger and Designer enhancements. > [!] Fixes, corrections. > > Regards, Alexander. > > > _______________________________________________ > Hwgui-developers mailing list > Hwg...@li... > https://lists.sourceforge.net/lists/listinfo/hwgui-developers > |
From: <al...@be...> - 2019-02-27 11:03:29
|
<div xmlns="http://www.w3.org/1999/xhtml">Maurizio,</div><div xmlns="http://www.w3.org/1999/xhtml"> </div><div xmlns="http://www.w3.org/1999/xhtml">> a. to store in separated folders (e.g. lib\win\x86, lib\win\x86_64, lib\linux\x86,... and so on) the built libraries</div><div xmlns="http://www.w3.org/1999/xhtml"> </div><div xmlns="http://www.w3.org/1999/xhtml"> Hm... I simply don't understand, what is a <span><span>benefit of having linux binaries </span></span>on a Windows system or 64-bit binaries on 32-bit system and vice versa.</div><div xmlns="http://www.w3.org/1999/xhtml"> </div><div xmlns="http://www.w3.org/1999/xhtml">> b. to adopt a Git repository in addition to Subversion one</div><div xmlns="http://www.w3.org/1999/xhtml"> </div><div xmlns="http://www.w3.org/1999/xhtml"> Git repository on Sourceforge? Is there a way of automatic synhronization of such two repositories for to not update manually each of them?</div><div xmlns="http://www.w3.org/1999/xhtml"> </div><div xmlns="http://www.w3.org/1999/xhtml">> c. to purge all the compile warnings</div><div xmlns="http://www.w3.org/1999/xhtml"> </div><div xmlns="http://www.w3.org/1999/xhtml"> Do we have any?</div><div xmlns="http://www.w3.org/1999/xhtml"> </div><div xmlns="http://www.w3.org/1999/xhtml">Regards, Alexander.</div> |
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 |