This is the mail archive of the
mailing list for the glibc project.
Re: [Various] libc/1609: Error in 'make check' origtest with testobj1.so
- To: Solar Designer <solar at false dot com>
- Subject: Re: [Various] libc/1609: Error in 'make check' origtest with testobj1.so
- From: Ulrich Drepper <drepper at redhat dot com>
- Date: 28 Feb 2000 16:27:40 -0800
- Cc: jrenken at sandwich dot net (James Renken), libc-alpha at sourceware dot cygnus dot com
- References: <200002290020.DAA00477@false.com>
- Reply-To: drepper at cygnus dot com (Ulrich Drepper)
Solar Designer <email@example.com> writes:
> Actually, it's possible Ulrich can answer this question without you
> having to try. Does glibc 2.1 itself still use trampolines in some
> place that's critical to get a system running? Does it require that
> trampolines work while it's being compiled?
We have in the source code some nested functions but they all should
be optimized away or inlined. Of course you must not compile without
optimization. -O2 is always advised.
> To answer Ulrich's question, the patch will terminate the program
> that tries to execute code on the stack, but only if that isn't a
> trampoline call (if the emulation is enabled).
> This can cause some application bugs or limitations to show up.
> This can well be a bug in my code, I'm just pointing out that we
> can't be sure of that, yet.
There are no such dependencies. We use the same code on different
platforms which use different shared lib positions. Also, loading
shared objects (including ld.so) in different orders gives different
load addresses. I'm pretty sure this cannot be the problem.
---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace
Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA
Red Hat `--' drepper at redhat.com `------------------------