id --version
id (GNU coreutils) 8.25
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Wr
an explicit stdin in the first place. But I agree that it is
a nice quality-of-implementation thing for coreutils to have
reasonably-sane behavior in the fact of closed fds, even if POSIX does
not require us to.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
haracters
but - looks like a graphical character to me, so it doesn't need an escape.
I don't see a problem here, so I'm marking this as not a bug; however,
feel free to followup with more details, such as better justification
for why - should be treated as a nongraphic character.
--
Eric Blake
On 11/11/2016 03:25 PM, L. A. Walsh wrote:
> Eric Blake wrote:
>>
>> If the idea is that the quoting is there to make copy-and-pasting into a
>> shell command line easier, then there is nothing we can do that is less
>> aggressive, since failing to quote spaces change
On 11/11/2016 03:08 PM, L. A. Walsh wrote:
>
>
> Eric Blake wrote:
>>>> touch 'a b' c
>>
>> That's your problem. Paul did:
>>
>> $ touch 'a b' c
>
> He didn't list his creation command. How
> would you know?
Becau
, may
be the way to go - but then you STILL have the problem of what to pick
as the default of those two modes when neither one was explicitly requested.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
;' tests for whether file is
empty, and '-z "$string"' tests for whether $string is empty. But here
we are talking about ONE argument, '-s', which is non-empty. (Yes, the
one-argument case is identical to using the two-argument -z "$string" case.)
--
Eric Blake
onique, les éventuels fichiers joints et les informations
> qu'il contient,
Legalese like this is unenforceable on public mailing lists; you may
wish to use a personal email account rather than spamming us with your
employer's garbage disclaimer.
--
Eric Blake eblake redhat com+1-919-301-3266
L
On 10/25/2016 11:03 AM, Eric Blake wrote:
> Newer git is more picky about what constitutes a well-formed tag.
> I'm hoping Jim knows the magic for how to (temporarily) suspend the
> hooks and make the correction; in the meantime, I'm opening this bug
> report to track that we stil
free to take discussion offline, since configuration to
temporarily weaken hooks may not be the best idea to publically archive...
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
'a/..' was already an error; but obviously coreutils
>> removes 'a'
>
> What version of core-utils shows this behavior. In the latest one it's not
> removed AFAICS.
Hmm, you're right. I was going off the (incorrect) comment in the text
above, rather than actually testing it; so i
storical behavior, so we can't
really change it now.
So I'm marking this as not a bug, as there is nothing to change.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
what you were EXPECTING to see, only that the output differed
from your expectations); but if so, that is better reported to the glibc
list. In the meantime, I'm closing this as not a coreutils bug,
although you can feel free to continue the conversation.
--
Eric Blake eblake redhat com
ls is intentional and not a bug.
> Hoping you can reply soon (not subscribed),
It's list policy to reply-to-all, precisely so you do not have to subscribe.
At any rate, since the behavior is intentional, and complies with POSIX,
I'm marking this as not a bug. However, feel free to add furthe
y.%S format, as an additional line of text?
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ments on the thread.
Feature suggestions can be sent to coreut...@gnu.org, rather than the
bug list, if you are not sure whether it is worth pursuing, so that we
don't clog up the bug database.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
d 00755 abc (sticky bits cleared using the 5th octal position)
The behavior of the 5th octal to intentionally specify that the
otherwise leading 0 is intended to clear sticky bits is intentional, so
the only bug here is in the documentation for not making the intended
behavior more obvious.
-
ional
and not a bug:
https://cygwin.com/ml/cygwin-announce/2016-04/msg00024.html
As such, I'm closing this in the coreutils bug database.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
is affected by
those definitions, since it is more than just sort(1) that is impacted.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
m closing out this particular request in the bug database, since it is
known behavior, but feel free to add more comments or even provide a
reason that it should be reopened if what has been mentioned above is
insufficient to help you with your use of 'date'.
--
Eric Blake eblake redhat c
-numeric portion of the line.
> …, but instead, -n stops doing its magic after finding the first
> non-numeric, non-whitespace character.
Because that is how it has always behaved, and how POSIX requires it to
behave.
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sort.html
--
file bugs to http://bugs.gw.com/. I'm closing out this entry in
the coreutils bug database, as there is nothing further we can do here.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
uoting-style command line option to
override the env-var, the same way as is done in ls. So on that
grounds, I'll leave this bug report open.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
clude tar; and tar does not (yet?) use the
debbugs.gnu.org bug tracker, so we can't reassign your bug. The best we
can do is close this bug (as it is not a coreutils problem) and tell you
to resend your mail to bug-...@gnu.org, as directed by 'tar --help'.
--
Eric Blake eblake redhat com+1-919
be present). As the manual mentions that this is
intentional behavior, I'm closing this as not a bug, but feel free to
respond with further comments.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 04/08/2016 12:15 AM, Ruediger Meier wrote:
> On Friday 08 April 2016, Eric Blake wrote:
>> tag 23239 notabug
>> thanks
>>
>> On 04/07/2016 01:27 PM, Faissal Bensefia wrote:
>>> Hey,
>>> I stumbled across a bug in GNU coreutils' echo, if I use
be accepted, the new wording will
> need to add only a narrow set of cases to the implementation-
> defined behaviour.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
rguments shall
> be disregarded. It is clearly only intended for
> other binary operators than logical operators.
Sorry, but that's not how POSIX is worded.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
it status is
correctly 0.
>
> Explanation: ! has higher precedence than -a,
Wrong. As mentioned above, the rules are based not on precedence, but
on how many operands are present.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
[moderator note - resending with large .pngs stripped so as not to
overwhelm the list server or recipients; the original bug can be viewed
online at bugs.gnu.org/23176]
Forwarded Message
To: 23...@debbugs.gnu.org
Date: Thu, 31 Mar 2016 20:55:58 +0200
Message-ID:
not
maintained on this list; see bug-standa...@gnu.org If you get that
change approved by rms, then we'll adjust coreutils to match. But rms
will probably ask for the coreutils' maintainers' opinion before
approving such a change, so it will be an uphill battle on your side.
--
Eric Blake eblake
> rare, the probabilty is high that the user assumes well known behavior.
The probability that someone knows well-known GCS behavior of '--help'
working are also high. At this point, the change would be more
disruptive than keeping the status quo.
--
Eric Blake eblake redhat com+1-919-301-3266
Lib
t. Note that it is a high bar to
change the behavior of something like 'true'.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 03/22/2016 09:13 AM, Eric Blake wrote:
> On 03/22/2016 06:43 AM, Ruediger Meier wrote:
>> Hi,
>>
>> Is there any good reason why coreutils true and false are not POSIX?
>
> No, because coreutils' true and false ARE compliant with POSIX.
>
>> But cor
f choice is determined by your environment variables.
In the case of 'true' and 'false', the two standards do not conflict, so
we implement both of them at once without the need to resort to reading
POSIXLY_CORRECT from the environment.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt
xplicitly
> says: "Implementations shall not support any options".
No, 'echo' is a special case, and in this special case, coreutils' echo
_is_ compliant with POSIX, when you set POSIXLY_CORRECT in the environment.
>
> BTW I know about POSIXLY_CORRECT env. I just ask this: Is it wo
urn was generated from 'true --help' output. So a
lot more people read it than you might think, even if they don't
directly invoke it.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
losing this as not a bug, but feel free to reply with further
questions or comments.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
lename.extension.
> There is a potential fix for this. It is existing in Ubuntu, Fedora, NetBSD,
> FreeBSD and OmniOS, atleast.
This is not a bug, but the behavior mandated by POSIX. Therefore I'm
closing this report. However, feel free to ask further related
questions in response to this thread.
--
On 03/09/2016 12:14 AM, Bernhard Voelker wrote:
> On 03/09/2016 12:03 AM, Eric Blake wrote:
>> Appears to have been broken in gnulib commit 2d5ce445, first released in
>> coreutils 8.24. Does this look okay to push on the coreutils side?
>
> bdb72bc6: LGTM, thanks!
>
tag 22949 fixed
thanks
On 03/08/2016 02:56 PM, Eric Blake wrote:
> Posting this now for the record, although I'm trying to figure out what
> the correct patch should be:
>
> When compiling coreutils 8.25 for cygwin-2.4.1, I got a working
> 'install' using CFLAGS=-g, but o
-permissions.c: In function 'set_acls_from_mode':
lib/set-permissions.c:273:1: warning: control reaches end of non-void
function [-Wreturn-type]
and based on the choice of CFLAGS, it changed whether I was left with 0
or 1 as a return value from qset_acl().
--
Eric Blake eblake redhat com+1-919-301
On 03/04/2016 10:51 AM, Jim Meyering wrote:
> On Fri, Mar 4, 2016 at 9:50 AM, Jim Meyering <j...@meyering.net> wrote:
>> On Fri, Mar 4, 2016 at 9:12 AM, Pádraig Brady <p...@draigbrady.com> wrote:
>>> On 04/03/16 08:55, Eric Blake wrote:
>> ...
>>>>
POSIX recommends avoiding -a and -o, for good reason.
src/test.c (usage): Mention that inherent ambiguities exist with
binary -a and -o.
Problem reported by Martin Gebert in: http://bugs.gnu.org/22909
---
src/test.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/test.c b/src/test.c
hich is the
source for the Coreutils' man page, which in turn feeds those two web
sites) probably should be more vocal that -a and -o should be avoided.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Overarching generalization. _I_ like it (even if I think it can be
further improved), so it is _not_ a waste of time for everyone to have a
safer default.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: Ope
On 02/16/2016 04:09 PM, Ruediger Meier wrote:
> On Tuesday 16 February 2016, Eric Blake wrote:
>> On 02/16/2016 03:13 PM, Ruediger Meier wrote:
>>> Do you really think that this ls output is clear to a newbie?
>>> $ ls
>>> 'a?b' 'a'$'\n''b' axb c 'd e'
r environment to select the
previous behavior as _your_ default, regardless of what we select for
the out-of-the-box default for someone that hasn't updated their initial
environment to request an alternate quoting mode.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtu
html>
> C'est logiciel libre..."
>
> Should be "C'est ***un*** logiciel libre..." or "Ceci est ***un*** logiciel
> libre..."
>
>
>
>
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
it is NOT a
bug in 'tee' nor in 'grep', but a case of the shell doing exactly what
you told it to.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 02/05/2016 10:55 AM, Eric Blake wrote:
A bit more commentary:
>> Looks like I found a bug in the `factor` command
>> (version 8.21 on Gentoo Linux). For the following input:
>> factor 99
>> it hangs, but for a lo
elves using quantum computers, where
the rules of factoring are completely different, but that's a completely
different topic).
At any rate, although I'm marking this as not a bug, you may feel free
to add further comments to the thread.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt vir
h in turn feeds the man
page) might be a useful change.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
such, I'm closing this as not a bug, but feel free to add further
comments to this thread.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
to this thread.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
not
the information you are looking for.
>
> Otherwise, finally I had resolved my script with du.Best regards.
I'm glad to hear that 'du' is indeed what you were looking for.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
However, feel free to reply with any further related questions.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
e. POSIX even says so -
there are some expressions which are completely ambiguous when you
attempt to use -a or -o.
Also, your lack of quoting is a classic pitfall for how to incorrectly
use test.
Better than what you typed would be using:
test -f "$1" && test ! "$1" -ot "$2&
his e-mail (including any attachments) is confidential and may be
> privileged or
Such a disclaimer is unenforceable on publically-archived lists, and you
may want to consider not using your employer's spammy email gateway when
sending mail to public lists.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
is a very distinct difference between '-k2' and '-k2,2';
only the latter one limits the sort to JUST the second key ("a" vs.
"aa", regardless of delimiter), while the former slurps in the rest of
the line such that the spelling of the delimiter affects the result.
I'm ma
or more single-letter ordering options [bdfgiMhnRrV],
> which override global ordering options for that key. If no key is given, use
>-the entire line as the key.
>+the entire line as the key. Use --debug to diagnose incorrect key usage.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvi
he documented behavior, and matches the POSIX
requirement, there is no bug. I'm thus closing out this report;
however, feel free to add further comments to the thread.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ations of sed (not GNU
coreutils, mind you, but other vendors) that really were hardcoded to
some rather small limits, and understandably so in a day when computers
did not have as much memory as they do today. POSIX just standardized
existing practice on what formed a text file, when it came to ex
as a symlink to '../b/a', and therefore resolves
rather than creating a dangling symlink.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
am coreutils, so I'm
closing the bug report in this database. However, feel free to add
further comments to this thread, and/or to take your question to the
cygwin list on how you propose they change their distro.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization
e an
out-of-order difference in the input.
>
> It seems to me both of situation is equal with relation of line key, why
> does the output is different?
The output differs because of your use of --stable. Therefore, this is
not a bug in sort, and I'm closing this bug. However, do feel fre
ing 'Date'.
I'm closing this bug report in the database, but you should feel free to
ask further questions on this thread.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
future bash releases may be adding support
for 'printf --help' with the bash builtin printf, to match the fact that
ksh builtin printf already accepts that option; but that won't help for
dash, which is Ubuntu's /bin/sh.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization li
ed by a lone
{}. The fact that it is not a usage error may be a particular GNU find
extension, but you probably shouldn't rely on it.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
I'm not the expert in it,
I'm not going to go trying to find that documentation right now.
Therefore, I'm closing this as not a coreutils bug, although you should
feel free to add further comments on the topic as desired.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualizat
r spelling your file name with a leading ./ so that it can't
be confused with an option, will do the trick.
Therefore, I'm closing this as not a bug, although you should feel free
to add any further comments or questions to this thread.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt vi
put another way, as a special case for the 'echo' utility, '--' shall
be treated the same as any other argument, and always be output
literally, rather than being recognized as the special elided
end-of-options marker, because 'echo' does not understand options (at
least when POSIX rules are in
On 09/04/2015 04:34 PM, Eric Blake wrote:
> [As it is, bash has a bug:
> $ (shopt -s xpg_echo; echo -e)
>
> should output '-e', but currently outputs nothing. Also, bash does not
> quite treat POSIXLY_CORRECT=1 (also spelled 'set -o posix') as the
> override to turn on ful
if there is no ambiguity, but use of getopt_long_only() is
not recommended in new programs).
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
details.
And if you do manage to report the bug correctly to the util-linux
folks, I would suggest that you also let them know that 'colcrt --help'
could be made more useful by displaying correct bug reporting
information, the way all of the coreutils already do.
--
Eric Blake eblake redhat com
slash can only match directories, and will therefore skip
ordinary files. Or, you can use find:
find mydir -mindepth 1 -maxdepth 2 -type d
I'm closing this as not a bug as ls is working as designed, but feel
free to ask further questions.
--
Eric Blake eblake redhat com+1-919-301-3266
the assumptions of the rest of dl*() that
assume the name will not be changed.
I stand by my assertion that the bug is in your invalid use of dirname().
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital
IMO all workarounds to cleanup . (inclusive dot-files) are just
annoying.
These work (but I agree that they are much longer to type)
rm -rf -- * .??* .[!.]
(except that has problems with command line length)
find . \! -name . | xargs rm -rf
--
Eric Blake eblake redhat com+1-919-301
On 07/15/2015 10:36 AM, Eric Blake wrote:
[resending without a signature - I didn't see my reply land at
http://debbugs.gnu.org/21065, so I wonder if the list filters are
accidentally eating GPG-signed mail again]
Maybe I should have been more patient. Just after sending, I got all my
messages
[resending without a signature - I didn't see my reply land at
http://debbugs.gnu.org/21065, so I wonder if the list filters are
accidentally eating GPG-signed mail again]
On 07/15/2015 09:31 AM, Eric Blake wrote:
tag 21065 notabug
thanks
On 07/15/2015 07:25 AM, Rickard Norlander wrote
On 07/15/2015 09:31 AM, Eric Blake wrote:
tag 21065 notabug
thanks
On 07/15/2015 07:25 AM, Rickard Norlander wrote:
touch version 8.23
Command:
$ touch -- '-'
Happens:
Returns successfully, but no file is created (if file exists, timestamp is
not updated)
Like many other tools
this FAQ:
https://www.gnu.org/software/coreutils/faq/coreutils-faq.html#How-do-I-remove-files-that-start-with-a-dash_003f
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
. So, I think it is a bug of dirname function.
I hope this information is helpful. I'm looking forward to seeing a fix for
this.
The fix is not to libc's dirname(), but to your code for invalid usage
of dirname().
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization
, with a complicated
script language doing the right processing per field in a single pass,
than to do one conversion per key per row.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
in the generated configure
file, then it is more likely to be in automake or autoconf.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
generated Makefile.in files, and it should fix this issue.
A fresh checkout rather than an incremental build would also work.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Makefile with the updated source?
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
compilers. Are you sure that it is the right flag to
be adding for the duration of this test?
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
to the same address (for example, ::, ::0,
and even ::0.0.0.0 are the same IPv6 address), so you'll need to
consider how to do tie-breaking sorts of strings that map to the same
address.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
On 06/04/2015 02:59 PM, Eric Blake wrote:
+good:
+ @@list='$(list)'; for arg in $$list; do echo $$arg; done
[...]
Another option is to use:
for arg in $${-+$(list)}; do echo $$arg; done
Furthermore, your suggestion mishandles a list with a bare }, whereas
mine does not. make good
On 06/04/2015 02:36 PM, Stephane Chazelas wrote:
2015-06-04 14:06:03 -0600, Eric Blake:
[...]
+$ @kbd{cat Makefile}
+list =
+bad:
+@@for arg in $(list); do echo $$arg; done
+good:
+@@list='$(list)'; for arg in $$list; do echo $$arg; done
[...]
Another option is to use
between the
var-name and 'do'. So yeah, it's not worth it.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Based on a report by Michael Felt, via Paul Eggert on the
coreutils list.
* doc/autoconf.texi (Limitations of Builtins) for: Document
problem with 'for var in ;'.
Signed-off-by: Eric Blake ebl...@redhat.com
---
doc/autoconf.texi | 34 ++
1 file changed, 34
:
https://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of-Builtins
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
='$(single_binary_progs)'; \
for p in $$progs; do
You can also use something that expands into a no-op shell word:
for p in `` $(single_binary_progs); do
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description
for details about the options it supports.
GNU coreutils online help: http://www.gnu.org/software/coreutils/
For complete documentation, run: info coreutils 'true invocation'
As such, I'm closing this as not a bug, but feel free to add further
comments.
--
Eric Blake eblake redhat com+1-919-301
'.
printf(1) is a better option, though that will have different
quoting again due to the % chars etc.
% doesn't need quoting in shell. But yes, printf is more portable.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description
if POSIXLY_CORRECT is not set).
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 05/06/2015 10:13 AM, Eric Blake wrote:
intentionally non-compliant behavior. If we make this change (and I'm
90-10 against changing anything at all), then:
But the reason I'm against changing it is that checking an arbitrary
string for empty content is SUCH a common operation
as a documented error is not missed. So
well-written code should never assume that only documented errors can be
returned.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
101 - 200 of 2384 matches
Mail list logo