Nicolas Roche wrote:
Just one last question, when 3.2 is planned to be push in the mainstream
(i.e not experimental)
My understanding was "when it is 'more tested'", by Eric's definition
thereof. I'm actually waiting for Eric to decide it is "stable and
clean" before deploying 3.2 on my vario
Eric Blake a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 11/7/2006 6:35 AM:
Have you tried the experimental bash-3.2.3-5, and exporting SHELLOPTS in
your environment with igncr specified? Within bash, SHELLOPTS is
read-only, but reflects the current shel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 11/7/2006 6:35 AM:
>
> Have you tried the experimental bash-3.2.3-5, and exporting SHELLOPTS in
> your environment with igncr specified? Within bash, SHELLOPTS is
> read-only, but reflects the current shell option settings,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nicolas Roche on 11/7/2006 6:21 AM:
>
> The only remaining issue is when bash is invoked as /bin/sh and that the
> shell is non interactive. In this case, the bash documentation says that no
> startup file is read . So I don't know ho
Larry Hall (Cygwin) a écrit :
On 11/02/2006, Nicolas Roche wrote:
Will try Dan solution with the new version of bash. As I said in my
previous mail, if you are interesting in the results I will send them.
Why not.
Ok, here are the results of my experiences. I have set my environment so
tha
On 11/02/2006, Nicolas Roche wrote:
Will try Dan solution with the new version of bash. As I said in my
previous mail, if you are interesting in the results I will send them.
Why not.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 8
Larry Hall (Cygwin) a écrit :
Nicolas Roche wrote:
Larry Hall (Cygwin) a écrit :
On 11/02/2006, Nicolas Roche wrote:
I am using bash version:
3.1.17(9)
I have tried to use shopt -s igncr but I have an issue with the
following shell construct:
t=`gcc --print-multi-lib` where gcc is a mingw
Wilks, Dan a écrit :
So you could give the new experimental version of Bash a try
Thanks for your answer. Will make a try. Should I send my results ?
I tried to found the answer by myself but this change has generated so
much discussion, mostly concerning running scripts containing CR/LF
whi
Nicolas Roche wrote:
Larry Hall (Cygwin) a écrit :
On 11/02/2006, Nicolas Roche wrote:
I am using bash version:
3.1.17(9)
I have tried to use shopt -s igncr but I have an issue with the
following shell construct:
t=`gcc --print-multi-lib` where gcc is a mingw gcc.
As my gcc is a mingw prog
Nicolas Roche wrote:
> t=`gcc --print-multi-lib` where gcc is a mingw gcc.
>
> As my gcc is a mingw program, it outputs CR/LFs. In previous versions
> bash used to ignore the CR, so t variable was not containing any CR.
> Now this is no more the case and this is causing some troubles
Looking back
Larry Hall (Cygwin) a écrit :
On 11/02/2006, Nicolas Roche wrote:
I am using bash version:
3.1.17(9)
I have tried to use shopt -s igncr but I have an issue with the
following shell construct:
t=`gcc --print-multi-lib` where gcc is a mingw gcc.
As my gcc is a mingw program, it outputs CR/LFs
On 11/02/2006, Nicolas Roche wrote:
I am using bash version:
3.1.17(9)
I have tried to use shopt -s igncr but I have an issue with the following
shell construct:
t=`gcc --print-multi-lib` where gcc is a mingw gcc.
As my gcc is a mingw program, it outputs CR/LFs. In previous versions bash
us
Hi,
I saw that there was some changes in bash concerning handling of CR
(that raise a lot of discussion :-))
I am using bash version:
3.1.17(9)
I have tried to use shopt -s igncr but I have an issue with the
following shell construct:
t=`gcc --print-multi-lib` where gcc is a mingw gcc.
As
13 matches
Mail list logo
