--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||wrong-code
Examining testresults:
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00045.html
and
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00102.html
Leads us to the conclusion the the patch r124338 causes regressions in the java
testsuite for Divide_1 and pr6388 on the 4.2 branch. The correspondi
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2007-05-06 05:11
---
Fixed on 4.3
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2007-05-06 05:11
---
Subject: Bug 31251
Author: jvdelisle
Date: Sun May 6 04:10:53 2007
New Revision: 124469
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124469
Log:
2007-05-05 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-06
04:02 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> For this last issue (which we have to tackle anyway, irrespective of this
> specific hppa regressio
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-06
04:00 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> I would ask you to help me with config/locale/generic/c_locale.cc on hppa. I
> would ask you first
--- Comment #6 from geoffk at gcc dot gnu dot org 2007-05-06 01:27 ---
That should do it.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from geoffk at gcc dot gnu dot org 2007-05-06 01:01 ---
Subject: Bug 31775
Author: geoffk
Date: Sun May 6 00:01:36 2007
New Revision: 124467
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124467
Log:
Index: libiberty/ChangeLog
2007-05-04 Geoffrey Keating <[EMAI
--- Comment #19 from rearnsha at gcc dot gnu dot org 2007-05-06 00:27
---
This patch is responsible for the code size regressions on CSiBE at -Os. It
also causes a bootstrap failure on arm-netbsdelf2: genautomata is being
miscompiled.
--
rearnsha at gcc dot gnu dot org changed:
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-05-05 23:54
---
The test case in comment #4 appears to be working fine on my system here. I
suspect it was not a duplicate after all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29396
--- Comment #6 from mark at codesourcery dot com 2007-05-05 23:16 ---
Subject: Re: powerpc: race
ralf_corsepius at rtems dot org wrote:
> --- Comment #2 from ralf_corsepius at rtems dot org 2007-05-03 10:45
> ---
> Created an attachment (id=13502)
--> (http://gcc.gnu.org/bug
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-05
23:02 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> For this last issue (which we have to tackle anyway, irrespective of this
> specific hppa regressio
--- Comment #4 from pcarlini at suse dot de 2007-05-05 22:56 ---
Created an attachment (id=13514)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13514&action=view)
Draft
For this last issue (which we have to tackle anyway, irrespective of this
specific hppa regression) I have this
--- Comment #3 from pcarlini at suse dot de 2007-05-05 21:38 ---
Humm, unfortunately it can be that __FLT_HAS_INFINITY__, __DBL_HAS_INFINITY__,
__LDBL_HAS_INFINITY__ are false... Maybe you should check that first. In that
case we should call back the code pre-libstdc++/31117 on such targ
--- Comment #2 from pcarlini at suse dot de 2007-05-05 21:12 ---
*** Bug 31837 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31836
--- Comment #1 from pcarlini at suse dot de 2007-05-05 21:12 ---
*** This bug has been marked as a duplicate of 31836 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #1 from pcarlini at suse dot de 2007-05-05 21:11 ---
Hi Dave. This one and the next one are the very same issue, caused by my fix
for libstdc++/31117.
I would ask you to help me with config/locale/generic/c_locale.cc on hppa. I
would ask you first to check separately the vari
--- Comment #16 from patchapp at dberlin dot org 2007-05-05 19:45 ---
Subject: Bug number PR31251
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00298.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #2 from patchapp at dberlin dot org 2007-05-05 19:45 ---
Subject: Bug number PR middle-end/31796
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00297.html
--
http://gcc.gnu.org
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-05-05 19:19 ---
int main() ()
{
struct Empty_class * this.0;
struct Empty_class * const this;
struct C * D.2077;
struct R r;
int D.2064;
:
D.2077_1 = &r.c;
this.0_3 = this.0_2;
this.0_4 = (struct Empty_class *) D.20
--- Comment #1 from ghazi at gcc dot gnu dot org 2007-05-05 18:57 ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00297.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rob1weld at aol dot com 2007-05-05 18:55 ---
Results for Cygwin are very similar (for DFP) - other areas have differing
errors:
Results for 4.2.0 20070501 (prerelease) testsuite on i686-pc-cygwin
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00258.html
May I sug
--- Comment #4 from ubizjak at gmail dot com 2007-05-05 18:49 ---
(In reply to comment #3)
> The problem may be patterns like
No, the patterns are OK. Combine pass merges these patterns without problems.
But without links, combine doesn't even try to merge them.
--
http://gcc.gnu.o
Compiling the code below with -O2 -Wall produces the buggy warning
mentionned in the subject.
g++ 4.1 and 4.3 do not have this problem.
The code below is pretty minimal (extracted from CGAL).
For example, removing the derivation from the Empty_class
removes the buggy warning.
str
FreeBSD 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Mon Jan 15 14:39:55 MSK
2007 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/MY i386
test prog - test_set.cpp:
#include
#include
#include
#include
timeval bgn, end;
int main()
{
std::set s;
printf("filling\n");
gettimeofday(&bgn, NULL);
f
--- Comment #3 from nicolas dot burrus at ensta dot fr 2007-05-05 16:53
---
Indeed, you're right, from the standard, section 14.6.3 (non dependent names)
in the template section : "Non-dependent names used in a template definition
are found using the usual name lookup and bound at the
I have not tried this on a single core, but on 2 or more core machines, a
bootstrap will fail if you issue the following commands:
make clean
make -j4
This assumes that the bootstrap has been built at least once before the make
clean. When it fails, it can be restarted with make -j4 and it will
--- Comment #1 from pault at gcc dot gnu dot org 2007-05-05 09:53 ---
(In reply to comment #0)
> subroutine test(cha)
> implicit none
> character(len=10) :: cha(:)
> namelist /z/ cha
> end subroutine test
>
> See also:
> gfortran.dg/namelist_14.f90
>
> This is invalid:
> "5.4
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-05-05 08:40
---
The problems is due to trying to match a prefix to a function declaration or a
variable declaration. Both code paths find the error. I have a tentative
patch. It might not be worth it. We will see after I co
29 matches
Mail list logo
