On 2025-12-29 13:05, Brian Inglis via tz wrote:
On 2025-12-19 19:27, Paul Eggert wrote:
One fix would be to get both code and data into the same directory, do
a 'make check' there, and then use that directory to generate the
programs and/or data that you need (possibly as separate Cygwin
packages).
For checking, I create symlinks to /dev/null for files missing from
VERSION_DEPS, and make -k check now seems to be working mostly normally
with both tar sources, except tzdata is trying to rebuild executables,
rather than using the installed release.
Copying from /usr/*bin/ does not work. Any suggestions for an adequate
bypass?
The simplest suggestion I can think of is the one quoted above. That is,
when building the data, don't merely download
<https://data.iana.org/time-zones/releases/tzdata2025c.tar.gz>. Instead,
download the combined tarball
<https://data.iana.org/time-zones/releases/tzdb-2025c.tar.lz> (or, if
you prefer, download both
<https://data.iana.org/time-zones/releases/tzcode2025c.tar.gz> and
<https://data.iana.org/time-zones/releases/tzdata2025c.tar.gz>), and
build from the combined set of files.
Similarly for tzcode. But come to think of it, there's little point to
running "make check" for tzcode, as the test cases all come from tzdata.
So don't bother trying to run "make check" for tzcode, and for tzdata
follow the procedure described above.
It should be possible to complicate the Makefile so that "make check"
does something reasonable in a tzdata-only (or tzcode-only) directory.
However, that would take some work and I don't see why the work would be
needed, if the simple suggestion works.
