[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [hackers] MSYS2/Mingw primer



2023-03-16 at 16:40, Martin Burnicki wrote:
> Just for the case that you want to give MSYS2/Mingw a try: I've put some information together how to get started:
> https://wiki.burnicki.net/miscellaneous_tips:20_software_development:msys2_mingw_notes
> 
> I've also just recently started to use it, and I'm very happy for what I've seen so far. You can easily use things like git and ssh from within the bash shells provided by the build environment.
> 
> A tiny example project that looks like a standard project for Linux and other Unix-like systems can be found here:
> https://github.com/mburnicki/hello-mingw
> 
> If it would be possible to build NTP for Windows using this toolchain, we could probably avoid a lot of the hassle we have due to supporting different VS versions with their various project files.
> 
> I'm assuming that it would even be possible to integrate Windows support into NTP's autoconf/automake stuff and let it detect the Windows target system, but as mentioned earlier, I'm not familiar with that auto stuff, so I'm not sure whether this makes sense, or whether to just create a set of makefiles once for each of the NTP programs.
> 
> On the other hand, unlike Unix-like systems, Windows is a well-known target, so it may be possible to just set up a couple of static makefiles which don't have to be created by autoconf/automake.
> 
> Martin
> 

[Not exactly the same as building with the MinGW compiler, but some
 input on how it might be possible to build on Windows using autotools,
 but with a Microsoft compiler (cl.exe) instead of the MinGW compiler.]

It's been a very long time since I looked at this problem space, so the
things discussed in the below thread might have bit-rotted in all sorts
of spectacular manners. But, for what it's worth:

https://lists.gnu.org/archive/html/automake/2011-09/msg00003.html

The compile and ar-lib scripts mentioned are in upstream automake since
many years, so the variant with just AR=lib should be OK since I see
that AM_PROG_AR has already been added to the NTP configure.ac.

Who knows, this might be a way forward? I'm of course not holding my
breath, and sadly don't really have any time to spend...

Cheers,
Peter
-- 
This is hackers@xxxxxxxxxxxxx
Subscribe: hackers+subscribe@xxxxxxxxxxxxx
Unsubscribe: hackers+unsubscribe@xxxxxxxxxxxxx