binutils-gdb/gdb/gnulib
Sergio Durigan Junior e2fc52e745 Fix PR gdb/23558: Use system's 'getcwd' when cross-compiling GDB
This is a backport of a gnulib fix for the following bug:

  https://sourceware.org/bugzilla/show_bug.cgi?id=23558

The problem reported there is about the replacement of 'getcwd' when
cross-compiling GDB.  With our current gnulib copy, the mechanism for
deciding whether to use the system's 'getcwd' or gnulib's version is
too simplistic and pessimistic, so when cross-compiling we always end
up using gnulib's version, which has a limitation: it cannot handle
the situation when the parent directory doesn't have read permissions.

The solution is to backport the following gnulib commit:

  commit a96d2e67052c879b1bcc5bc461722beac75fc372
  Author: Bruno Haible <bruno@clisp.org>
  Date:   Thu Aug 23 21:13:19 2018 +0200

      getcwd: Add cross-compilation guesses.

gdb/ChangeLog:
2018-09-10  Sergio Durigan Junior  <sergiodj@redhat.com>

	PR gdb/23555
	PR gdb/23558
	* gnulib/import/m4/getcwd-path-max.m4: Add cross-compilation
	guesses.
2018-09-10 13:52:24 -04:00
..
import Fix PR gdb/23558: Use system's 'getcwd' when cross-compiling GDB 2018-09-10 13:52:24 -04:00
aclocal-m4-deps.mk Automatically update "aclocal_m4_deps" when updating gnulib 2018-09-04 13:58:14 -04:00
aclocal.m4 Revert "Update gnulib to current upstream master" 2018-09-10 13:52:24 -04:00
config.in Revert "Update gnulib to current upstream master" 2018-09-10 13:52:24 -04:00
configure Revert "Update gnulib to current upstream master" 2018-09-10 13:52:24 -04:00
configure.ac Bump to autoconf 2.69 and automake 1.15.1 2018-06-19 16:55:06 -04:00
Makefile.in Automatically update "aclocal_m4_deps" when updating gnulib 2018-09-04 13:58:14 -04:00
update-gnulib.sh Revert "Update gnulib to current upstream master" 2018-09-10 13:52:24 -04:00