>
> df...@dfong.com said:
> | there's a good reason for the "craziness": it enables individual
> testing of
> | the script's functions.
>
> For that kind of use there's a trivial solution (as there often
> is for cases when people are sure that the current definition
> is inadequate).
>
to be
On Tue, Jan 8, 2019, 3:10 PM Configuration Information [Automatically generated, do not change]:
> Machine: i686
> OS: linux-gnu
> Compiler: gcc
> Compilation CFLAGS: -fstack-protector -Wno-parentheses -Wno-format-security
> uname output: Linux bongo 2.6.32-042stab134.8 #1 SMP Fri Dec 7 17:16:09
>
On 1/8/19 4:36 AM, Grisha Levit wrote:
> A couple silly function attribute manipulations lead to situations that
> result in segfaults:
Thanks for the report.
>
> $ f() { :; }; declare -Af f; declare -pf f
> [ segfault ]
>
> diff --git a/builtins/setattr.def b/builtins/setattr.def
> index 251bc
Configuration Information [Automatically generated, do not change]:
Machine: i686
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -fstack-protector -Wno-parentheses -Wno-format-security
uname output: Linux bongo 2.6.32-042stab134.8 #1 SMP Fri Dec 7 17:16:09 MSK
2018 i686 i686 i386 GNU/Linux
Machin
Yes, you can do that, and it would be a good workaround *if*
$EPOCHREALTIME didn't already have 6 digits after the decimal point,
including any trailing zeros.
The point is that you don't have to, and I'm suggesting that the
documentation should make that clear so users can rely on it.
${EPOCHREA
On 1/8/19 1:47 AM, Cuong Manh Le wrote:
> Hi,
>
> I'm not sure this a feature or bug, but:
>
> $ BASH_ARGV0=foo /usr/local/stow/bash/bin/bash -c 'echo "$0"'
> /usr/local/stow/bash/bin/bash
>
> I expect $0 set to foo instead.
Thanks for the suggestion. BASH_ARGV0 comes in as a feature s
On Jan 08 2019, polynomia...@gentoo.org wrote:
> Description:
> When sourcing a script that contains a variable which performs
> a := parameter expansion with a regular expression while failglob
At this point it is just a random string, not a regular expression, and
the fact that := i
On 1/8/19 8:35 AM, polynomia...@gentoo.org wrote:
> Bash Version: 5.0
> Patch Level: 0
> Release Status: release
>
> Description:
> When sourcing a script that contains a variable which performs
> a := parameter expansion with a regular expression while failglob
> shell option i
On 1/7/19 11:21 PM, Kiyoshi KANAZAWA wrote:
> Hello,
> Trying to install bash-5.0 and have error in 'make install' phase.
The loadables get installed into a local directory if you want to use
them, but they're not essential to building bash or testing it, so
they only get built on `make install'.
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: x86_64-pc-linux-gnu-gcc
Compilation CFLAGS: -march=native -mtune=native -O2 -pipe -Wno-parentheses
-Wno-format-security
uname output: Linux abudhabi 4.19.13 #1 SMP PREEMPT Sat Dec 29 15:21:4
On Tue, Jan 08, 2019 at 10:47:21AM +, gilaro wrote:
> See also: Does bash support word boundary regular expressions?
Short answer: No.
Long answer: Bash's =~ operator uses Extended Regular Expressions (ERE), as
implemented by your system's C library's regular expression engine. Your
system m
Hello,
Trying to install bash-5.0 and have error in 'make install' phase.
$ uname -a
SunOS hidden 5.11 11.3 i86pc i386 i86pc
$ gcc --version
gcc (GCC) 7.4.0
$ ./configure --prefix=/tmp/local CC=gcc CXX=g++
$ make
$ make check
$ make install
:
gcc -shared -Wl,-i -Wl,-h,sync -o sync sync.o
On Jan 07 2019, Keith Thompson wrote:
> I suggest documenting this behavior. It would be nice to be able to
> depend on the exact format, for example that ${EPOCHREALTIME/*./}
> is always exactly 6 digits long.
ms=${EPOCHREALTIME/*./}00
ms=${ms:0:6}
Andreas.
--
Andreas Schwab, SUSE Labs,
A couple silly function attribute manipulations lead to situations that
result in segfaults:
$ f() { :; }; declare -Af f; declare -pf f
[ segfault ]
diff --git a/builtins/setattr.def b/builtins/setattr.def
index 251bcacb..1a828291 100644
--- a/builtins/setattr.def
+++ b/builtins/setattr.def
@@ -4
14 matches
Mail list logo