* what are __ieee754_exp2l/__ieee754_log2l for?
@ 2004-11-10 23:52 David Mosberger
2004-11-11 0:14 ` Andreas Schwab
0 siblings, 1 reply; 7+ messages in thread
From: David Mosberger @ 2004-11-10 23:52 UTC (permalink / raw)
To: libc-hacker
On a completely unrelated note, can somebody tell me what the routines
mentioned in $SUBJECT are for? What are they're supposed to do and
what are they needed for?
I'm asking since on ia64 "make check" keeps failing with:
__ieee754_exp2l not implemented
__ieee754_log2l not implemented
--david
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: what are __ieee754_exp2l/__ieee754_log2l for?
2004-11-10 23:52 what are __ieee754_exp2l/__ieee754_log2l for? David Mosberger
@ 2004-11-11 0:14 ` Andreas Schwab
2004-11-11 1:39 ` David Mosberger
0 siblings, 1 reply; 7+ messages in thread
From: Andreas Schwab @ 2004-11-11 0:14 UTC (permalink / raw)
To: davidm; +Cc: libc-hacker
David Mosberger <davidm@napali.hpl.hp.com> writes:
> On a completely unrelated note, can somebody tell me what the routines
> mentioned in $SUBJECT are for? What are they're supposed to do and
> what are they needed for?
They are the core of the C99 exp2l and log2l functions, resp. Nobody has
yet written generic implementations of them for 80-bit extended float.
Currently only x86, m68k and x86-64 specific versions exist, and a 128-bit
extended float version of log2l. Search for e_exp2l.* and e_log2l.* in
the sysdeps hierarchy for the existing implementations.
> I'm asking since on ia64 "make check" keeps failing with:
>
> __ieee754_exp2l not implemented
> __ieee754_log2l not implemented
It's not failing because of this. When a math funtion is not implemented
it is just skipped by the tests. Actually, all math tests are working
fine here.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, MaxfeldstraÃe 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: what are __ieee754_exp2l/__ieee754_log2l for?
2004-11-11 0:14 ` Andreas Schwab
@ 2004-11-11 1:39 ` David Mosberger
2004-11-11 9:58 ` Andreas Schwab
0 siblings, 1 reply; 7+ messages in thread
From: David Mosberger @ 2004-11-11 1:39 UTC (permalink / raw)
To: Andreas Schwab; +Cc: davidm, libc-hacker
>>>>> On Thu, 11 Nov 2004 01:14:12 +0100, Andreas Schwab <schwab@suse.de> said:
Andreas> They are the core of the C99 exp2l and log2l functions,
Andreas> resp. Nobody has yet written generic implementations of
Andreas> them for 80-bit extended float.
Ah, looks like sysdeps/ia64/fpu is in need of a refresh. v2.1 of the
Intel libm for Itanium does have exp2l (and log2l was introduced in
verison 1.4).
Can somebody clue me in on the meaning of the various math-library
file-name prefixes? "w_" stands for "wrapper", I figured that one.
But what's the idea behind the "s_" vs. "e_" prefixes?
--david
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: what are __ieee754_exp2l/__ieee754_log2l for?
2004-11-11 1:39 ` David Mosberger
@ 2004-11-11 9:58 ` Andreas Schwab
2004-11-12 7:56 ` David Mosberger
2004-11-12 21:49 ` David Mosberger
0 siblings, 2 replies; 7+ messages in thread
From: Andreas Schwab @ 2004-11-11 9:58 UTC (permalink / raw)
To: davidm; +Cc: libc-hacker
David Mosberger <davidm@napali.hpl.hp.com> writes:
> Can somebody clue me in on the meaning of the various math-library
> file-name prefixes? "w_" stands for "wrapper", I figured that one.
> But what's the idea behind the "s_" vs. "e_" prefixes?
I have no idea what they stand for, but s_ is used for the functions
without a wrapper, and e_ for the wrapped functions.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, MaxfeldstraÃe 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: what are __ieee754_exp2l/__ieee754_log2l for?
2004-11-11 9:58 ` Andreas Schwab
@ 2004-11-12 7:56 ` David Mosberger
2004-11-12 21:49 ` David Mosberger
1 sibling, 0 replies; 7+ messages in thread
From: David Mosberger @ 2004-11-12 7:56 UTC (permalink / raw)
To: Andreas Schwab; +Cc: davidm, libc-hacker
>>>>> On Thu, 11 Nov 2004 10:58:07 +0100, Andreas Schwab <schwab@suse.de> said:
Andreas> David Mosberger <davidm@napali.hpl.hp.com> writes:
>> Can somebody clue me in on the meaning of the various
>> math-library file-name prefixes? "w_" stands for "wrapper", I
>> figured that one. But what's the idea behind the "s_" vs. "e_"
>> prefixes?
Andreas> I have no idea what they stand for, but s_ is used for the
Andreas> functions without a wrapper, and e_ for the wrapped
Andreas> functions.
Ah, that helps, thanks!
--david
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: what are __ieee754_exp2l/__ieee754_log2l for?
2004-11-11 9:58 ` Andreas Schwab
2004-11-12 7:56 ` David Mosberger
@ 2004-11-12 21:49 ` David Mosberger
2004-11-12 22:18 ` Andreas Schwab
1 sibling, 1 reply; 7+ messages in thread
From: David Mosberger @ 2004-11-12 21:49 UTC (permalink / raw)
To: Andreas Schwab; +Cc: davidm, libc-hacker
BTW: you were right that the test-ldouble failures were not caused by
the lack of exp2l/log2l. The problem is/was due to these failures:
Failure: yn (0, inf) == 0: Exception "Invalid operation" set
Failure: yn (1, inf) == 0: Exception "Invalid operation" set
Failure: yn (3, inf) == 0: Exception "Invalid operation" set
Failure: yn (10, inf) == 0: Exception "Invalid operation" set
These appear to be due to a compiler-bug, where a division is executed
needlessly and that division ends up modifying the floating-point
status register flags. I'm seeing these problems with:
gcc version 3.3.5 (Debian 1:3.3.5-2)
but not with:
gcc version 3.4.2 (Debian 3.4.2-3)
Aren't you also using a 3.3.x-based compiler? I take it that one
doesn't show the problem?
--david
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: what are __ieee754_exp2l/__ieee754_log2l for?
2004-11-12 21:49 ` David Mosberger
@ 2004-11-12 22:18 ` Andreas Schwab
0 siblings, 0 replies; 7+ messages in thread
From: Andreas Schwab @ 2004-11-12 22:18 UTC (permalink / raw)
To: davidm; +Cc: libc-hacker
David Mosberger <davidm@napali.hpl.hp.com> writes:
> I'm seeing these problems with:
>
> gcc version 3.3.5 (Debian 1:3.3.5-2)
>
> but not with:
>
> gcc version 3.4.2 (Debian 3.4.2-3)
>
> Aren't you also using a 3.3.x-based compiler?
We are using the hammer-3_3-branch branch.
> I take it that one doesn't show the problem?
Yes, it doesn't seem so.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, MaxfeldstraÃe 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2004-11-12 22:18 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-11-10 23:52 what are __ieee754_exp2l/__ieee754_log2l for? David Mosberger
2004-11-11 0:14 ` Andreas Schwab
2004-11-11 1:39 ` David Mosberger
2004-11-11 9:58 ` Andreas Schwab
2004-11-12 7:56 ` David Mosberger
2004-11-12 21:49 ` David Mosberger
2004-11-12 22:18 ` Andreas Schwab
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).