http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47714
--- Comment #9 from Jakub Jelinek 2011-03-09
08:43:32 UTC ---
BTW, if you adjust the testcase (at least not to use explicit DImode type), I'd
say this patch is obvious, thunks never take addresses of its parameters and
whether the original method
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
Summary: stable_sort problem with C++0x and comparator by value
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: libstdc++
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48039
Summary: Legal program rejected, a formal function is not
visible in generic
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48031
--- Comment #3 from rguenther at suse dot de
2011-03-09 09:21:46 UTC ---
On Tue, 8 Mar 2011, mikpe at it dot uu.se wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48031
>
> Mikael Pettersson changed:
>
>What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #1 from Jonathan Wakely 2011-03-09
09:30:17 UTC ---
I will analyse this properly asap, but there are a few things that look odd in
your example. Why does your move assignment do a swap not a move?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #2 from vincenzo Innocente
2011-03-09 09:40:33 UTC ---
Thanks for the quick answer.
On 9 Mar, 2011, at 10:30 AM, redi at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
>
> --- Comment #1 from Jonathan Wa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #3 from Jonathan Wakely 2011-03-09
09:42:25 UTC ---
(In reply to comment #0)
>
> #ifdef BYVALUE
> inline bool operator<(V rh, V lh) {
> #else
> inline bool operator<(V const& rh, V const& lh) {
> #endif
> return rh.v[0]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #4 from Jonathan Wakely 2011-03-09
09:47:33 UTC ---
replacing the swap in the move assignment doesn't change anything, so ignore my
comment on that, still looking...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48040
Summary: ".pushsection" causes bogus debug records when options
"-O2 -g" are used
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48040
--- Comment #1 from rwhitton at bluearc dot com 2011-03-09 09:54:56 UTC ---
Created attachment 23591
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23591
This is the original non preprocessed source code of the test program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48041
Summary: dwarf2out emits unnecessary null byte in empty
.debug_abbrev section
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48040
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48037
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #5 from Jonathan Wakely 2011-03-09
10:24:42 UTC ---
slightly reduced ...
#include
#include
#include
typedef std::vector VI;
struct V {
VI v;
V(){std::cout <<"dc" << std::endl;}
~V(){std::cout <<"dd " << v.size()<< std:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779
--- Comment #1 from Stu 2011-03-09
10:45:07 UTC ---
Created attachment 23592
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23592
first attempt to fix bug #47779
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779
--- Comment #2 from Stu 2011-03-09
10:47:33 UTC ---
oops, missed the comment field, sorry.
To get the ball rolling, this is a first attempt to fix the bug. Taking Ian
Lance Taylor's advice:
>I doubt there is a clean way to solve this. Probably
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
Paolo Carlini changed:
What|Removed |Added
CC||chris at bubblescope dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #8 from Jonathan Wakely 2011-03-09
11:18:09 UTC ---
N.B. that last testcase still fails if operator< takes its arguments by
reference, the problem is not caused by taking the args by value, that just
made it show up in the original ex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
Summary: lto segfaults while building Qt 4.7.2 with -g -flto
-fwhole-program
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #9 from Chris Jefferson 2011-03-09
11:28:13 UTC ---
Just to say, I am looking at this. Thanks for the small test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #10 from Paolo Carlini 2011-03-09
11:29:22 UTC ---
Of course we already have testcases using the checked __gnu_test::rvalstruct.
We should figure out first what's special here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #11 from Paolo Carlini 2011-03-09
11:30:06 UTC ---
Thanks a lot Chris, it would be nice if we could resolve it in time for 4.6.0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #12 from vincenzo Innocente
2011-03-09 11:39:24 UTC ---
On 9 Mar, 2011, at 12:30 PM, paolo.carlini at oracle dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
>
> --- Comment #11 from Paolo Carlini
> 2011-03-09 11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #13 from Jonathan Wakely 2011-03-09
11:43:00 UTC ---
gah - there was a bug in my reduced testcase, the move assignment operator
should have done:
ok = rh.ok;
that was missing which is why Temporary_buffer left the first element
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48035
Dodji Seketeli changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #14 from Chris Jefferson 2011-03-09
11:51:24 UTC ---
Ah yes, I see the problem now.
The problem is to do with using move_iterator. When we compare two values which
we dereference from a move_iterator, then we end up "moving" into the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #15 from Paolo Carlini 2011-03-09
11:55:05 UTC ---
hum, if that is confirmed, we should also quickly audit the other uses of
move_iterator as implementation detail, we have a few, not many.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48037
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47714
--- Comment #10 from Martin Jambor 2011-03-09
12:02:34 UTC ---
I have posted the patch (with the simpler testcase, thanks) to the
mailing list:
http://gcc.gnu.org/ml/gcc-patches/2011-03/msg00461.html
If there are no objections, I'll commit it i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48043
Summary: pr47201: var-tracking loc_order_check fails for type
punning examples
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48043
--- Comment #1 from Andreas Krebbel 2011-03-09
12:04:32 UTC ---
Created attachment 23594
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23594
pr47201.i.212r.alignments
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48044
Summary: [4.6 Regression] ICE in
function_and_variable_visibility, at ipa.c:875
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48044
Richard Guenther changed:
What|Removed |Added
Target|ia64-*-linux|ia64-*-linux,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48043
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47952
--- Comment #8 from Aldy Hernandez 2011-03-09
12:41:11 UTC ---
Unless Patrick has reduced the test case, the only way I was able to reproduce
it was to build the entire Glob2 benchmark which he mentions. It has lots of
dependencies, but is reall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #16 from Paolo Carlini 2011-03-09
12:46:07 UTC ---
By the way, as a note to Vincenzo, in general I don't really see the point of
comparators taking the arguments by value, thus ruling out move-only types,
among other issues (that clea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48035
--- Comment #3 from Jakub Jelinek 2011-03-09
12:46:12 UTC ---
I think this started with
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138355
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47808
Erik Schnetter changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47808
Erik Schnetter changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30952
--- Comment #2 from Erik Schnetter 2011-03-09
12:56:16 UTC ---
Created attachment 23596
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23596
failing source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30952
Erik Schnetter changed:
What|Removed |Added
Attachment #23596|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47808
Erik Schnetter changed:
What|Removed |Added
Attachment #23398|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
--- Comment #2 from bero at arklinux dot org 2011-03-09 12:58:58 UTC ---
Somewhat reduced, still too large:
$ g++ -m64 -O2 -g -flto -o ../../../bin/uic3
.obj/release-static-emb-x86_64/widgetinfo.o -L/usr/src/ark/BUILD/qt/lib
-lQt3Support
lto1: int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47808
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
--- Comment #3 from bero at arklinux dot org 2011-03-09 13:19:53 UTC ---
If I reduce widgetinfo.cpp to just say
#include
it still breaks and produces a different, potentially more useful error:
In file included from tools/q3glist.h:164:0,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47808
--- Comment #5 from Jonathan Wakely 2011-03-09
13:27:02 UTC ---
(In reply to comment #2)
>
> $ /Users/eschnett/gcc/bin/g++ -fopenmp -Wall -g3 -m128bit-long-double
> -march=native -std=gnu++0x -fbounds-check -fstack-protector-all -ftrapv -O0
> -fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
--- Comment #4 from bero at arklinux dot org 2011-03-09 13:27:24 UTC ---
Created attachment 23598
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23598
Preprocessed source of remaining widgetinfo.cpp
Preprocessed source of remaining widgetinfo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
--- Comment #5 from Richard Guenther 2011-03-09
13:31:13 UTC ---
Would be interesting to know if it also happens without -fwhole-program
(I am assuming you either use the gold or GNU ld linker-plugin).
You can also try linking to the libQT objec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #17 from Chris Jefferson 2011-03-09
13:34:22 UTC ---
Created attachment 23599
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23599
Patch to make stable_sort work with comparitors that take by value.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #18 from Chris Jefferson 2011-03-09
13:34:51 UTC ---
Just to update:
I have checked other users of MOVE_ITERATOR (there are only two) and they
appear fine, as they do not use a comparator.
Attached is an initial patch. Very sorry if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #19 from Chris Jefferson 2011-03-09
13:35:48 UTC ---
Ignore that patch, there is a problem with it (tester wasn't working properly).
Sorry.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45044
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
--- Comment #37 from Tobias Burnus 2011-03-09
13:41:57 UTC ---
(In reply to comment #30)
> On Fri, 25 Feb 2011, burnus at gcc dot gnu.org wrote:
> > TO BE DONE: The HP-UX (et al.?) compile warning regarding the _r functions
> > and
> > _REENTRAN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45045
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #53 from Markus Trippelsdorf
2011-03-09 13:46:39 UTC ---
Building fails with GNU ld (Linux/GNU Binutils) 2.21.51.0.7.20110306:
c++ -o xpcshell -fno-rtti -fno-exceptions -Wall -Wpointer-arith
-Woverloaded-virtual -Wsynth -Wno-ctor-dto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47808
Erik Schnetter changed:
What|Removed |Added
Attachment #23597|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48045
Summary: dwarf2out emits CU with DW_AT_stmt_list to empty line
table
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48035
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47808
--- Comment #7 from Jonathan Wakely 2011-03-09
14:05:35 UTC ---
template
struct typeprops {
typedef T complex;
typedef T real;
};
namespace good {
template
inline typename typeprops::real abs (T const & x)
{ retur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47619
--- Comment #17 from Ian Lance Taylor 2011-03-09 14:11:36
UTC ---
I have the exact same glibc and kernel versions on FC14, and I don't see it.
Can you attach your executable and your core dump?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47808
Richard Guenther changed:
What|Removed |Added
Known to work||4.5.2
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47808
--- Comment #8 from Jonathan Wakely 2011-03-09
14:14:08 UTC ---
that was reduced using the most recent snapshot not HEAD of trunk, so apologies
if it doesn't fail with an up-to-date build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47808
--- Comment #9 from Paolo Carlini 2011-03-09
14:40:48 UTC ---
I can confirm the ICE with r170818.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #54 from Markus Trippelsdorf
2011-03-09 14:40:25 UTC ---
Turned out that GNU ld doesn't like "--as-needed";
LDFLAGS="-Wl,-O1,--hash-style=gnu,--no-keep-memory" works fine.
(although GNU ld uses way more memory than gold.)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48046
Summary: [4.5/4.6 Regression] Expected diagnostic "reference to
'type' is ambiguous" not given for function-local
static declaration
Product: gcc
Version: 4.5.0
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16427
--- Comment #5 from Richard Guenther 2011-03-09
14:56:26 UTC ---
Related to this is
struct X { int i; int j; int k; };
void foo (void)
{
struct X a, b;
__builtin_memcpy (&a, &b, 4);
}
where we are unable to DCE the memcpy call.
Both issues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
--- Comment #6 from bero at arklinux dot org 2011-03-09 15:02:55 UTC ---
Created attachment 23601
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23601
stripped down libQt3Support.a
Here's a stripped down version of libQt3Support.a -- linking
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48046
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47619
--- Comment #18 from H.J. Lu 2011-03-09 15:11:38
UTC ---
(In reply to comment #17)
> I have the exact same glibc and kernel versions on FC14, and I don't see it.
>
> Can you attach your executable and your core dump?
I think it may have somethi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
Chris Jefferson changed:
What|Removed |Added
Attachment #23599|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #21 from vincenzo Innocente
2011-03-09 15:27:49 UTC ---
On 9 Mar, 2011, at 1:46 PM, paolo.carlini at oracle dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
>
> --- Comment #16 from Paolo Carlini
> 2011-03-09 12:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #22 from Paolo Carlini 2011-03-09
15:28:55 UTC ---
Great. While I test it locally, can you please prepare a ChangeLog entry? For
sure it's much easier for you to write down which are the new functions, the
renames, etc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #23 from Paolo Carlini 2011-03-09
15:33:33 UTC ---
Vincenzo no hurry, thankfully Chris has a patch essentially ready (apparently)
and most likely we can fix the problem over the next hours. But in general I'm
unconvinced that it makes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48047
Summary: Incorrect output rounding of double precision numbers
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
Ass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #24 from Jonathan Wakely 2011-03-09
15:53:43 UTC ---
Chris, thanks for dealing with this so quickly.
A small nit, in the new testcase I think the move-assignment operator should
use
ok = rh.ok;
instead of
ok = true;
to preserv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48018
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-09 15:55:06 UTC ---
> --- Comment #1 from Ian Lance Taylor 2011-03-09
> 06:24:43 UTC ---
> I'm not sure it matters to the syslog writer that Solaris syslog uses
> STREAMS.
> I thin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #25 from Paolo Carlini 2011-03-09
15:55:38 UTC ---
Jon, I'm doing that here, while reformatting a bit the testcases.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #26 from Chris Jefferson 2011-03-09
15:58:24 UTC ---
But, the first line of the method (of all the methods) is:
VERIFY(rh.ok);
So, we know it's true. That might still look more consistent/clear.
Very sorry about the formatting. If
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #27 from Paolo Carlini 2011-03-09
16:00:52 UTC ---
No problem Chris with the trivial formatting, but please spend a minute on the
ChangeLog, if you can. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #28 from vincenzo Innocente
2011-03-09 16:01:33 UTC ---
The use case was "sloppy" coders (we have hundreds of them, a real resource to
find bugs!)
I personally have no problem with "const &".
Still I remember many tutorials and code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48038
--- Comment #29 from Chris Jefferson 2011-03-09
16:07:15 UTC ---
Created attachment 23604
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23604
Changelog for stable sort change
Changelog
I've put Jonathan in here, because part of the test c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48048
Summary: [F2003] Remove constraint on namelist group objects
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
Ass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48020
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-09 16:09:42 UTC ---
> --- Comment #1 from Ian Lance Taylor 2011-03-09
> 07:09:58 UTC ---
> I think that the problem is that the functions are not being run in the order
> they appear
: 4
<3e> DW_AT_type: <0x45>
<42> DW_AT_data_member_location: 0
<43> DW_AT_accessibility: 3 (private)
but:
FAIL: g++ (GCC) 4.6.0 20110309 (experimental)
(gdb) ptype C
type = class C {
public:
^^^
int private_;
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48029
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.5.3
Summary|ICE in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48029
Peter Bergner changed:
What|Removed |Added
Target|powerpc64-linux |powerpc64-linux,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
bero at arklinux dot org changed:
What|Removed |Added
Attachment #23598|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
Richard Guenther changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #8 from Richard Guenth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48050
Summary: [c++] ice with c++ code
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46419
Uros Bizjak changed:
What|Removed |Added
CC||cck0011 at yahoo dot com
--- Comment #6 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48036
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48029
Richard Guenther changed:
What|Removed |Added
Keywords|GC |
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
bero at arklinux dot org changed:
What|Removed |Added
Attachment #23605|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48050
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44045
Jonathan Wakely changed:
What|Removed |Added
CC||denis.campredon at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
Richard Guenther changed:
What|Removed |Added
Keywords||lto
--- Comment #10 from Richard Guent
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47714
--- Comment #11 from Martin Jambor 2011-03-09
16:59:59 UTC ---
Author: jamborm
Date: Wed Mar 9 16:59:55 2011
New Revision: 170822
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170822
Log:
2011-03-09 Martin Jambor
PR tree-optimiz
1 - 100 of 159 matches
Mail list logo
