kumquat-buildroot/package/bash
James Knight 0610de1490 package/bash: indicate getcwd is malloc-supported
When Bash attempts to find the current working directory, it uses a C
library call `getcwd` to resolve it. When cross-compiling, the
configuration process cannot determine if the target system's C library
can support an "unfixed" path length. Therefore, Bash will fallback to a
size of `PATH_MAX` for determining the current working directory. When
using OverlayFS (and possible other file systems), this becomes an issue
since file paths can commonly exceed standard `PATH_MAX` length. This
typically results in the following error appearing:

   error retrieving current directory: [...]

Common C library `getcwd` calls can default to a higher limit (usually
the system's page size). The current configurable C libraries (as of at
least 2015.08) support a zero (0) size buffer length. Most use the
system's page size; musl, being an exception, which defaults to
`PATH_MAX` (as Bash was doing). Since these C libraries support
allocating buffer space with a zero (0) provided size, the following
configuration change allows Bash to support getting a larger-length'ed
working directory on target's that support it.

Signed-off-by: James Knight <james.knight@rockwellcollins.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-04 16:45:42 +02:00
..
0031-patchlevel-31.patch bash: bump to patchlevel 33 2015-03-18 14:39:28 +01:00
0032-patchlevel-32.patch bash: bump to patchlevel 33 2015-03-18 14:39:28 +01:00
0033-patchlevel-33.patch bash: bump to patchlevel 33 2015-03-18 14:39:28 +01:00
bash.hash
bash.mk package/bash: indicate getcwd is malloc-supported 2015-09-04 16:45:42 +02:00
Config.in