new snapshot available: coreutils-7.1.63-8e6a6

Here's the summary of changes since the last snapshot: coreutils snapshot: http://meyering.net/cu/coreutils-ss.tar.gz 9.2 MB http://meyering.net/cu/coreutils-ss.tar.xz 3.9 MB http://meyering.net/cu/coreutils-ss.tar.gz.sig http://meyering.net/cu/coreutils-ss.tar.xz.sig aka http:

Re: new snapshot available: coreutils-7.1.63-8e6a6

this version passes all tests for me on my x86_64/Linux system -mike signature.asc Description: This is a digitally signed message part. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: new snapshot available: coreutils-7.1.63-8e6a6

Mike Frysinger wrote: > this version passes all tests for me on my x86_64/Linux system Thanks for the quick feedback! ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: coreutils 7.1.49-ebb9 FTB sparc/Solaris, AIX

Matthew Woehlke wrote: > Tail of the build log below; what else would you like? > > (I'm retrying the sparc build with the Sun compiler; you /don't/ want > to know what version of gcc this is ;-). But I don't expect success > due to AIX having what looks like the same problem.) > > sparc/Solar

Re: coreutils 7.1.49-ebb9 FTB x86/Solaris

Matthew Woehlke wrote: > Matthew Woehlke wrote: >> Undefined first referenced >> symbol in file >> MAX uname.o > > Ah, I just found > > which is proba

Re: ready for a bug-fix coreutils-7.2?

