aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorStefan Teleman <stefan.teleman@oracle.com>2015-11-20 15:28:40 +0000
committerNick Clifton <nickc@redhat.com>2015-11-20 15:28:40 +0000
commit0b1fa2880c60dcb97d15e5d96e5640f3672dae48 (patch)
tree40afe8c7395ddf0f9a4597c3a4dd56372bb4ff43
parenta915c10f7f1cd8ed433554f05a7281995ae9a540 (diff)
downloadgdb-0b1fa2880c60dcb97d15e5d96e5640f3672dae48.zip
gdb-0b1fa2880c60dcb97d15e5d96e5640f3672dae48.tar.gz
gdb-0b1fa2880c60dcb97d15e5d96e5640f3672dae48.tar.bz2
Fix a problem with the maximum number of open files held in the cache when running on a 32-bit Solaris host.
PR ld/19260 * cache.c (bfd_cache_max_open): Avoid using getrlimit on 32-bit Solaris as the result is unreliable.
-rw-r--r--bfd/ChangeLog6
-rw-r--r--bfd/cache.c24
2 files changed, 27 insertions, 3 deletions
diff --git a/bfd/ChangeLog b/bfd/ChangeLog
index 6d1b78e..b87f914 100644
--- a/bfd/ChangeLog
+++ b/bfd/ChangeLog
@@ -1,3 +1,9 @@
+2015-11-20 Stefan Teleman <stefan.teleman@oracle.com>
+
+ PR ld/19260
+ * cache.c (bfd_cache_max_open): Avoid using getrlimit on 32-bit
+ Solaris as the result is unreliable.
+
2015-11-20 Tristan Gingold <gingold@adacore.com>
* mach-o-x86-64.c (x86_64_howto_table): Change name here too.
diff --git a/bfd/cache.c b/bfd/cache.c
index 94a82da..8c9a238 100644
--- a/bfd/cache.c
+++ b/bfd/cache.c
@@ -78,18 +78,36 @@ bfd_cache_max_open (void)
if (max_open_files == 0)
{
int max;
+#if defined(__sun) && !defined(__sparcv9) && !defined(__x86_64__)
+ /* PR ld/19260: 32-bit Solaris has very inelegant handling of the 255
+ file descriptor limit. The problem is that setrlimit(2) can raise
+ RLIMIT_NOFILE to a value that is not supported by libc, resulting
+ in "Too many open files" errors. This can happen here even though
+ max_open_files is set to rlim.rlim_cur / 8. For example, if
+ a parent process has set rlim.rlim_cur to 65536, then max_open_files
+ will be computed as 8192.
+
+ This check essentially reverts to the behavior from binutils 2.23.1
+ for 32-bit Solaris only. (It is hoped that the 32-bit libc
+ limitation will be removed soon). 64-bit Solaris libc does not have
+ this limitation. */
+ max = 16;
+#else
#ifdef HAVE_GETRLIMIT
struct rlimit rlim;
+
if (getrlimit (RLIMIT_NOFILE, &rlim) == 0
&& rlim.rlim_cur != (rlim_t) RLIM_INFINITY)
max = rlim.rlim_cur / 8;
else
-#endif /* HAVE_GETRLIMIT */
+#endif
#ifdef _SC_OPEN_MAX
max = sysconf (_SC_OPEN_MAX) / 8;
#else
- max = 10;
-#endif /* _SC_OPEN_MAX */
+ max = 10;
+#endif
+#endif /* not 32-bit Solaris */
+
max_open_files = max < 10 ? 10 : max;
}