--- Additional Comments From ian at airs dot com 2005-07-19 06:27 ---
Fixed everywhere.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-19
06:26 ---
Subject: Bug 22057
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-19 06:25:58
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
05:24 ---
(In reply to comment #3)
> Subject: Re: IA-64 NaT consumption faults due to uninitialized
> The change I am suggesting should not hurt performance, and I expect
> that it would actually help performance in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
05:16 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
05:15 ---
But this problem with -Wl,-wrap is really invalid as we treat all -Wl, as input
files and unknown to what
GCC the driver should do.
--
What|Removed |Added
-
--- Additional Comments From mckelvey at maskull dot com 2005-07-19 04:26
---
Subject: Re: Bootstrap ICE on latest CVS: tree check: tree-ssa
On Sunday 17 July 2005 18:02 pm, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-07
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
04:23 ---
This most likely can happen on any host.
--
What|Removed |Added
CC|
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-19 04:22
---
Created an attachment (id=9304)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9304&action=view)
Makefile workaround
The attached patch splits the assoc_headers variable into multiple, smaller
pieces that
While policy based associative containers did not exist in GCC 4.0, the
libstdc++/include/Makefile.am to install the header files during the libstdc++
build and install phases causes failures on AIX. The list of pb_assoc files and
the way it is used in the Makefile causes Make to generate a comman
--
Bug 22416 depends on bug 22444, which changed state.
Bug 22444 Summary: [4.1 regression] testsuite
failure:23_containers/set/explicit_instantiation/2.cc ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
What|Old Value |New Value
--
Bug 22483 depends on bug 22416, which changed state.
Bug 22416 Summary: [4.1 Regression]
23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have
var_decl in is_old_name, at tree-into-ssa.c:466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416
What|Old V
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
04:17 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
04:17 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
04:17 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
04:16 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-19
03:36 ---
Subject: Bug 22483
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-19 03:36:25
Modified files:
gcc: tree-ssa-alias.c tree-flow.h tree-flo
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-19
00:51 ---
Reduced testcase:
===
struct A
{
int i, j;
A() : i(), j() {}
~A() {}
operator int() { return 0; }
};
struct B
{
A foo() const { return A(); }
};
struct X { ~X(
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-18
18:32 ---
Subject: Bug 21286
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-18 18:32:00
Modified files:
libstdc++-v3 : Change
--- Additional Comments From ian at airs dot com 2005-07-18 23:24 ---
Fixed on mainline, still present on 4.0 branch
--
What|Removed |Added
AssignedTo|unassigned at g
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-18
23:20 ---
Subject: Bug 22057
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-18 23:20:09
Modified files:
gcc: ChangeLog tree-cfgcleanup.c
Log mes
--- Additional Comments From tobias dot burnus at physik dot fu-berlin dot
de 2005-07-18 18:11 ---
For completeness, the current link is:
http://j3-fortran.org/doc/year/04/04-007.pdf
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22547
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-18
18:07 ---
Confirmed with 4.0 and cvs trunk.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
18:05 ---
If you add -pedantic and compile your example, you will see that we error out
instead of accepting the
code.
You might want to use unsigned instead of signed as signed overflow is
undefined.
--
http:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
22:04 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From emailwastefilter-bugzillagccorg at yahoo dot
com 2005-07-18 18:03 ---
(In reply to comment #2)
> Hmm, 0x8000+1 overflows which is invalid for constant expressions and
really should be
> rejected.
The warnings seem on the money, but they should not cause
--- Additional Comments From dank at kegel dot com 2005-07-18 19:10 ---
Created an attachment (id=9303)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9303&action=view)
Preprocessed source showing the problem
--
What|Removed |Added
--
--- Additional Comments From dank at kegel dot com 2005-07-18 19:10 ---
Created an attachment (id=9303)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9303&action=view)
Preprocessed source showing the problem
--
What|Removed |Added
--
Building a C/C++ cross-compiler targeting sh4-linux fails with
include/ext/bitmap_allocator.h:1085: internal compiler error: in spill_failure,
at reload1.c:1889
I grabbed the preprocessed source, and was able to reproduce it with
the commandline
gcc-4.1-20050716-glibc-2.3.2/build-gcc/./gcc/xgcc
-B
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-18
21:43 ---
I noticed that one when I worked on large kinds I/O but didn't know what format
to choose for real(10) and real(16). Any ideas welcome.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22436
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
21:42 ---
(In reply to comment #1)
> on ppc ices in:
The PPC bug is a different bug for sure which I have a patch and testing it
right now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-18
21:42 ---
This is part of my patch for "complete" large kinds support (see for example
http://gcc.gnu.org/ml/fortran/2005-06/msg00433.html). Will submit all this once
I get back home.
--
What|Remove
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-18
17:41 ---
Fixed in 4.0.
--
What|Removed |Added
Status|ASSIGNED|RESOLVE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-18
17:41 ---
Subject: Bug 21333
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-18 17:40:51
Modified files:
libgfortran: Makefi
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-18
21:38 ---
Can't reproduce it any more. Sorry.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From jbucata at tulsaconnect dot com 2005-07-18
21:11 ---
FWIW, I'm trying 4.1.0 beta 20050716, and it does better than 4.0.1.
-funroll-loops still slows it down (about 0.5s vs without it), but without, 4.1
shaves about 1.5 seconds off user time vs 4.0.1 (about 9
It would be nice to have an option for gfortran that emits a warning when an
undeclared function or subroutine is called. This would be similar to
-Wimplicit-interface, except that this new warning would also accept
non-explicit interfaces. For example, the fragment
external a
call a
le
--- Additional Comments From david dot nospam dot hopwood at blueyonder dot
co dot uk 2005-07-18 20:30 ---
Note that the fix is only for Linux. For other platforms, see bug 20705.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
17:27 ---
Hmm, 0x8000+1 overflows which is invalid for constant expressions and
really should be
rejected.
--
What|Removed |Added
--- Additional Comments From pcarlini at suse dot de 2005-07-18 18:40
---
Sorry, I meant 3.4.5.
--
What|Removed |Added
Target Milestone|3.4.4 |4.0.1
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-18
20:59 ---
Does this also fail with 4.0.x?
If so perhaps we need "LANG=C sort" there.
On the trunk I fixed this in a different way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22283
--- Additional Comments From pcarlini at suse dot de 2005-07-18 18:39
---
Fixed for 3.4.4 too.
--
What|Removed |Added
Summary|[4.0/4.1 Regression]|[3.4/4.
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-18
20:58 ---
I checked in a fix on the trunk.
I think this is already fixed on the 4.0 branch.
--
What|Removed |Added
-
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-18
18:36 ---
Just FYI, 4.0.x is open again.
This fix could go in now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21943
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-18
18:35 ---
I'm testing a patch for this.
I didn't fix libtool but instead changed how we perform these compilations.
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-18
20:54 ---
Subject: Bug 21058
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-18 20:54:01
Modified files:
libjava: ChangeLog Makefile.in sources.am
--- Additional Comments From emailwastefilter-bugzillagccorg at yahoo dot
com 2005-07-18 17:23 ---
Created an attachment (id=9302)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9302&action=view)
Testcase which causes the ICE
Same as the code that was pasted in the report (just pos
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-07-18
17:22 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|RESO
This code was distilled from debian source pose_3.5-7.dsc (The Palm OS
Emulator).
The bug manifests after a number of "warning: overflow in implicit constant
conversion" and then "internal compiler error: in tree_low_cst, at tree.c:3843".
There must be at least 5 warnings or the ICE does not app
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
17:18 ---
Confirmed.
--
What|Removed |Added
OtherBugsDependingO||20585
--- Additional Comments From kargl at gcc dot gnu dot org 2005-07-18 17:15
---
This should be fairly straight forward to implement. The
question is where do we put the module and 8.o file. Is
${prefix}/lib/modules a good enough place? There is also
the possibility of ${prefix}/libexec
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-18
17:08 ---
Subject: Bug 22263
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-18 17:08:22
Modified files:
gcc/cp : Change
--- Additional Comments From pcarlini at suse dot de 2005-07-18 15:56
---
> Let's pronounce it [kəˈpʊt] then :-)
> http://en.wiktionary.org/wiki/Kaput
Yes. My point was simply that in order to have the attention of the maintainers
you don't need to use exagerated expressions. Generally,
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-18
15:44 ---
Subject: Bug 22263
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-18 15:44:36
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
--- Additional Comments From theodore dot papadopoulo at sophia dot inria
dot fr 2005-07-18 15:26 ---
Subject: Re: Differing error messages depending on
thelocality of a variable
On Mon, 2005-07-18 at 15:12 +, bangerth at dealii dot org wrote:
> --- Additional Comments
On Mon, 2005-07-18 at 15:12 +, bangerth at dealii dot org wrote:
> --- Additional Comments From bangerth at dealii dot org 2005-07-18 15:12
> ---
> I can see how this is happening, and I believe the compiler is correct.
> Take this slight modification of the code:
Sorry, it was ri
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
15:16 ---
The other issue is cleanup CFG is not doing its job really, well really its
full job.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22550
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
15:14 ---
Confirmed, VRP is not allowing an INTEGER_CST in a condtional expression.
--
What|Removed |Added
-
--- Additional Comments From bangerth at dealii dot org 2005-07-18 15:12
---
I can see how this is happening, and I believe the compiler is correct.
Take this slight modification of the code:
---
struct A {
A(const char&);
operator char();
};
extern
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
15:09 ---
I think the error message is fine for being different as there is no way to
convert "const A" to char.
Take the following reduced testcase:
struct A {
A(const char&);
operator char(); /* We cannot
--
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.1.0
Known to work|
Compiling the example below with g++ from snapshot 4.1.0 20050716 causes
the following error message:
> g++ -O2 ICE_vrp.cpp
ICE_vrp.cpp: In function 'int main()':
ICE_vrp.cpp:17: internal compiler error: in vrp_evaluate_conditional, at
tree-vrp.c:3048
Version 3.4.4 correctly creates an executeab
--
What|Removed |Added
Attachment #9301|application/octet-stream|text/plain
mime type||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22549
--- Additional Comments From ralfixx at gmx dot de 2005-07-18 15:01 ---
> portable C++ code using pipes has better being very very
> careful with short reads, because the current Standard is
> way too vague in this area
I prefer C++ for the abstractions it allows. Having to code my I/
--- Additional Comments From theodore dot papadopoulo at sophia dot inria
dot fr 2005-07-18 15:00 ---
Created an attachment (id=9301)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9301&action=view)
The two function should give the same error message!!!
--
http://gcc.gnu.org/bu
--- Additional Comments From bangerth at dealii dot org 2005-07-18 14:59
---
Andrew is correct: if you write A::foo, then access happens within
the class hierarchy, where foo is inaccessible. If you want to access
foo from the outside, where it is accessible, you need to write ::A::foo
While looking at having a better error message (giving types in the message
"operands to ?: have different types", I found a strange behaviour of gcc.
When a variable is declared local (a function parameter) it gives the message
"no match for 'operator-'" and when declared global it gives the abov
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-18
14:57 ---
Subject: Bug 12142
CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED] 2005-07-18 14:57:06
Modified files:
gcc: Cha
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-18
14:57 ---
Subject: Bug 18992
CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED] 2005-07-18 14:57:06
Modified files:
gcc: Cha
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-18
14:57 ---
Subject: Bug 20370
CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED] 2005-07-18 14:57:06
Modified files:
gcc: Cha
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-18
14:57 ---
Subject: Bug 21848
CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED] 2005-07-18 14:57:06
Modified files:
gcc: Cha
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
14:55 ---
Confirmed, related a little bit to PR 2480.
--
What|Removed |Added
Severity|normal
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
--
What|Removed |Added
BugsThisDependsOn||22548
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22501
For the following testcase (s is global so SRA cannot decompose it), aliasing
can not tell that the store to s.i[1] does not alias s.i[0]. So instead of
optimizing this to return 3; at the tree-level, we do a load of s.i[0].
struct { int i[2]; } s;
int foo(void)
{
s.i[0] = 1;
s.i[1] = 2;
re
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
GCC build triplet|x86_64-unkno
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
14:42 ---
Note GCC 3.3 gave an error:
gcc: cannot specify -o with -c or -S and multiple compilations
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
14:41 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-18
14:41 ---
An updated patch is here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01140.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18992
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
14:39 ---
Does not matter as A gets injected into B as a name. If you want ::A use that
instead.
--
What|Removed |Added
--
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-18
14:35 ---
(In reply to comment #2)
> ultimately, things have to be written by a system call, and a system call is
> expensive. (One system call per array element is out of the question.)
With the current implemen
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
14:10 ---
Confirmed, 3.4 ICEs when checking is turned on too. Likewise for 4.0.0.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
14:06 ---
Not a GCC bug, report this to binutils as GCC invokes as correctly:
C:/Programme/WinAVR/bin/../lib/gcc/avr/3.4.3/../../../../avr/bin/as.exe --tradi
tional-format -mmcu=atmega16 -adhlns=Serial.lst -o Serial
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
14:02 ---
*** Bug 22546 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-18
14:02 ---
(In reply to comment #1)
> How does this relate to mudflap?!?
Compile time vs runtime warnings.
This is also a dup of bug 8268.
*** This bug has been marked as a duplicate of 8268 ***
*** This bug has be
--- Additional Comments From pcarlini at suse dot de 2005-07-18 14:01
---
My vague idea would be that mudflap already does this (and *much* more). Maybe
a small part of its logic could be moved to a compile-time warning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22546
http://j3-fortran.org/doc/standing/2003/007.pdf contains on page 376 ("360") in
section 13.8.2 the ISO_FORTRAN_ENV intrinsic module, which supplies some
constants for:
- CHARACTER_STORAGE_SIZE (e.g. integer, parameter :: CHARACTER_STORAGE_SIZE = 8)
- ERROR_UNIT (e.g. integer, parameter :: ERROR_UNI
--- Additional Comments From pcarlini at suse dot de 2005-07-18 13:45
---
How does this relate to mudflap?!?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22546
void foo(void)
{
int i[2];
i[2] = 0;
i[3] = 0;
}
does not get warned on, even with -Wall. This might catch some subtle
bugs in gcc itself.
--
Summary: does not warn for out-of-bound array access
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
--- Additional Comments From jh at suse dot cz 2005-07-18 12:45 ---
Subject: Re: Poor x86-64 performance with 128bit ints
>
> --- Additional Comments From steven at gcc dot gnu dot org 2005-07-18
> 07:47 ---
> The 128 bits arithmetic has improved now:
>
> typedef unsigned
--- Additional Comments From pcarlini at suse dot de 2005-07-18 12:28
---
> I'm wondering why this problem does not break tons of code,
Just read the audit trail, about that. In particular my comment #3: portable C++
code using pipes has better being very very careful with short reads,
--
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.1.0
Known to work|
Compiling the example below with g++ from snapshot 4.1.0 20050716 causes
the following error message:
> g++ -S cpp_parse_internal_error.cpp
cpp_parse_internal_error.cpp: In function 'int main()':
cpp_parse_internal_error.cpp:23: internal compiler error: tree check: expected
class 'type', have 'ex
--- Additional Comments From ralfixx at gmx dot de 2005-07-18 12:03 ---
> Thanks. At this point in 3_4-branch go only very-very safe changes. Therefore,
> before considering fixing in that branch too the problem (*), let's test the
> new algorithm in mainline and 4_0-branch for a while.
--- Additional Comments From zadeck at naturalbridge dot com 2005-07-18
11:53 ---
I am not a language lawyer (at least with respect to c) but it seems that the
intent of the committee in n was to limit when you were "looking at" a
union,
Dr 257 seems to be only talking about what y
gcc-3.4 introduced a syntax for compilation with inter-module analysis:
$ gcc -c foo1.c foo2.c -o foo.o
gcc-4.0 performs the same with the command-line option -combine:
$ gcc -combine -c foo1.c foo2.c -o foo.o
But Makefiles that have already switched to using the gcc-3.4 invocation
con
--- Additional Comments From mdweb at web dot de 2005-07-18 11:14 ---
Sorry, my sentence with 'inherit directly' was missing the point and probably
misleading.
Both A::foo() and A::i are _static_ public, so they should be accessible
directly. The example
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-07-18
11:09 ---
After analysising libstdc++.log
For me, the testsuite failure is caused by:
FAIL: 23_containers/set/explicit_instantiation/1.cc (test for excess errors)
Excess errors:
/home/haren/alpha-toolchain/gcc-4.1
--- Additional Comments From micis at gmx dot de 2005-07-18 11:04 ---
I can't reproduce it with the current snapshot
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From joseph at codesourcery dot com 2005-07-18
10:59 ---
Subject: Re: [4.1 Regression] [DR236]
gcc.c-torture/execute/2603-1.c execution, -O2 fails
On Mon, 18 Jul 2005, zadeck at naturalbridge dot com wrote:
> It looks pretty clear to me that this test cas
--- Additional Comments From zadeck at naturalbridge dot com 2005-07-18
10:50 ---
It looks pretty clear to me that this test case should be non conforming. It is
almost exactly example 2 of the committee discussion and that case is "invalid".
--
http://gcc.gnu.org/bugzilla/show_bug.
1 - 100 of 118 matches
Mail list logo
