Re: CVS commit: src/bin/sleep

2019-01-25 Thread Robert Elz
Date:Fri, 25 Jan 2019 15:51:05 +0100 From:Kamil Rytarowski Message-ID: | sort(1) | stat(1) Those take no floating point input that I can see. For sort, its only use of floats would be sorting files containing them, for which (I assume) one would want and expec

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Christos Zoulas
In article <15294.1548463...@jinx.noi.kre.to>, Robert Elz wrote: >Date:Fri, 25 Jan 2019 21:45:46 +0700 >From:Robert Elz >Message-ID: <22498.1548427...@jinx.noi.kre.to> > Linux does not accept 1,1 on the command line. christos [8:17pm] 125>cat foo.c #include #incl

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Robert Elz
Date:Fri, 25 Jan 2019 17:49:05 +0300 From:Valery Ushakov Message-ID: <20190125144905.gf18...@pony.stderr.spb.ru> | I think printf(1) comes closest. | | http://pubs.opengroup.org/onlinepubs/7908799/xcu/printf.html Yes, for printf, the input format is completely

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Robert Elz
Date:Fri, 25 Jan 2019 21:45:46 +0700 From:Robert Elz Message-ID: <22498.1548427...@jinx.noi.kre.to> In a message I sent last night (the one where everything was mixed up ...) I said: | As for the other OS's, I believe that linux supports floating point, | but I

re: CVS commit: [pgoyette-compat] src/sys

2019-01-25 Thread Paul Goyette
On Sat, 26 Jan 2019, matthew green wrote: Log Message: Move the netbsd32_machine32_hook into the main kernel with most of the other hooks. Although this hook might better belong in compat/netbsd32/ code, there are some machines without a netbsd32 module (for example, i386 and sgimips) which sti

re: CVS commit: [pgoyette-compat] src/sys

