aboutsummaryrefslogtreecommitdiff
path: root/gdb/gnulib
diff options
context:
space:
mode:
authorPedro Alves <palves@redhat.com>2013-07-01 11:15:39 +0000
committerPedro Alves <palves@redhat.com>2013-07-01 11:15:39 +0000
commit8c0da261b51cc528ab7a0b4fb68f20a5e95eb170 (patch)
tree76474d52376bb16259f24b7ad1b5404b5d59dd1e /gdb/gnulib
parent3574124b5f33fb080dfe11d4a98475a991e6fb25 (diff)
downloadgdb-8c0da261b51cc528ab7a0b4fb68f20a5e95eb170.zip
gdb-8c0da261b51cc528ab7a0b4fb68f20a5e95eb170.tar.gz
gdb-8c0da261b51cc528ab7a0b4fb68f20a5e95eb170.tar.bz2
utils.c: pathconf call, check for _PC_PATH_MAX instead of HAVE_UNISTD_H.
This check in utils.c for HAVE_UNISTD_H is being used as proxy for "HAVE_PATHCONF", as pathconf is supposed to be declared in unistd.h. It's possible that there are systems out there that have realpath, unistd.h and alloca, but not pathconf+_PC_PATH_MAX. I don't know of any by heart, but if we import gnulib's unistd module (which a following patch will do), then unistd.h ends up always available, so the check ends up incorrect. As pathconf is being called with _PC_PATH_MAX, check for that instead. gdb/ 2013-07-01 Pedro Alves <palves@redhat.com> * utils.c <pathconf/_PC_PATH_MAX use>: Check if _PC_PATH_MAX is defined instead of checking HAVE_UNISTD_H.
Diffstat (limited to 'gdb/gnulib')
0 files changed, 0 insertions, 0 deletions