mirror of
https://github.com/espressif/binutils-gdb.git
synced 2025-09-10 03:42:22 +08:00
* solib.c (solib_add): New argument is the target_ops whose
section list is to be added to, if any. Reallocate the sections in that target to add any that come from shared libs. (throughout) so_sections renamed to sections. (solib_xfer_memory): Deleted. * tm-sunos.h (SOLIB_ADD): Add target argument. (SOLIB_XFER_MEMORY): Delete. * xm-sun3os4.h, xm-sun4os4.h: Define BROKEN_LARGE_ALLOCA, and add comment explaining shared library screw.
This commit is contained in:
@ -20,9 +20,9 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */
|
||||
#include "xm-sun3.h"
|
||||
#define FPU
|
||||
|
||||
/* There is a bug which can cause alloca to fail to allocate large
|
||||
areas of memory one time in every 4096 (we think). */
|
||||
/* chase@orc.olivetti.com says that 4 megabyte alloca's consistently fail,
|
||||
even though the stack limit (SET_STACK_LIMIT_HUGE) has been set
|
||||
to 250 megabytes. */
|
||||
/* Large alloca's fail because the attempt to increase the stack limit in
|
||||
main() fails because shared libraries are allocated just below the initial
|
||||
stack limit. The SunOS kernel will not allow the stack to grow into
|
||||
the area occupied by the shared libraries. Sun knows about this bug
|
||||
but has no obvious fix for it. */
|
||||
#define BROKEN_LARGE_ALLOCA
|
||||
|
Reference in New Issue
Block a user