|
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
|