Reported at http://gcc.gnu.org/ml/fortran/2009-11/msg00011.html
In the following program, the error location is not shown:
Error: Overlapping unequal initializers in EQUIVALENCE at (1)
Using the commented version instead, it works:
data cstore/2*4/
1
Error: Overla
--- Comment #24 from dodji at gcc dot gnu dot org 2009-11-03 09:23 ---
Subject: Bug 37093
Author: dodji
Date: Tue Nov 3 09:23:41 2009
New Revision: 153841
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153841
Log:
Fix PR c++/37093
gcc/cp/ChangeLog:
PR c++/37093
--- Comment #25 from dodji at gcc dot gnu dot org 2009-11-03 09:25 ---
Fixed in 4.3 branch.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-11-03 09:50
---
Same problem persists. The problem are
lto-plugin.lo: ...
/abuild/rguenther/obj3/./prev-gcc/include/stddef.h \
...
/abuild/rguenther/obj3/./prev-gcc/include/stdint.h /usr/include/stdint.h \
in lto-plugin/.deps
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-11-03 10:11 ---
I will have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #7 from bonzini at gnu dot org 2009-11-03 10:23 ---
Part of the problem is that for each open parenthesis we go through
c_parser_postfix_expression
c_parser_expression
c_parser_expr_no_commas
c_parser_conditional_expression
c_parser_binary_expression
c_parser_cast_expression
--- Comment #12 from dodji at gcc dot gnu dot org 2009-11-03 10:44 ---
Subject: Bug 38699
Author: dodji
Date: Tue Nov 3 10:44:36 2009
New Revision: 153843
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153843
Log:
Fix PR c++/38699
gcc/ChangeLog:
PR c++/38699
*
--- Comment #13 from dodji at gcc dot gnu dot org 2009-11-03 10:46 ---
Subject: Bug 38699
Author: dodji
Date: Tue Nov 3 10:46:00 2009
New Revision: 153844
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153844
Log:
Fix PR c++/38699
gcc/ChangeLog:
PR c++/38699
*
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-03 10:48 ---
It's VRP which does
si1_12: [-104, -104]
Folding statement: if (si1_12 > 0)
Simplified relational if (si1_12 > 0)
into if (si1_12 == -104)
uh.
--
rguenth at gcc dot gnu dot org changed:
What|R
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-11-03 10:57
---
Not bootstrapping lto-plugin works around the problems.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
--- Comment #2 from paolo dot carlini at oracle dot com 2009-11-03 11:22
---
Chris??
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41861
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-11-03 11:46 ---
The C++ FE for
extern "C" { typedef struct {} CvImage; }
creates
constant 8>
unit size constant 1>
align 8 symtab 0 alias set -1 canonical type 0x76f3f790
fields
nonlocal decl_4 VOID fi
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-11-03 12:15 ---
This also likely means that the pure C++ testcase
t1.C
-
struct {} a;
t2.C
-
typedef struct {} T;
extern T a;
void foo(void)
{
a = T();
}
breaks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4192
--- Comment #8 from bonzini at gnu dot org 2009-11-03 12:18 ---
Memory allocation is O(n^2) in the nesting of the structures: when changing
LIM4 from 6 to 7 invocations of the lower-level, memory goes from 583976 KB to
798116 KB (which is 1.366 times more, almost exactly a factor of (7/6
--- Comment #9 from rguenther at suse dot de 2009-11-03 12:21 ---
Subject: Re: imit-structnest.c fails due to O(n^2) memory usage
in record_component_alias
On Tue, 3 Nov 2009, bonzini at gnu dot org wrote:
> --- Comment #8 from bonzini at gnu dot org 2009-11-03 12:18 ---
> M
--- Comment #8 from bonzini at gnu dot org 2009-11-03 12:23 ---
Created an attachment (id=18953)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18953&action=view)
patch to fix the bug
The attached patches together reduce the stack usage of expression parsing by
~30%. On a 64-bit m
--- Comment #15 from bonzini at gnu dot org 2009-11-03 12:24 ---
I still want to look into it, at least we have a workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org
|dot org |
--- Comment #45 from paolo dot carlini at oracle dot com 2009-11-03 12:37
---
Created an attachment (id=18954)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18954&action=view)
Second draft, regtests fine
Ok, this version works, I fixed it to use _GLIBCXX_MOVE3 in one case and
_GL
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
CC|paolo dot carlini at oracle |
|dot com |
Assig
--- Comment #14 from dodji at gcc dot gnu dot org 2009-11-03 13:20 ---
Subject: Bug 38699
Author: dodji
Date: Tue Nov 3 13:20:08 2009
New Revision: 153848
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153848
Log:
Move builtin-offsetof.c test
PR c++/38699
* c-c
--- Comment #3 from redi at gcc dot gnu dot org 2009-11-03 13:32 ---
(In reply to comment #2)
>
> Is there a sane workaround for this?
Don't use 'const' members of unions.
Union members cannot have a non-trivial copy assignment operator.
The assignment operator for A cannot be implici
--- Comment #16 from dodji at gcc dot gnu dot org 2009-11-03 13:47 ---
Subject: Bug 41856
Author: dodji
Date: Tue Nov 3 13:46:46 2009
New Revision: 153851
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153851
Log:
Fix PR c++/41856
PR c++/41856
* g++.dg/lookup/e
--- Comment #4 from terra at gnome dot org 2009-11-03 13:47 ---
> I'm not sure whether using A in a union causes the implicitly-declared copy
> assignment operator to be implicitly defined, but that seems to be what's
> happening.
No, that's not quite it.
The requirement for union memb
--- Comment #3 from cfairles at gcc dot gnu dot org 2009-11-03 13:58
---
Yes, I'm alive! Starting to get back into the GCC swing of things.
Ok, and and clocks. Its a bit of a tricky
situation, reading current standard draft and other related docs (i.e. posix)
to get myself back up to
--- Comment #5 from redi at gcc dot gnu dot org 2009-11-03 14:21 ---
(In reply to comment #4)
> > I'm not sure whether using A in a union causes the implicitly-declared copy
> > assignment operator to be implicitly defined, but that seems to be what's
> > happening.
>
> No, that's not q
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-03 14:36 ---
Created an attachment (id=18955)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18955&action=view)
better patch
This one actually tests cleanly.
--
jason at gcc dot gnu dot org changed:
What|R
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-03 14:39 ---
This patch leaves the includes and the inner context (function or class
instantiation) above the error, but moves all the other includes after the
error. How does it look to you?
--
jason at gcc dot gnu dot org ch
--- Comment #4 from paolo dot carlini at oracle dot com 2009-11-03 14:42
---
Thanks Jason for working on this. I want to play with the patch, but give me
say half a day at least, maybe in the meanwhile Benjamin can also start
experimenting a bit with it...
--
http://gcc.gnu.org/bug
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-03 14:45 ---
(In reply to comment #3)
> but moves all the other includes after the error.
Er, "all the other instantiations".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
On Linux/x86-64, I got
FAIL: libffi.call/testclosure.c -O0 -W -Wall output pattern test, is 4 5 0 0
FAIL: libffi.call/testclosure.c -O2 -fomit-frame-pointer output pattern test,
is 4 5 0 0
FAIL: libffi.call/testclosure.c -O2 output pattern test, is 4 5 0 0
FAIL: libffi.call/testclosure.c -O3 outpu
http://www.polyhedron.com/web_images/documents/pb05.zip
the testers report this:
aermod FAILED1 fails and5 passes
[...]
Finished Testing 16 benchmarks - 15 passed, and 1 failed
--
I have reduced the aermod problem in polyhedron benchm
--- Comment #4 from cfairles at gcc dot gnu dot org 2009-11-03 15:26
---
See also:
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#887
http://home.roadrunner.com/~hinnant/issue_review/lwg-active.html#887
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41861
--- Comment #46 from paolo dot carlini at oracle dot com 2009-11-03 15:33
---
Created an attachment (id=18956)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18956&action=view)
Third draft, also regtests fine
This version restricts the copies to "simple" types (per your initial id
--- Comment #3 from hjl dot tools at gmail dot com 2009-11-03 15:36 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from paolo dot carlini at oracle dot com 2009-11-03 15:37
---
Thanks for your feedback Chris. Gosh, that issue, quite a bit of time spent in
Santa Cruz, Detlef arguing was not implementable and Howard disagreeing...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4186
> ./xgcc -B. -w -m32 -c -flto -O2 usrmarshal.min.i ole32_objidl_p.min.i
> defaulthandler.min.i clipboard.min.i
> ./lto1 -quiet -o /dev/null -m32 -O2 -w clipboard.min.o defaulthandler.min.o
> ole32_objidl_p.min.o usrmarshal.min.o
In file included from clipboard.min.i:153:0,
from :
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-03 15:54 ---
Created an attachment (id=18957)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18957&action=view)
testcase
Auto-reduced testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41925
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-11-03 16:05 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-03 16:09 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-11-03 16:16 ---
Note the original testcase did not have an empty struct (which is the cause of
the different sizes).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41921
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-03 16:21 ---
No, I'm not planning to fix this in 4.4.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-11-03 16:25 ---
Jeff promised to look at this. I can't make sense of test_for_singularity
and the appearant mismatch of EQ_EXPR vs. NE_EXPR when generating the
test substitution.
--
rguenth at gcc dot gnu dot org changed:
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
c_trunk/build --enable-languages=c,c++,fortran
--disable-multilib --with-ppl=/data03/vondele/gcc_trunk/build/
--with-cloog=/data03/vondele/gcc_trunk/build/
--with-libelf=/data03/vondele/libelf-0.8.12/build/ --enable-gold --enable-lto
--enable-plugins
Thread model: posix
gcc version 4.5.0 20091103
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-11-03 16:41 ---
I'll take it back as I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-03 16:48 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #6 from burnus at gcc dot gnu dot org 2009-11-03 16:52 ---
Subject: Bug 41907
Author: burnus
Date: Tue Nov 3 16:51:52 2009
New Revision: 153854
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153854
Log:
2009-11-03 Tobias Burnus
PR fortran/41907
*
--- Comment #7 from burnus at gcc dot gnu dot org 2009-11-03 16:55 ---
FIXED. Thanks for the report!
* * *
> The problem is that gfortran copies for some reason the array descriptor in
> "one()" before calling "two()". The question is only why?
I understand now the "why"; it is a mis
--- Comment #8 from jv244 at cam dot ac dot uk 2009-11-03 16:57 ---
thanks for fixing.. this also affected CP2K.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41907
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-03 17:11 ---
Subject: Bug 40687
Author: jason
Date: Tue Nov 3 17:11:08 2009
New Revision: 153855
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153855
Log:
PR c++/40687
* pt.c (do_auto_deduction): Diagnose
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-03 17:11 ---
Subject: Bug 40944
Author: jason
Date: Tue Nov 3 17:11:18 2009
New Revision: 153856
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153856
Log:
PR c++/40944
* call.c (initialize_reference): Add
This issue is very annoying, triggers in many places in the C++0x library, is
not suppressed in system headers. Just compile the below with -std=c++0x and
-Wall. Jason, any chance you can have a look?
template
struct is_int
{ static const bool value = true; };
template
struct enable_if
--- Comment #47 from potswa at mac dot com 2009-11-03 17:21 ---
What is the function of the helper class? I suppose the user could get improved
performance by specializing __is_scalar, but that could have
unintended consequences (resulting from the class not being scalar), not to
mention
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-03 21:53 ---
Subject: Bug 41876
Author: jason
Date: Tue Nov 3 21:52:56 2009
New Revision: 153873
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153873
Log:
PR c++/41876
* parser.c (cp_parser_exception_decl
--- Comment #49 from paolo dot carlini at oracle dot com 2009-11-03 17:36
---
By the way, it's really silly to have code used only for copy-able types (like
scalars or pods) and having to use the *_MOVE* macros only for compilation
sake, in such cases it's normally much cleaner to have
posix
gcc version 4.5.0 20091103 (experimental) [trunk revision 153852] (GCC)
COLLECT_GCC_OPTIONS='-c' '-O1' '-g' '-ffree-form' '-fbounds-check' '-v'
/data03/vondele/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/f951
bug.f9
--- Comment #7 from paolo dot carlini at oracle dot com 2009-11-03 17:49
---
Saying that ARM is "wrong" seems frankly rather silly to me: either the
quotation is incorrect, I don't think so, or ARM has been obsoleted by the ISO
Standard, perfectly possible.
--
http://gcc.gnu.org/bu
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|segfault at gcc/bitmap.c:297|[4.5 Regression] segfault at
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #48 from paolo dot carlini at oracle dot com 2009-11-03 17:32
---
In general, the user certainly cannot specialize anything, this is internal
stuff, with __ in front. Also, I'm not in favor of general podness, because a
pod can be large, any size, see the example of fill, we
--- Comment #2 from jv244 at cam dot ac dot uk 2009-11-03 18:06 ---
Created an attachment (id=18958)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18958&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928
--- Comment #50 from potswa at mac dot com 2009-11-03 17:53 ---
The current RAI algo uses a temporary regardless of size or class. We could put
in a "&& sizeof(_ValueType) < __MAX_TEMP_SIZE" or somethingÂ… but stack overflow
from a single temporary doesn't seem to have been concern in the
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-03 17:46 ---
*** Bug 41923 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #52 from paolo at gcc dot gnu dot org 2009-11-03 18:16 ---
Subject: Bug 41351
Author: paolo
Date: Tue Nov 3 18:16:34 2009
New Revision: 153860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153860
Log:
2009-11-03 David Krauss
Paolo Carlini
--- Comment #1 from jv244 at cam dot ac dot uk 2009-11-03 17:53 ---
might be a dup of PR41903 or PR41891. However, I might have a reasonably sized
testcase (delta still running).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928
--- Comment #14 from jason at gcc dot gnu dot org 2009-11-03 18:40 ---
In C++0x the testcase is still ill-formed, but changing "friend class" to
"friend typename" makes it well-formed. I'm not going to give an error for
this usage until the other usage is implemented.
http://www.open-s
--- Comment #1 from spop at gcc dot gnu dot org 2009-11-04 02:03 ---
What are the options that you used to produce this?
I am not able to reproduce the failing clast with -O2, nor with -O3 with the
current graphite branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41924
--- Comment #1 from jason at gcc dot gnu dot org 2009-11-03 18:43 ---
Subject: Bug 41815
Author: jason
Date: Tue Nov 3 18:42:59 2009
New Revision: 153862
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153862
Log:
PR c++/41815
* call.c (build_call_a): Strip cv-qu
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-03 18:44 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Between 20091005 and 20091102, bootstrapping Tru64 UNIX V5.1B started to fail
in
libgfortan:
$ /vol/gcc/obj/gcc-4.5.0-20091102/5.1b-gcc/./gcc/xgcc
-B/vol/gcc/obj/gcc-4.5.0-20091102/5.1b-gcc/./gcc/
-B/vol/gcc/alpha-dec-osf5.1b/bin/ -B/vol/gcc/alpha-dec-osf5.1b/lib/ -isystem
/vol/gcc/alpha-dec-osf5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-11-03 18:49
---
Somewhat expected, see the comment in the test. A patch to disable it on this
platform (sparc*-*-solaris2.11) is pre-approved.
The failure very likely means that the 64-bit pattern matching code of the
fallback
--- Comment #6 from terra at gnome dot org 2009-11-03 17:44 ---
cp/class.c has code like this:
/* If any field is const, the structure type is pseudo-const. * /
if (CP_TYPE_CONST_P (type))
{
...
/* ARM $12.6.2: [A member initializer list] (or, for an
aggregate, initiali
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-03 17:46 ---
This is expected considering the testcase was added for bug 41908.
*** This bug has been marked as a duplicate of 41908 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from redi at gcc dot gnu dot org 2009-11-03 18:10 ---
(In reply to comment #6)
>
> The ARM comment (as quoted) is clearly wrong: offhand, I can think of
> two other ways of getting an object initialized. There are probably
> more.
>
> 1. Casting the offending "const" aw
--- Comment #53 from paolo dot carlini at oracle dot com 2009-11-03 18:18
---
Fixed for 4.5.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Between 20091022 and 20091102, a parallel make check run (both 32 and 64 bit)
on Solaris 11/SPARC started to fail with `Cannot fork: out of memory'. It
turns
out that the null_pointer_deref1 gnat.dg test is the culprit: it grows to 11+
GB
on my test system:
PID USERNAME SIZE RSS STATE PRI
--- Comment #9 from bonzini at gnu dot org 2009-11-03 18:58 ---
The patch is not enough for mainline because some functions have a bigger stack
frame. With the patch, mainline aborts after 9827 recursive calls.
--
bonzini at gnu dot org changed:
What|Removed
--- Comment #6 from jason at gcc dot gnu dot org 2009-11-03 22:09 ---
Fixed fer 4.4.3, 4.5.0. I'm not comfortable applying the fix to 4.3 as it
might have unintended side-effects.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-03 18:49 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-03 18:49 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #2 from kargl at gcc dot gnu dot org 2009-11-03 23:08 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00158.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41918
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2009-11-03 22:49
---
Subject: Bug 20548
Author: ebotcazou
Date: Tue Nov 3 22:49:37 2009
New Revision: 153877
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153877
Log:
PR target/10127
PR ada/20548
*
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-11-03 23:36 ---
Created an attachment (id=18960)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18960&action=view)
pre-processed source to reproduce diagnostic
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
--- Comment #7 from jason at gcc dot gnu dot org 2009-11-03 23:02 ---
Subject: Bug 36959
Author: jason
Date: Tue Nov 3 23:02:41 2009
New Revision: 153878
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153878
Log:
PR c++/36959
* decl2.c (cxx_callgraph_analyze_exp
--- Comment #55 from paolo dot carlini at oracle dot com 2009-11-03 20:51
---
David, this issue is closed, nobody will pay further attention to it. And, more
generally, we are not going to change the other overloads of rotate in the
4.5.0 timeframe, is too risky. Thus, please, as alread
--- Comment #8 from paolo dot carlini at oracle dot com 2009-11-04 02:22
---
Yes, I think the last message from Benjamin summarizes well the enhancement we
have been thinking about: first the error (file, line number and actual error
message), then all the rest.
--
http://gcc.gnu.o
--- Comment #2 from marcus at jet dot franken dot de 2009-11-03 23:49
---
order of files seems important even
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41925
--- Comment #9 from paolo dot carlini at oracle dot com 2009-11-04 02:36
---
You know what? I'm a bit unsure about the issue itself... I mean, let's assume
the user passes in any case -Wfatal-errors, which, as we discussed already, is
the only way to manage those huge series of error me
--- Comment #9 from jason at gcc dot gnu dot org 2009-11-03 23:50 ---
Fixed for 4.4.3 and 4.5.0. My inclination is to leave 4.3 unfixed, but I don't
mind applying it there if other people think that's a good idea.
--
jason at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-03 23:49 ---
Subject: Bug 36959
Author: jason
Date: Tue Nov 3 23:49:07 2009
New Revision: 153881
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153881
Log:
PR c++/36959
* decl2.c (cxx_callgraph_analyze_exp
--- Comment #4 from jakub at gcc dot gnu dot org 2009-11-03 22:40 ---
Subject: Bug 41917
Author: jakub
Date: Tue Nov 3 22:40:08 2009
New Revision: 153875
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153875
Log:
PR rtl-optimization/41917
* rtlanal.c (num_sign_b
--- Comment #1 from paolo dot carlini at oracle dot com 2009-11-04 02:42
---
A new one... (thanks)
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|SUSPENDED |ASSIGNED
Last reconfirmed|2006-03-19 09:00:55 |2009-11-03
1 - 100 of 131 matches
Mail list logo
