Jim Meyering <jim <at> meyering.net> writes: > > AFAIK, I am the only one who has built the latest snapshot: > > http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/17604 > > Though it's been only two days. > > Unless I hear of new bug reports or portability problems soon, > expect coreutils-7.5 to be released in the next few days.
On cygwin, 'make' completes, but 'make check' issues a warning (and fails if I also add -Werror to CFLAGS): ccache gcc -std=gnu99 -gdwarf-2 -Wall -Werror -Wl,--as-needed -o stdbuf.exe stdbuf.o libver.a ../lib/libcoreutils.a /usr/local/lib/libintl.dll.a -liconv - L/usr/local/lib ../lib/libcoreutils.a -liconv diff progs-makefile progs-readme && rm -rf progs-readme progs-makefile ccache gcc -std=gnu99 -I. -I../lib -I../lib -I/usr/local/include -fPIC - gdwarf-2 -Wall -Werror -MT libstdbuf_so-libstdbuf.o -MD -MP - MF .deps/libstdbuf_so-libstdbuf.Tpo -c -o libstdbuf_so-libstdbuf.o `test - f 'libstdbuf.c' || echo './'`libstdbuf.c libstdbuf.c:1: warning: -fPIC ignored for target (all code is position independent) And even if I don't turn on -Werror, 'make check' dies further on: CCLD libstdbuf.so.exe libstdbuf_so-libstdbuf.o: In function `apply_mode': /home/eblake/coreutils/src/libstdbuf.c:108: undefined reference to `_libintl_gettext' /home/eblake/coreutils/src/libstdbuf.c:116: undefined reference to `_libintl_gettext' /home/eblake/coreutils/src/libstdbuf.c:124: undefined reference to `_libintl_gettext' (wow - it really seems like this should be creating libstdbuf.dll or even cygstdbuf.dll, per cygwin naming conventions; not libstdbuf.so.exe). I'm not sure whether libstdbuf will even work for cygwin (as it is not ELF); and part of me is afraid that we would have to use libtool to get this to work portably. Maybe it is easiest to just figure out how to disable stdbuf from even being attempted, let along tested, on cygwin, until I can find more time to investigate it further? I'm now running 'make -k check', and will try to spot any obvious problems. I already have some effort for porting things like freopen O_BINARY issues over to cygwin that I have not yet pushed upstream. But I maintain my stance that, as in the past, I don't want you to feel obligated to hold up the release process just to cater to cygwin. -- Eric Blake