SEGV on unbounded recursion

2008-03-06 Thread tjanouse
Configuration Information [Automatically generated, do not change]: Machine: i686 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i686' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i686-redhat-linux-gnu' -DCONF_VENDOR='redhat' -DLOCALEDIR='/usr/share/locale' -DPAC

Re: Possible eval builtin speedup?

2008-03-06 Thread Nicolas Bonifas
> > I don't know much about bash internals, but there is probably room for > > a huge performance improvement in speeding up the eval builtin. > > What do you think about it? Would it be a difficult task? > > It is more likely to be the command substitution that is slow. You're right: $ tim

Re: SEGV on unbounded recursion

2008-03-06 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to [EMAIL PROTECTED] on 3/6/2008 8:04 AM: | | Fix: | ksh has a fixed recursion depth limit (4096 on 32 bit machines, not | that many). I'm not sure we want this. We don't want a fixed recursion limit - it's against GNU philosoph

Re: Possible eval builtin speedup?

2008-03-06 Thread Jan Schampera
Nicolas Bonifas wrote: >> > I don't know much about bash internals, but there is probably room for >> > a huge performance improvement in speeding up the eval builtin. >> > What do you think about it? Would it be a difficult task? >> >> It is more likely to be the command substitution that i