Thx all for the support. Le 5 déc. 2016 7:45 PM, "Björn Graf" <bjoern.g...@gmail.com> a écrit :
> On Mon, Dec 5, 2016 at 5:53 PM, Russ Cox <r...@golang.org> wrote: > > > > [+golang-nuts, bcc golang-dev, per golang.org/wiki/Questions] > > > > On Mon, Dec 5, 2016 at 10:24 AM, <jerome.lafo...@gmail.com> wrote: > >> > >> Hello, > >> I just notice that go version is inconsistency on Linux and Windows. > >> I have unexpected return carriage on Windows (not on Linux). > >> I don't know whether you can fix it w/o break the Go 1 promise of > compatibility or not. > >> > >> Example: > >> When I do it on Linux: > >> go version > >> go version go1.7.4 linux/amd64 > >> me@home ~/go/> > >> > >> when I do it on Windows: > >> go version > >> go version go1.7.4 windows/amd64 > >> > >> me@home ~/go/> > > > > > > Are you sure the extra line is coming from 'go version' and not (for > example) your shell prompt or some other piece in your system? The code > that implements 'go version' is one line: > > > > fmt.Printf("go version %s %s/%s\n", runtime.Version(), > runtime.GOOS, runtime.GOARCH) > > > > I submitted https://golang.org/cl/33917 to make sure we never put a \r > or \n into the runtime.Version() (here, "go1.7.4"). The other two come from > a fixed set of choices, none of which have \r or \n in them. > > > > You might try redirecting the output of 'go version' to a file and > looking at the file to confirm that there's only the one \n at the end. > > CMD.EXE seems to append that newline after any final command print > out, e.g., "echo test" has an empty line separating test from the > prompt. PowerShell doesn't do this. > > -- bg > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.