??? Eric Blake spent quite a bit of time trying to reproduce and then diagnose your solaris 7 problem. Maybe you missed that. Sorry, I should have said "on most of the issues". Yes, Eric looked at th
Here's a snapshot of the latest. I'd like to make a stable coreutils-7.3 release on Friday. coreutils snapshot: http://meyering.net/cu/coreutils-ss.tar.gz 9.3 MB http://meyering.net/cu/coreutils-ss.t
Thankz for newer build. When i do make it fails @ this point in 3 files.. signbitl.c:27: error: expected identifier or '(' before '{' token This is same for the file: signbitf.c and signbitd.c But wh
Hi Elbert, Thanks for the report. I'm Cc'ing bug-gnulib. Bruno, as Elbert suggests, it looks like this change from last week is the cause: Avoid link error when creating a namespace clean library. *
"make check" fails in "doc" on a vanilla NetBSD5.0 system (released yesterday) because no version of Perl is installed by default. In fact make fails without explanation: $ make check ** Error code 1
Hi Jim, Yes, you're right. This should fix it: 2009-04-30 Bruno Haible <address@hidden> Fix bug introduced on 2009-04-25. * lib/math.in.h (gl_signbitf_OPTIMIZED_MACRO, gl_signbitd_OPTIMIZED_MACRO, gl
Hi James, Thanks for reporting that, and especially for testing on a just-released system! The second change set below should fix that. * doc/Makefile.am: Use $(AM_V_GEN) in place of each leading "@"
So far there have been only two problems (thanks for the testing and reports, Elbert Pol and James Youngman!) and both are fixed in this new snapshot. I'll release coreutils-7.3 tomorrow if this no-k
According to Jim Meyering on 4/30/2009 10:14 AM: How about this quickie cleanup patch? stdopen is unused (was it ever used? only lib/ChangeLog-2007 mentions it), and it seems that our current relianc
Yes, I know it's unused. I've refrained from removing it because it demonstrates a sometimes-useful alternate paradigm. But removing it is the way to go. This isn't the place for it. Please go ahead
[...] Rather than apply the patch I just downloaded your newer snapshot. It's much clearer: $ make check ; echo $? [...] /usr/bin/grep -E '\{.*\^[0-9][0-9]' ./*.texi && exit 1 || : /bin/ksh /home/jam
Here's the latest. Any sanity testing would be most welcome. I'd like to release 7.4 very soon. coreutils snapshot: http://meyering.net/cu/coreutils-ss.tar.gz 9.3 MB http://meyering.net/cu/coreutils-
I've adjusted warning options to accommodate changes in gcc: * configure.ac: With --enable-gcc-warnings, -Wlong-long would cause compilation failure due to inclusion of lib/gethrxtime.h. Initialize "
I'm hoping to release coreutils-7.5 within the next week or two, so now would be a good time to make sure it builds and passes "make check" on your favorite systems. coreutils snapshot: http://meyeri
I think we are ready for coreutils-7.5, so I have made this snapshot release. If you can test it on cutting-edge systems (both operating systems and file systems), feedback would be most welcome, esp
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