Eric S. Raymond via devel writes:
> I'd love to remove those shims. But AFIK we don't have anyone testing
> on Cygwin. Can you?
Doesn't compile even after removing the shims.
SCons unconditionally looks for winsock2, even after already having
found the correct network headers for POSIX systems.
Yo Achim!
On Mon, 01 Jul 2019 19:10:54 +0200
Achim Gratz via devel wrote:
> Gary E. Miller via devel writes:
> >> …a platform that you officially do not support but it looks like
> >> you may have, in the past. That must have been years, if not
> >> decades ago. There's only three instances of
Eric S. Raymond via devel writes:
> I'd love to remove those shims. But AFIK we don't have anyone testing
> on Cygwin. Can you?
I'll put it on my list. No promises as to when I might get to it.
ProBably only compile and make sure it starts, not actually running with
a GPS connected.
Regards,
Gary E. Miller via devel writes:
>> …a platform that you officially do not support but it looks like you
>> may have, in the past. That must have been years, if not decades ago.
>> There's only three instances of Cygwin-specific code in the current
>> gpsd repository. The first one is in
Yo Achim!
On Sun, 30 Jun 2019 21:10:38 +0200
Achim Gratz via devel wrote:
> Eric S. Raymond via devel writes:
> > I'm going by the frequency of Cygwin-specific shims I've seen, and
> > had to maintain, in GPSD.
>
> …a platform that you officially do not support but it looks like you
> may
Achim Gratz via devel :
> Eric S. Raymond via devel writes:
> > I'm going by the frequency of Cygwin-specific shims I've seen, and had
> > to maintain, in GPSD.
>
> …a platform that you officially do not support but it looks like you may
> have, in the past. That must have been years, if not
Eric S. Raymond via devel writes:
> I'm going by the frequency of Cygwin-specific shims I've seen, and had
> to maintain, in GPSD.
…a platform that you officially do not support but it looks like you may
have, in the past. That must have been years, if not decades ago.
There's only three
Achim Gratz via devel :
> Eric S. Raymond via devel writes:
> > It could be re-ported, with sufficient determination. If I were going
> > to do it in C I'd use one of the Unix-based cross-compilation
> > toolchains rather than native Windows tools or Cygwin - you get much
> > better conformance to
James Browning via devel writes:
> Also, WSL2 which *might* address adjtimex non-inclusion might be rolling
> out now or soon.
Except it'll run in a VM that is more or less completely separate from
the host system. In particular, it never plugs into the NT kernel.
> My 2015 box seems to be
Eric S. Raymond via devel writes:
> It could be re-ported, with sufficient determination. If I were going
> to do it in C I'd use one of the Unix-based cross-compilation
> toolchains rather than native Windows tools or Cygwin - you get much
> better conformance to modern C and POSIX that way,
Hal Murray via devel writes:
> Has anybody tried building ntpsec on Windows? Cigwin? I'm just
> curious. How close are we?
I don't think Cygwin has the library functions for actually adjusting
time via the NT kernel yet. Not sure how much effort that would be to
emulate. You could always try
On Sat, Jun 29, 2019, 2:06 PM Hal Murray wrote:
>
> jamesb.f...@gmail.com said:
> > It builds on the Windows Subsystem for Linux but does not currently run,
> > something about missing adjtimex support. I can't say anything definite
> about
> > mingsys, cygwin or native.
>
> Thanks.
>
> Does
Hal Murray via devel :
>
> Has anybody tried building ntpsec on Windows? Cigwin? I'm just curious.
> How
> close are we?
Pretty far away. I stripped out most of the old Windows build support because
it
showed clear signs of bitrot and obsolete assumptions. I left in a crucial bit
related
Has anybody tried building ntpsec on Windows? Cigwin? I'm just curious. How
close are we?
--
These are my opinions. I hate spam.
___
devel mailing list
devel@ntpsec.org
http://lists.ntpsec.org/mailman/listinfo/devel
14 matches
Mail list logo