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 > |

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

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

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 > > >

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

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 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

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

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
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 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.

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 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

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

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

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

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/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

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

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: 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 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

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

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