im to merge this upstream when he returns,
meanwhile perhaps somebody can roll a new glibc package for debian?
randolph
#! /bin/sh -e
# DP: Description: hppa floating point exception handling fix
# DP: Related bugs: Debian #342545
# DP: Dpatch author: Randolph Chung <[EMAIL PROTECTED]>
ry with -mlong-calls (instead of -ffunction-sections)
These are obviously all workarounds until we fix the real problem.
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "uns
es its calculations do not match what
binutils calculates.
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I don't think that's what is happening at all: I think that in one of
these cases, your test file's on-stack fenv_t is aligned, and on the
other it isn't. The code you posted for gcc 4.0 looks fine. I think
the assembly is broken or the definition of fenv_t.
drow is right, as usual. our fenv_t
ndolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(I trimmed the cc list a bit)
Dave,
Could this actually be a gcc problem?
Take a look at this:
(gdb) bt
#0 0x406dbd20 in __canonicalize_funcptr_for_compare ()
from /usr/lib/debug/libpthread.so.0
#1 0x406d7424 in __pthread_sigaction (sig=18, act=0xc0241ec8,
oact=0xc0241f50)
at signal
> Well, sarge also shipped as 2.6-only, for hppa; so if the answer is that
> this problem happens to go away when upgrading to 2.6, that's probably
> acceptable, since 2.4 kernels will have been unsupported on hppa for a full
> stable release by the time etch comes out.
It doesn't go away with 2.6
Confirmed. We are passing a function pointer with a value of -2 into
__cffc, which should not happen...
Is -2 a special signal number?
I don't think so. in any case, others have observed that if they use an
older glibc, this problem does not happen.
randolph
--
To UNSUBSCRIBE, email to [
ied Dave and Carlos in case they don't read these lists. Dave
and Carlos, this is a problem with the new glibc in Debian unstable.
looks like any app that links libpthread will segfault.
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
--
To UNSU
9 matches
Mail list logo