Matthew Woehlke wrote: > Jim Meyering wrote: >> I want to make a coreutils-7.2 release soon. >> >> There are still a few minor problems we haven't been able >> to reproduce (like the install-related test failure), and >> some portability problems, but there have been enough real >> bug fixes, >> >>

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Matthew Woehlke wrote: > Tail of the build log below; what else would you like? > > (I've *no* idea how to pass options from cc to cpp :-(. I had a > similar problem with ncurses and was unable to figure it out; I ended > up having to break up what cpp was seeing to get past it.) > > cc -g -o c

Re: ls - French translation of N_("%b %e %Y")

Eric Blake wrote: > "The results are unspecified ... or if a minimum field width is > specified for any conversion specifier other than C , F , G , or Y ." > > So I guess the gcc warning is nice if you are being portable to non-GNU > strftime And also with GNU strftime, the width feature is useles

Re: ls - French translation of N_("%b %e %Y")

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 3/19/2009 5:45 AM: > Eric Blake wrote: >> "The results are unspecified ... or if a minimum field width is >> specified for any conversion specifier other than C , F , G , or Y ." >> >> So I guess the gcc warning is nice if

firefox problem on Acer (was: (no subject))

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [please use a descriptive subject line, to improve the chance that people will not discard your mail as spam] According to lynn and jym on 3/19/2009 4:47 AM: Hello, > i have two acer aspires that i can not conect to the internet due to a > firefox

(no subject)

i have two acer aspires that i can not conect to the internet due to a firefox problem i have been on to acer support since 10th march and still have no joy can you help ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/l

ls -v is still inconsistent

While the ordering of hidden files in "ls -v" seems to be fixed now, there are still inconsistencies. Here's what I get in the latest snapshot: , | LANG=C /usr/local/src/coreutils-7.1.63-8e6a6/src/ls -alv | total 0 | drwxr-xr-x 2 sven sven 160 Mar 19 11:13 . | drwxrwxrwt 9 root root 200 Mar 1

Irix nit

...lots of these, probably a missing/broken option check? (I'm curious why it wants to use a GNU option with the Irix (non-GNU) ld...) cc -c99 -g -Wl,--as-needed -o whoami whoami.o libver.a ../lib/libcoreutils.a ../lib/libcoreutils.a (null): WARNING 1 : Unknown option: -as-needed (ignore

Re: coreutils 7.1.49-ebb9 FTB x86/Solaris

Jim Meyering wrote: Matthew Woehlke wrote: Matthew Woehlke wrote: Undefined first referenced symbol in file MAX uname.o Ah, I just found which is

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Jim Meyering wrote: If someone cares enough about HP's C compiler, they teach autoconf to detect this limitation and automatically add an appropriate -H option, presumably to raise its internal limit. I'd love to help, but as mentioned, I have *no* idea how to feed options to cc so that it pas

7.1.xx test results

x86/Solaris is 7.1.63, all others from this run are 7.1.49 x86/Linux (RH4) 1 of 367 tests failed (47 tests were not run) FAIL: df/total-verify + perl -f check-df space Unrecognized switch: -f (-h will show valid options). + fail=1 + perl -f check-df inode Unrecognize

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Jim Meyering wrote: It's saying that with its default settings, the post-cpp-expansion of this code is too large: [snip] I know what the problem is; as I was saying, I didn't find a way to get past this type of error except "don't do that", i.e. break down what cpp is seeing into manageable b

Re: 7.1.xx test results (ppc/Darwin 7.9.0)

Matthew Woehlke wrote: this run [is] 7.1.49 ppc/Darwin 7.9.0 6 of 367 tests failed (57 tests were not run) (I'm going to put these in a separate mail) All 116 tests passed (6 tests were not run) As promised... FAIL: chmod/no-x + chmod a-x . b + fail=1 + test 0 = 1 + fail=1 +

Re: Irix nit

Matthew Woehlke wrote: > ...lots of these, probably a missing/broken option check? (I'm curious > why it wants to use a GNU option with the Irix (non-GNU) ld...) > > cc -c99 -g -Wl,--as-needed -o whoami whoami.o libver.a > ../lib/libcoreutils.a ../lib/libcoreutils.a > > (null): WARNING 1 : Unk

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Matthew Woehlke wrote: > Jim Meyering wrote: >> If someone cares enough about HP's C compiler, they teach >> autoconf to detect this limitation and automatically add an >> appropriate -H option, presumably to raise its internal limit. > > I'd love to help, but as mentioned, I have *no* idea how to

Re: 7.1.xx test results

Matthew Woehlke wrote: > x86/Solaris is 7.1.63, all others from this run are 7.1.49 > > x86/Linux (RH4) > 1 of 367 tests failed > (47 tests were not run) > > FAIL: df/total-verify > + perl -f check-df space > > > Unrecognized switch: -f (-h will show valid options). > > > + fail=1 > >

Re: 7.1.xx test results

Matthew Woehlke wrote: ... > ia64/HP-UX 11.23 > 2 of 367 tests failed > (59 tests were not run) > > FAIL: df/total-verify > (same as x86/Linux) > > FAIL: mkdir/selinux > + compare out exp > > --- out 2009-03-18 17:22:31.0 -0700 > +++ exp 2009-03-18 17:22:31.0 -0700 > @@

Re: Irix nit

Jim Meyering wrote: Matthew Woehlke wrote: ...lots of these, probably a missing/broken option check? (I'm curious why it wants to use a GNU option with the Irix (non-GNU) ld...) If it doesn't cause any failure, it's not worth investigating or changing, since Irix is on the fringe. Fair enoug

Re: 7.1.xx test results

Jim Meyering wrote: This should fix it: Thanks, will test when I get a chance. -# Copyright (C) 2008 Free Software Foundation, Inc. +# Copyright (C) 2008-2009 Free Software Foundation, Inc. Nit: I thought GNU standard was "2008, 2009"? (But I could be getting mixed up with some other group

Re: coreutils 7.1.49-ebb9 FTB sparc/Solaris, AIX

(Please don't miss the AIX error at the bottom that isn't another decl-after-stmt.) Jim Meyering wrote: Thanks for the report. That's a statement-before-decl: [snip] It's not be the only one. Ok, first, we'll try the patch: patching file remove.c Hunk #1 succeeded at 284 (offset 22 lines). H

Re: firefox problem on Acer

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [please keep the conversation on-list, so that others may chime in or see the resolution. Also, please avoid top-posting on technical lists] According to lynn and jym on 3/19/2009 9:09 AM: >> If you would be so kind could you tell us what has directe

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Matthew Woehlke wrote: > Jim Meyering wrote: >> It's saying that with its default settings, the post-cpp-expansion of >> this code is too large: >> [snip] > > I know what the problem is; as I was saying, I didn't find a way to > get past this type of error except "don't do that", i.e. break down >

Re: Irix nit

Matthew Woehlke wrote: > Jim Meyering wrote: >> Matthew Woehlke wrote: >>> ...lots of these, probably a missing/broken option check? (I'm curious >>> why it wants to use a GNU option with the Irix (non-GNU) ld...) >> >> If it doesn't cause any failure, it's not worth investigating or >> changing, s

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Jim Meyering wrote: Matthew Woehlke wrote: Jim Meyering wrote: If someone cares enough about HP's C compiler, they teach autoconf to detect this limitation and automatically add an appropriate -H option, presumably to raise its internal limit. I'd love to help, but as mentioned, I have *no* id

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Jim Meyering wrote: How about this instead? D'oh, collision with the other mail I was writing. Yes, that would be fine, or you can avoid the extra values all together by shifting parentheses to make it a binary search instead of linear. Actually my preference would be binary-search, since i

Re: coreutils 7.1.49-ebb9 FTB sparc/Solaris, AIX

Matthew Woehlke wrote: > (Please don't miss the AIX error at the bottom that isn't another > decl-after-stmt.) > > Jim Meyering wrote: >> Thanks for the report. >> That's a statement-before-decl: >> [snip] > > It's not be the only one. It's probably the only one in gnulib. > Ok, first, we'll try

more 7.1.xx test results

More platforms... FBSD is 7.1.49, others are 7.1.63. risc/HP-UX 6 of 369 tests failed (115 tests were not run) FAIL: df/total-verify (perl -f error) FAIL: mkdir/selinux (same as ia64/HP-UX) FAIL: touch/dir-1 + fail=0 + touch . touch: setting times of `.': Is a directory

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Matthew Woehlke wrote: > Jim Meyering wrote: >> Matthew Woehlke wrote: >>> Jim Meyering wrote: If someone cares enough about HP's C compiler, they teach autoconf to detect this limitation and automatically add an appropriate -H option, presumably to raise its internal limit. >>> I'd

Re: coreutils 7.1.49-ebb9 FTB sparc/Solaris, AIX

Jim Meyering wrote: Matthew Woehlke wrote: It's not be the only one. It's probably the only one in gnulib. True. Ok, first, we'll try the patch: patching file remove.c You're welcome to do this on your own, but it will take at least a few more requests to support old compilers (with expl

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Jim Meyering wrote: > Matthew Woehlke wrote: >> Jim Meyering wrote: >>> Matthew Woehlke wrote: Jim Meyering wrote: ... >> MAX ( >>MAX (O_NONBLOCK, O_SYNC), >>MAX (O_TEXT, 0) >> ) >> ) >> ) >> >> ...expands to a measly 2 kb. > > Better, indeed. > Would you like to prepare the patch

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Matthew Woehlke users.sourceforge.net> writes: > Actually my preference would be binary-search, since it avoids the > "junk" enums and produces the smallest preprocessed input. (And I do > think 200 kb just on figuring out the value for that enum is a bit much; > that's around 4x the size of t

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Jim Meyering wrote: Jim Meyering wrote: Better, indeed. Would you like to prepare the patch? Oh, if you can't arrange for copyright assignments, ... So I've done this: [snip patch] Looks good, thanks again! (Will change if you ever add values :-) but shouldn't be hard to do. I might add a c

Re: ls - French translation of N_("%b %e %Y")

Eric Blake wrote: > It specifically states that results are unspecified for > other things, like %b, where there could be more bytes than screen > columns. Which means we should be free to interpret things in the way > that makes the most sense, by interpreting %5b as five screen columns > rather

Way to bypass or disable for ls hard link highlighting

The new "hard link" highlighting would be nicer if it was optional. I have lots of files with an "original" name that are also hard links to a canonicalized version in another directory hierarchy. Instead of showing the original coloring based on the extension, they show the hard link coloring.

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Meyering on 3/19/2009 3:58 PM: > * src/dd.c (O_FULLBLOCK): Compute its value via cpp macros that > expand to less than 3KB of rather than to 180KB(!). Why use a macro at all? All we have to do is come up with a value that is bitwise

Re: coreutils 7.1.49-ebb9 FTB risc/HP-UX

Eric Blake wrote: > According to Jim Meyering on 3/19/2009 3:58 PM: >> * src/dd.c (O_FULLBLOCK): Compute its value via cpp macros that >> expand to less than 3KB of rather than to 180KB(!). > > Why use a macro at all? All we have to do is come up with a value that is > bitwise distinct from all th