--- Additional Comments From rth at gcc dot gnu dot org 2005-01-14 00:55
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-14 00:55
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19009
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19252
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-14 01:03
---
I believe the problem you ascribe to this bug is fixed. Note that we do not
generate minss for the given example because "<=" is not the operation of the
minss instruction; it performs "<". Which is relevant f
--- Additional Comments From pcarlini at suse dot de 2005-01-14 01:05
---
Eric Botcazou reported privately that the patch doesn't introduce regressions
on SPARC/Solaris 2.5.1, 2.6, 7, 8 and 9, both mainline and 3.4. Thanks Eric!
As soon as we have FreeBSD results, we can go ahead...
--
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19250
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-14 01:36
---
I would consider (1) wrong.
I'm not sure about (2); I think at one time there was a target that put fp
return values in the integer registers even when a coprocessor was present.
But there doesn't seem to be su
--- Additional Comments From dylan at q-games dot com 2005-01-14 01:41
---
I am implementing this locally to gcc 3.3.3, if it all seems to work ok I will
attach the patches to this bug in a month or so (it's slow careful work). It's
interesting because the side effect is the math opti
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14
02:58 ---
Fixed on the mainline
: Search converges between 2004-12-01-014001-trunk (#666) and
2004-12-01-161001-trunk
(#667).
--
What|Removed |Added
-
--
What|Removed |Added
Last reconfirmed|2004-10-15 07:39:18 |2005-01-14 03:00:09
date||
Target Milestone|4.0.0
--- Additional Comments From gianni at mariani dot ws 2005-01-14 03:00
---
I request that we reopen this bug in light of some further discussions.
From: comp.lang.c++.moderated :
Sender: [EMAIL PROTECTED]
After reading your code and the discussion in the comp.std.c++ thread:
http://
I have tried this with both gcc 3.3.5 and 3.4.4:
gcc-3.4 (GCC) 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULA
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14
03:08 ---
Quoting the standard again (the same passage which we all quoted):
"A mem-initializer naming a virtual base class shall be ignored during
execution of the constructor of any class that is not the most derive
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14
03:13 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From gdr at integrable-solutions dot net
2005-01-14 03:18 ---
Subject: Re: std::isnan<>() is broken on FreeBSD
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| Eric Botcazou reported privately that the patch doesn't introduce regressions
| on SPARC/Solar
--- Additional Comments From tbptbp at gmail dot com 2005-01-14 03:51
---
While we're at it, in pmmintrin.h, the DAZ related macros are conditionnalized
on __SSE3__ definition and that's not quite right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19418
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-14
04:02 ---
The given testcase fails only without optimization. It fails because we end up
with an unhandled XFmode move from a general reg to a MEM. A little more
interesting testcase is to modify testf to return the
stage1/xgcc -Bstage1/ -B/opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/bin/ -g -
O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -fn
o-common -DHAVE_CONFIG_H -o gnat1 ada/b_gnat1.o ada/ad
--
What|Removed |Added
Keywords||build
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19436
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14
04:38 ---
Hmm, we are not emitting the nested function.
The function is declared around line 749 in exp_ch2.adb.
--
What|Removed |Added
--- Additional Comments From uros at kss-loka dot si 2005-01-14 06:37
---
This comment was found in fold-const.c:
/* Try some transformations of A op B ? A : B.
A == B? A : Bsame as B
A != B? A : Bsame as A
A >= B? A : Bsame as max (A, B)
A > B? A : B
--- Additional Comments From gianni at mariani dot ws 2005-01-14 06:47
---
> Quoting the standard again (the same passage which we all quoted):
James Kanze added a comment in this bug - I'll quote it here:
> The context of the quote from the standard is:
> "If the constructor of the m
--- Additional Comments From uros at kss-loka dot si 2005-01-14 07:17
---
Testcase now works for -msse2 (x86_64 implies -msse2), but it still fails for
i686 with -msse. It also fails for x86_64 with -mno-sse2 with the same error,
FWIW.
--
What|Removed
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-14
07:53 ---
> Hmm, we are not emitting the nested function.
> The function is declared around line 749 in exp_ch2.adb.
Could be related to PR middle-end/19327 then, as we don't emit the symbol of a
nested function th
101 - 125 of 125 matches
Mail list logo
