debug long option is not used, however it is declared. Is it for some
reason? Backward compatibility?
It is a bit misleading, because bash --help shows --debug as a possible
option.
RR
'protected' long option has effect only when WORDEXP_OPTION is enabled, so this
patch remove that option when WORDEXP_OPTION is not enabled.
The following patch should clearly apply to master branch.
Signed-off-by: Roman Rakus
---
shell.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/shell.c b/shell.c
index 9e74f3b..87f740a 100644
--- a/shell.c
+++ b/shell.c
@@ -248,7 +248,9 @@ static const struct {
{ "noprofile", Int, &no_profile, (char **)0x0 },
{ "norc", I
Hi Chet
Could you add this? Prevents us from having to remember to
use --without-bash-malloc
diff --git a/configure.in b/configure.in
index d7e0998..af72223 100644
--- a/configure.in
+++ b/configure.in
@@ -87,6 +87,7 @@ sparc-linux*)opt_bash_malloc=no ;;# sparc running
linux; r
*-beo
Hi Chet
Here's a portability patch, S_IWRITE and S_IEXEC are obsolete since long and
got replaced by S_IWUSR and S_IXUSR respectivly
diff --git a/examples/loadables/mkdir.c b/examples/loadables/mkdir.c
index f41f171..f5c105e 100644
--- a/examples/loadables/mkdir.c
+++ b/examples/loadables/mkd
On 9/14/12 11:37 AM, Joachim Schmitz wrote:
> parent_mode = nmode | (S_IWUSR|S_IXUSR);
Thanks. This one got changed quite a while ago.
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRUc...@case.edu
On 9/14/12 11:35 AM, Joachim Schmitz wrote:
> Hi Chet
>
> Could you add this? Prevents us from having to remember to use
> --without-bash-malloc
Thanks for the change; I'll add it.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis''
> From: Chet Ramey [mailto:chet.ra...@case.edu]
> Sent: Friday, September 14, 2012 7:49 PM
> To: Joachim Schmitz
> Cc: Joachim Schmitz; Bug-bash@gnu.org; chet.ra...@case.edu
> Subject: Re: Portability patch: S_IWRITE and S_IEXEC
>
> On 9/14/12 11:37 AM, Joachim Schmitz wrote:
> > parent_mode = nmo
On 9/14/12 2:07 PM, Joachim Schmitz wrote:
>> From: Chet Ramey [mailto:chet.ra...@case.edu]
>> Sent: Friday, September 14, 2012 7:49 PM
>> To: Joachim Schmitz
>> Cc: Joachim Schmitz; Bug-bash@gnu.org; chet.ra...@case.edu
>> Subject: Re: Portability patch: S_IWRITE and S_IEXEC
>>
>> On 9/14/12 11:37
> From: Chet Ramey [mailto:chet.ra...@case.edu]
> Sent: Friday, September 14, 2012 8:15 PM
...
> I don't typically patch the examples. The newer code is in the devel
> branch of the git tree on savannah.
Ah, I didn't notice there were branches, thanks.
Marcel Giannelia wrote:
> But the other day I was on a fresh install (hadn't set
> LC_COLLATE=C yet, so I was in en_US.UTF-8), and this happened:
>
> $ ls
> a A b B c C
> $ ls {a..c}
> a b c
The above has nothing to do with file glob expansion. Using 'ls'
there I think confuses the discu
On Fri, Sep 14, 2012 at 1:49 AM, Marcel Giannelia wrote:
> I believe I've found an inconsistency in bash or its documentation.
>
> I know the fact that things like [a-c] are highly locale-dependent in
> bash (doesn't mean I have to like it, but there it is). Fine. I've
> learned to live with it.
On Fri, Sep 14, 2012 at 02:48:21PM -0600, Bob Proulx wrote:
> > $ ls [a-c]
> > a A b B c
>
> The expression [a-c] is really like saying [aAbBc] in your active
> locale. Using locale based character ranges outside of the C locale
> is problematic and I always avoid them.
It's even worse on so
On 9/14/12 4:48 PM, Bob Proulx wrote:
>> The sheer number of threads we've got complaining about
>> locale-dependent [a-c] suggests to me that the software should be
>> changed to just do what people expect, especially since nothing is
>> really lost by doing so.
>
> I know that some projects are
14 matches
Mail list logo
