From: David Mosberger <davidm@napali.hpl.hp.com>
To: Ulrich Drepper <drepper@redhat.com>, Jakub Jelinek <jakub@redhat.com>
Cc: libc-hacker@sources.redhat.com, davidm@napali.hpl.hp.com
Subject: Re: new syscall stub support for ia64 libc
Date: Mon, 17 Nov 2003 22:15:00 -0000 [thread overview]
Message-ID: <16313.18581.818964.664818@napali.hpl.hp.com> (raw)
In-Reply-To: <16309.62461.395811.966659@napali.hpl.hp.com>
>>>>> On Sat, 15 Nov 2003 01:38:05 -0800, David Mosberger <davidm@linux.hpl.hp.com> said:
>> I still have some others failing (basic4, stack{1,2},
>> cancelx{4,5,10,16,17,18}, cleanupx{0,1,3,4}, and oncex{3,4}), but
>> I don't understand the problem there yet and I'll need to look
>> into those next week.
The first problem was a stupid kernel bug in the light-weight handler
for sigprocmask. I already pushed a fix for this to Linus and now
tst-basic4 as well as many other tests are working again.
The next genuine failure is in tst-cancelx4. The problem here seems
to be due to the fact that unwind-c.c:__gcc_personality_v0 gets linked
statically into the test application, which pulls in the unwinder-code
from libgcc_eh.a (which, in my case, is the old, unwinder, not the
libunwind-based one). But unwind-forcedunwind.c picks the unwinder up
via libgcc_s.so.1, which ends up using the libunwind-based unwinder,
so now I end up with two conflicting unwinders and when a context gets
passed from one unwinder to the other, bad things happen, of course.
Now I suppose you could argue that it's my inconsistent setup that's
the root-cause of the problem, but it worries me a bit to have
binaries that work correctly only if libgcc_s.so.1 matches with the
unwinder that was built statically into the application. Effectively,
it would mean we could never change the contents of "struct
_Unwind_Context" without breaking binary compatiblity. I don't think
that was intended?
Was the idea, perhaps, that the application's references to
_Unwind_*/__gcc_personality_v0 also get satisfied from libpthread? If
so, I think those symbols would have to be exported.
Could you shed some light on how this is supposed to work?
Thanks,
--david
next prev parent reply other threads:[~2003-11-17 22:15 UTC|newest]
Thread overview: 98+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-29 4:26 David Mosberger
2003-10-29 9:51 ` Jakub Jelinek
2003-10-30 8:04 ` David Mosberger
2003-10-30 9:09 ` Jakub Jelinek
2003-10-30 19:38 ` Roland McGrath
2003-10-30 19:59 ` David Mosberger
2003-10-30 20:23 ` Jakub Jelinek
2003-10-30 22:35 ` David Mosberger
2003-10-31 8:45 ` Richard Henderson
2003-10-31 9:07 ` Jakub Jelinek
2003-10-31 16:45 ` David Mosberger
2003-10-31 16:54 ` Jakub Jelinek
2003-10-31 18:29 ` David Mosberger
2003-11-03 21:46 ` David Mosberger
2003-11-12 22:53 ` David Mosberger
2003-11-12 23:10 ` Ulrich Drepper
2003-11-12 23:47 ` David Mosberger
2003-11-12 23:57 ` Jakub Jelinek
2003-11-13 2:38 ` David Mosberger
2003-11-13 3:46 ` Ulrich Drepper
2003-11-13 3:53 ` David Mosberger
2003-11-13 8:23 ` Jakub Jelinek
2003-11-13 7:32 ` David Mosberger
2003-11-13 9:24 ` Ulrich Drepper
2003-11-13 17:30 ` David Mosberger
2003-11-13 17:56 ` Ulrich Drepper
2003-11-13 18:47 ` David Mosberger
2003-11-13 20:16 ` Ulrich Drepper
2003-11-13 21:34 ` David Mosberger
2003-11-13 21:44 ` Jakub Jelinek
2003-11-13 21:58 ` David Mosberger
2003-11-13 23:45 ` David Mosberger
2003-11-14 1:44 ` Ulrich Drepper
2003-11-14 1:54 ` David Mosberger
2003-11-14 2:18 ` David Mosberger
2003-11-14 2:57 ` Ulrich Drepper
2003-11-14 3:22 ` David Mosberger
2003-11-14 3:39 ` Ulrich Drepper
2003-11-14 5:29 ` Ulrich Drepper
2003-11-14 5:49 ` David Mosberger
2003-11-14 6:04 ` Ulrich Drepper
2003-11-14 6:43 ` David Mosberger
2003-11-14 19:53 ` Ulrich Drepper
2003-11-14 19:56 ` David Mosberger
2003-11-14 20:36 ` Ulrich Drepper
2003-11-15 0:51 ` David Mosberger
2003-11-15 9:38 ` David Mosberger
2003-11-17 18:21 ` Ulrich Drepper
2003-11-17 18:35 ` David Mosberger
2003-11-18 7:54 ` David Mosberger
2003-11-18 8:22 ` Ulrich Drepper
2003-11-18 16:45 ` David Mosberger
2003-11-19 23:37 ` unwind failures due to __pthread_initialize_minimal David Mosberger
2003-11-19 23:54 ` Ulrich Drepper
2003-11-20 0:30 ` Roland McGrath
2003-11-20 2:35 ` David Mosberger
2003-11-20 4:01 ` Ulrich Drepper
2003-11-20 21:20 ` David Mosberger
2003-12-07 1:46 ` Ulrich Drepper
2003-12-08 17:40 ` David Mosberger
2003-12-08 19:27 ` Ulrich Drepper
2003-12-08 22:22 ` David Mosberger
2003-11-26 9:40 ` new syscall stub support for ia64 libc David Mosberger
2003-12-03 7:25 ` David Mosberger
2003-12-08 18:16 ` Jakub Jelinek
2003-12-08 19:23 ` David Mosberger
2003-12-08 21:17 ` Jakub Jelinek
2003-12-08 22:10 ` David Mosberger
2003-12-09 4:41 ` David Mosberger
2003-12-08 22:17 ` David Mosberger
2003-12-08 22:46 ` Jakub Jelinek
2003-12-08 23:03 ` David Mosberger
2003-12-10 23:22 ` Ulrich Drepper
2003-12-11 0:37 ` David Mosberger
2003-12-11 21:00 ` Ulrich Drepper
2003-11-17 22:15 ` David Mosberger [this message]
2003-11-15 19:05 ` David Mosberger
2003-11-17 18:14 ` Ulrich Drepper
2003-11-18 0:47 ` David Mosberger
2003-11-18 1:02 ` Ulrich Drepper
2003-11-18 1:22 ` David Mosberger
2003-11-18 1:37 ` Ulrich Drepper
2003-11-18 1:46 ` David Mosberger
2003-11-18 2:17 ` Ulrich Drepper
2003-11-18 5:44 ` David Mosberger
2003-11-18 19:18 ` David Mosberger
2003-11-18 19:35 ` Ulrich Drepper
2003-11-18 20:08 ` David Mosberger
2003-11-14 20:13 ` patch to fix unwind info for ia64 David Mosberger
2003-11-14 20:21 ` David Mosberger
2003-11-14 20:24 ` Roland McGrath
2003-11-14 21:12 ` David Mosberger
2003-11-15 17:42 ` Andreas Schwab
2003-11-15 18:52 ` David Mosberger
2003-11-19 6:19 ` David Mosberger
2003-11-19 15:25 ` Ulrich Drepper
2003-10-31 16:43 ` new syscall stub support for ia64 libc David Mosberger
2003-10-29 17:54 ` Ulrich Drepper
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=16313.18581.818964.664818@napali.hpl.hp.com \
--to=davidm@napali.hpl.hp.com \
--cc=davidm@hpl.hp.com \
--cc=drepper@redhat.com \
--cc=jakub@redhat.com \
--cc=libc-hacker@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).