In rebuilding things to check for issues during the upcoming freeze, I found that on netbsd-6 i386, cmake failed because libuv failed. (Apparently cmake newly depends on libuv, which is a surprisingly large footprint for a build tool.) Both libuv 1.11.0 and 1.10.2 result in the following. Apparently there are new posix members in struct stat, and libuv is just testing OS name ahnd not feature presence. I think the fix is to change the "if NetBSD" to be "if NetBSD and new enough to have st_atim in struct stat", so that the fallback code for just having seconds is used. Does that sound right? Does anyone feel responsible for libuv and want to do this instead? => Bootstrap dependency digest>=20010302: found digest-20160304 ===> Building for libuv-1.11.0 CC src/unix/libuv_la-fs.lo In file included from src/unix/fs.c:30:0: src/unix/internal.h: In function 'uv__req_init': src/unix/internal.h:308:3: warning: dereferencing type-punned pointer will break strict-aliasing rules src/unix/fs.c: In function 'uv__fs_scandir': src/unix/fs.c:386:3: warning: passing argument 4 of 'scandir' from incompatible pointer type /usr/include/dirent.h:105:5: note: expected 'int (*)(const void *, const void *)' but argument is of type 'int (*)(const struct uv__dirent_t **, const struct uv__dirent_t **)' src/unix/fs.c: In function 'uv__to_stat': src/unix/fs.c:813:28: error: 'struct stat' has no member named 'st_atim' src/unix/fs.c:814:29: error: 'struct stat' has no member named 'st_atim' src/unix/fs.c:815:28: error: 'struct stat' has no member named 'st_mtim' src/unix/fs.c:816:29: error: 'struct stat' has no member named 'st_mtim' src/unix/fs.c:817:28: error: 'struct stat' has no member named 'st_ctim' src/unix/fs.c:818:29: error: 'struct stat' has no member named 'st_ctim' src/unix/fs.c:821:32: error: 'struct stat' has no member named 'st_birthtim' src/unix/fs.c:822:33: error: 'struct stat' has no member named 'st_birthtim'
Attachment:
signature.asc
Description: PGP signature