2019-01-25 Thread matthew green
> Log Message: > Move the netbsd32_machine32_hook into the main kernel with most of > the other hooks. > > Although this hook might better belong in compat/netbsd32/ code, > there are some machines without a netbsd32 module (for example, i386 > and sgimips) which still have consumers/users of this

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Kamil Rytarowski
On 25.01.2019 15:35, Christos Zoulas wrote: > On Jan 25, 8:59pm, k...@munnari.oz.au (Robert Elz) wrote: > -- Subject: Re: CVS commit: src/bin/sleep > > | Sounds entirely reasonable, except the standards won't say anything > | relevant about sleep in particular, as only integers are supported ther

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Valery Ushakov
On Fri, Jan 25, 2019 at 20:59:56 +0700, Robert Elz wrote: > What other commands take floating point args on the command line > (aside from awk assignments to vars, which are certainly intended to > be locale specific) I'm not sure I can think of one. I think printf(1) comes closest. http://pubs.

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Robert Elz
Oops, messed up the ordering of that message badly ... but you can probably rearrange the bits & pieces to make it make some sort of sense (too much cut & paste into the wrong place, etc) Any more on this (from me) will happen tomorrow. kre

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Robert Elz
Date:Fri, 25 Jan 2019 12:29:12 - (UTC) From:chris...@astron.com (Christos Zoulas) Message-ID: | I think that we should consult what the standards say about all of this, What POSIX says in general, about locales and how they should be used is ... The st

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Christos Zoulas
On Jan 25, 8:59pm, k...@munnari.oz.au (Robert Elz) wrote: -- Subject: Re: CVS commit: src/bin/sleep | Sounds entirely reasonable, except the standards won't say anything | relevant about sleep in particular, as only integers are supported there. | The same is probably true of most other OS's (the

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Robert Elz
As a followup to what I just said, even though the FreeBSD code uses sscanf (using %lf) which would handle locales, I do not see their code doing a setlocale() call, which would mean that it is running in the C locale, I believe, in which case it would handle '.' and nothing else. However, it does

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Robert Elz
Date:Fri, 25 Jan 2019 12:29:12 - (UTC) From:chris...@astron.com (Christos Zoulas) Message-ID: | I think that we should consult what the standards say about all of this, | what is the current practice on other OS's, and then decide and document | the decision

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Kamil Rytarowski
On 25.01.2019 14:08, Robert Elz wrote: > Date:Fri, 25 Jan 2019 12:38:00 +0100 > From:Kamil Rytarowski > Message-ID: <9790a289-8b3e-e57a-e4d8-c021aa7b1...@gmx.com> > > | I think it's better to keep an uniform way of handling separator in > | basic command line tool

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Robert Elz
Date:Fri, 25 Jan 2019 12:38:00 +0100 From:Kamil Rytarowski Message-ID: <9790a289-8b3e-e57a-e4d8-c021aa7b1...@gmx.com> | I think it's better to keep an uniform way of handling separator in | basic command line tools and restrict locales to translations only. Once

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Robert Elz
Date:Fri, 25 Jan 2019 14:04:07 +0300 From:Valery Ushakov Message-ID: <20190125110407.ge18...@pony.stderr.spb.ru> | I don't understand why the locale support in that | particular place is not ripped out immediately when discovered. Because it has been there a very

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Christos Zoulas
In article <9790a289-8b3e-e57a-e4d8-c021aa7b1...@gmx.com>, Kamil Rytarowski wrote: >> >> And as I said before, if this is to be changed, it needs to be via >> a discussion in front of a wider audience than reads source-changes-d >> and in particular messages with a subject that refers to one of

Re: CVS commit: src/sys/dev/pci

2019-01-25 Thread Christos Zoulas
In article , Masanobu SAITOH wrote: > > I didn't know it! I've changed with it now. > > Thanks. Thank you! christos

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Kamil Rytarowski
On 25.01.2019 11:38, Robert Elz wrote: > Date:Fri, 25 Jan 2019 12:30:23 +0300 > From:Valery Ushakov > Message-ID: <20190125093023.gc18...@pony.stderr.spb.ru> > > | As someone who actually have to ecnoutner locales in daily life and > | not just think about them si

re: CVS commit: [pgoyette-compat] src/sys/compat/netbsd32

2019-01-25 Thread Paul Goyette
OK, things are more sane now. I reverted this change, since it was totally unnecessary. I need to get more sleep before doing some of these things. :) Thanks for keeping me honest! On Thu, 24 Jan 2019, Paul Goyette wrote: Just for sanity's sake, I will take another look at this change and

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Valery Ushakov
On Fri, Jan 25, 2019 at 17:38:31 +0700, Robert Elz wrote: > Date:Fri, 25 Jan 2019 12:30:23 +0300 > From:Valery Ushakov > Message-ID: <20190125093023.gc18...@pony.stderr.spb.ru> > > | As someone who actually have to ecnoutner locales in daily life and > | not just

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Robert Elz
Date:Fri, 25 Jan 2019 12:30:23 +0300 From:Valery Ushakov Message-ID: <20190125093023.gc18...@pony.stderr.spb.ru> | As someone who actually have to ecnoutner locales in daily life and | not just think about them sitting in an ivory tower I don't understand | why

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Valery Ushakov
On Fri, Jan 25, 2019 at 09:48:26 +, David Brownlee wrote: > On Fri, 25 Jan 2019 at 09:30, Valery Ushakov wrote: > > > > On Fri, Jan 25, 2019 at 10:43:10 +0700, Robert Elz wrote: > > > > > Date:Thu, 24 Jan 2019 16:18:49 +0100 > > > From:Joerg Sonnenberger > > > Mes

Re: CVS commit: src/bin/sleep

2019-01-25 Thread David Brownlee
On Fri, 25 Jan 2019 at 09:30, Valery Ushakov wrote: > > On Fri, Jan 25, 2019 at 10:43:10 +0700, Robert Elz wrote: > > > Date:Thu, 24 Jan 2019 16:18:49 +0100 > > From:Joerg Sonnenberger > > Message-ID: <20190124151849.ga10...@britannica.bec.de> > > > > | This is over

Re: CVS commit: src/bin/sleep

2019-01-25 Thread Valery Ushakov
On Fri, Jan 25, 2019 at 10:43:10 +0700, Robert Elz wrote: > Date:Thu, 24 Jan 2019 16:18:49 +0100 > From:Joerg Sonnenberger > Message-ID: <20190124151849.ga10...@britannica.bec.de> > > | This is overcomplicated and fragile, IMO. Can we just go back to the old > |