On 3/26/10 11:59 PM, Jim Michaels wrote:
> bash 4.1
> XP Pro SP3 32-bit,
> using MinGW compiler
>
> short description:
> I have discovered that the installation method for BASH is actually recursive
> in nature, if I am not mistaken, requiring BASH to install BASH. read the
> first steps of th
On 3/27/10 1:47 AM, Johan Hattne wrote:
> Bash Version: 4.1
> Patch Level: 2
> Release Status: release
>
> Description:
> The bash built-in test command fails to correctly report executable
> status for non-executable files when run by root on FreeBSD. On
> FreeBSD, bash calls eaccess(2) t
Configuration Information [Automatically generated, do not change]:
Machine: i686
OS: freebsd7.2
Compiler: i686-gentoo-freebsd7.2-gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i686' -
DCONF_OSTYPE='freebsd7.2' -DCONF_MACHTYPE='i686-gentoo-freebsd7.2' -
DCONF_VENDOR='gentoo' -DLOCALE
bash 4.1
XP Pro SP3 32-bit,
using MinGW compiler
short description:
I have discovered that the installation method for BASH is actually recursive
in nature, if I am not mistaken, requiring BASH to install BASH. read the
first steps of the install.
" 1. `cd' to the directory containing the so
(snip)
> I think there's an easier way to do this. Try the attached patch and
> see what you get.
I was afraid such a global change might break something completely unrelated
(since I'm not familiar with the architecture of bash). It does fix the
problem, though; so I think it's okay...
2T
s