--- 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
--- 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 NAMELIST
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 #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
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 set
#include stdlib.h
#include stdio.h
#include sys/time.h
timeval bgn, end;
int main()
{
std::setlong s;
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.
--- 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.
--
--- 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
--- 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 #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;
bb 2:
D.2077_1 = r.c;
this.0_3 = this.0_2;
this.0_4 = (struct Empty_class *)
--- 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
--
--- 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
--
--- 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
--- 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 #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 #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
--- 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=13514action=view)
Draft
For this last issue (which we have to tackle anyway, irrespective of this
specific hppa regression) I have this
--- 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
--- 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)
--
--- 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 #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 #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=gccview=revrev=124467
Log:
Index: libiberty/ChangeLog
2007-05-04 Geoffrey Keating [EMAIL
--- 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
--- 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 #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
--- 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=gccview=revrev=124469
Log:
2007-05-05 Jerry DeLisle [EMAIL PROTECTED]
PR
--- 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
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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||wrong-code
29 matches
Mail list logo