--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26
14:34 ---
*** Bug 19642 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pcarlini at suse dot de 2005-01-16 17:13
---
Ok, will follow your suggestions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
--- Additional Comments From jlquinn at optonline dot net 2005-01-16 17:09
---
Subject: Re: Floating point output is slow
pcarlini at suse dot de wrote:
> --- Additional Comments From pcarlini at suse dot de 2005-01-03 16:41
> ---
> Hi again. Some good news: first, I can conf
--- Additional Comments From jlquinn at gcc dot gnu dot org 2005-01-03
22:05 ---
(In reply to comment #39)
> seems wrong in the testcase, not in fpfinal5.patch. While a I dig a little
> deeper on these issues (and do complete tests on ia64 too), maybe Jerry, you
> can try to fix lfptest:
--- Additional Comments From pcarlini at suse dot de 2005-01-03 16:41
---
Hi again. Some good news: first, I can confirm that fmttest1.cc does not fail
anymore. Morevoer, on x86-64 lfptest fails with gcc3.3 too, therefore something
seems wrong in the testcase, not in fpfinal5.patch. Whil
--- Additional Comments From pcarlini at suse dot de 2005-01-03 15:27
---
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
--- Additional Comments From pcarlini at suse dot de 2005-01-03 14:58
---
Hi Jerry, I'm finally ready to work again on x86_64 and ia64 but unfortunately
your latest patch doesn't apply cleanly here:
patching file include/bits/locale_facets.tcc
Hunk #2 FAILED at 1382.
Can you please red
--- Additional Comments From pcarlini at suse dot de 2004-12-21 20:39
---
Hi everyone, and sorry about the delay of the planned testing on 64-bit arches.
Hopefully, I can do that before Christmas...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21
19:45 ---
Also I should note use of long double functions on tagets where it does not
does it will cause a link
error so be care full with that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21
19:42 ---
(In reply to comment #31)
> The power4 segfault occurs in frexpl() in libc, which is a result of calling
> __builtin_frexpl() inside std::frexp(long double). I was wondering if it
> might
> be a problem in
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-21
19:40 ---
The AIX problem is PR19115. Paolo, could you see if the same issue happens on
ia64 and x86-64?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-21
19:19 ---
The power4 segfault occurs in frexpl() in libc, which is a result of calling
__builtin_frexpl() inside std::frexp(long double). I was wondering if it might
be a problem in long double representation. I thi
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-20
21:01 ---
Trying on a power4 aix 5.2 box, in the testsuite,
27_io/basic_ostream/inserts_arithmetic/char/1.cc fails, because of a segfault in
frexp(long double, int). In gdb, the args look fine. The int seems to be a
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-16
04:43 ---
I finally got some free time again. The fmttest1 failure is due to showpoint
handling. Specifically, there's the following hunk in float_to_char_scientific:
// Insert digits after decimal point
--- Additional Comments From pcarlini at suse dot de 2004-11-22 18:13
---
A bit of additional info for lfptest too: if I set outcpp to true, then,
on x86_64:
nan
Segmentation fault
On ia64:
0.00
Segmentation fault
right at the first iteration.
--
http://gcc.gnu.org/bugzilla/sho
--- Additional Comments From pcarlini at suse dot de 2004-11-22 10:37
---
fmttest1.cc fails like this:
expect[14]: -1.007830e-18
result[14]: -1.00783e-18
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
--- Additional Comments From pcarlini at suse dot de 2004-11-22 09:57
---
Hi again. I'm now running on the three architectures the following tests
attached to the PR.
1- fmttest1.cc
2- fptest.cc
3- lfptest.cc
The second one seems basically OK, besides some problems, on x86 *only*, of
--- Additional Comments From pcarlini at suse dot de 2004-11-22 09:43
---
Hi again. I'm now running on the three architectures the following tests:
1-
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
--- Additional Comments From pcarlini at suse dot de 2004-11-21 23:39
---
Hi again. As expected, fpfinal3 regtests Ok on x86/x86_64/ia64-linux. I'm
attaching what I have actually tested: doesn't include the regenerated files and
avoids a warning about the unused __mod argument of _M_ins
--- Additional Comments From pcarlini at suse dot de 2004-11-19 22:30
---
Sure, and *sorry* for the delay :-(
I will do that over the weekend, both on ia64 and x86_64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-19 22:25
---
This patch applies, and passes regression testing on x86/linux. Now I can start
to review it
Paolo, any chance you can test this as well?
-benjamin
--
What|Removed |A
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-11-17
04:40 ---
OK - turned out to be a simple bug, not adjusting for the minus sign. Amazingly
all of the above patches had the bug and I couldn't have had successful tests
with it there.
Here's the updated patch with fl
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-11-15
17:23 ---
OK, my problem is that the patch didn't actually get applied to mainline. So
it's not so surprising I didn't see the failures.
I'll apply locally and debug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From bkoz at redhat dot com 2004-11-15 17:04
---
Subject: Re: Floating point output is slow
>I don't see any of those failures. I updated tonight (11/12). Did a fresh
>config and make (not bootstrap) on x86 pentium M.
Hmmm. Well, maybe I munged the floatconv
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-11-15
15:02 ---
I don't see any of those failures. I updated tonight (11/12). Did a fresh
config and make (not bootstrap) on x86 pentium M.
FAIL: 23_containers/bitset/input/1.cc (test for excess errors)
FAIL: 23_containe
25 matches
Mail list logo
