http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
--- Comment #10 from Jakub Jelinek 2012-12-18
07:47:42 UTC ---
*** Bug 55208 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55208
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55726
Bug #: 55726
Summary: assignment of a scalar to a vector
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54814
Bernd Schmidt changed:
What|Removed |Added
Attachment #28900|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55725
Bug #: 55725
Summary: Anonymous access returned from library-level function
is finalized too early, RM 3.10.2(10/2 or 10.3/3)
Classification: Unclassified
Product: gcc
V
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55208
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55498
--- Comment #2 from Matt Hargett 2012-12-17 23:34:08 UTC
---
Would iterating during LTO work in this instance, or would it need to happen
during early IPA?
is stage3 too late for the IPA-CP enhancement you mention?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #29 from Georg-Johann Lay 2012-12-17
22:53:42 UTC ---
(In reply to comment #24)
>> What I don't understand is what is bad with Rolf's proposal of defining
>> STAMP?
>
> We simply don't need to stamp anything for the gnattool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55672
--- Comment #4 from Vladimir Makarov 2012-12-17
21:39:28 UTC ---
If stack_realign_p is true, frame_pointer_needed is also true. So we can use
fp to eliminate frame but i386.c::x86_can_eliminate prohibits it. The code
looks strange:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54818
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55724
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55723
vincenzo Innocente changed:
What|Removed |Added
Summary|SLP vectorization vs loop: |SLP vectorization vs loop:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55724
--- Comment #1 from Ed Catmur 2012-12-17 19:25:39 UTC
---
It's not entirely clear in the standard, but my understanding of 14.8.2p5 is
that default template argument substitution is contemporaneous to template
argument deduction for any pa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #28 from Rolf Ebert 2012-12-17
19:25:30 UTC ---
Created attachment 28988
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28988
Backport of gjl's patch to 4.7
I had to backport Georg's patch to 4.7.2. It perferctly solve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55724
Andrew Pinski changed:
What|Removed |Added
Summary|Default type of a template |[C++11] Default type of a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50148
--- Comment #5 from Matt Hargett 2012-12-17 19:12:11 UTC
---
Just verified this still happens in 4.7 and trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55724
Bug #: 55724
Summary: Default type of a template value is not working
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55721
--- Comment #3 from Andrew Pinski 2012-12-17
19:00:17 UTC ---
(In reply to comment #2)
> Thanks for the pointer.
>
> Unfortunately, this note also happens when compiling testsuite_abi during the
> libstdc++ testsuite, that is where I fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55723
Bug #: 55723
Summary: SLP vectorization vs loop: SLP more efficient!
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55721
--- Comment #2 from Steve Ellcey 2012-12-17 18:55:30
UTC ---
Thanks for the pointer.
Unfortunately, this note also happens when compiling testsuite_abi during the
libstdc++ testsuite, that is where I first noticed it.
Here is a C++ te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55717
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55722
--- Comment #1 from Jonathan Wakely 2012-12-17
18:30:55 UTC ---
Either compilation should stop completely on the first failed static_assert so
that the second call is not diagnosed, or the second call should trigger the
same static_assert
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55722
Bug #: 55722
Summary: failed static_assert won't trigger a second time
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55721
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55721
Bug #: 55721
Summary: -mabi=64 compilation results in unknown UNSPEC note
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55717
Jakub Jelinek changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55719
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54781
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55717
--- Comment #3 from Richard Biener 2012-12-17
15:38:04 UTC ---
(gdb) up
#1 0x00c03eb8 in form_sum (mode=SImode, x=0x702a5e88,
y=0x702a5eb8) at /space/rguenther/src/svn/trunk/gcc/reload.c:5400
5400 gcc_assert (GE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55717
--- Comment #2 from Richard Biener 2012-12-17
15:06:45 UTC ---
Created attachment 28985
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28985
autoreduced testcase
Autoreduced testcase, fails with
> ./cc1plus -quiet -I /abuild/rgu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54781
--- Comment #8 from Richard Biener 2012-12-17
14:55:59 UTC ---
Author: rguenth
Date: Mon Dec 17 14:55:53 2012
New Revision: 194554
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194554
Log:
2012-12-17 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53737
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55059
--- Comment #2 from Jakub Jelinek 2012-12-17
14:47:37 UTC ---
So, where do we stand with this? Can GDB be changed to cope with this, or do
you think it isn't valid DWARF?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55720
Daniel Krügler changed:
What|Removed |Added
Keywords||link-failure
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55720
Bug #: 55720
Summary: [C++11] Linkage errors of static data member
initializers with lambdas
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710
--- Comment #7 from Daniel Krügler
2012-12-17 13:54:20 UTC ---
(In reply to comment #3)
I have now much confidence that our production code (based on GCC 4.7.2) fails
due to bug 55015. Fortunately there is a known workaround for that one.
To ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54781
Richard Biener changed:
What|Removed |Added
Status|WAITING |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #11 from Richard Biener 2012-12-17
12:14:18 UTC ---
Ok, I'm confused by the following:
: (loop 1 header)
# lxp_1 = PHI <0(2), lxp_24(12)>
t_9 = pol_x[lxp_1];
_10 = (long int) lxp_1;
_11 = _10 * 4;
l_12 = _11 +
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54781
--- Comment #6 from Jakub Jelinek 2012-12-17
11:25:53 UTC ---
(In reply to comment #4)
> Sounds more like a latent issue to me. Yes, removing invalid MEM_EXPRs would
> be ok - but where do we dispatch to the tree oracle by-passing ao_ref_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55717
--- Comment #1 from Richard Biener 2012-12-17
11:03:28 UTC ---
Reducing...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55672
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55718
--- Comment #2 from Richard Biener 2012-12-17
10:40:30 UTC ---
Reduced testcase:
extern char temp[];
short ansi_value[256];
void terminal_state(void)
{
static const char *puc[] = { "", "<", "=", ">", "?", 0};
int i, j, k, l, mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55718
Richard Biener changed:
What|Removed |Added
Keywords||ra
Component|middle-en
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55719
--- Comment #2 from Richard Biener 2012-12-17
10:27:42 UTC ---
Created attachment 28984
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28984
autoreduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55716
--- Comment #4 from Jakub Jelinek 2012-12-17
10:23:35 UTC ---
Those changes are likely:
2011-09-09 Andrew John Hughes
PR classpath/45526: Produce header files for
any inner classes found.
* tools/gnu/classpat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55716
--- Comment #3 from Jakub Jelinek 2012-12-17
10:20:36 UTC ---
Created attachment 28983
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28983
diff
There is no rt.jar present anywhere in either the non-working or working case.
As a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55716
--- Comment #2 from Mark Wielaard 2012-12-17 10:16:20
UTC ---
Hmmm, it might be that it is picking up the wrong "bootclasspath" in this case.
By default it tries to use System.getProperty("sun.boot.class.path") which I
assume is set to fil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55719
Richard Biener changed:
What|Removed |Added
Keywords||ra
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55719
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55719
Bug #: 55719
Summary: [4.8 Regression] ICE: Segmentation fault
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55718
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55718
Bug #: 55718
Summary: [4.8 Regression] ICE in gen_reg_rtx, at emit-rtl.c:866
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55716
Mark Wielaard changed:
What|Removed |Added
CC||mark at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55717
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55717
Bug #: 55717
Summary: [4.8 Regression] ICE in form_sum, at reload.c:5400
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: ra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55716
Bug #: 55716
Summary: [4.8 Regression] gjavah crashes
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55716
Jakub Jelinek changed:
What|Removed |Added
CC||aph at gcc dot gnu.org
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43631
Uros Bizjak changed:
What|Removed |Added
CC||piotr5 at netscape dot net
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55714
Uros Bizjak changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
61 matches
Mail list logo