http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56228
--- Comment #3 from Jakub Jelinek 2013-02-07
08:05:10 UTC ---
Author: jakub
Date: Thu Feb 7 08:04:58 2013
New Revision: 195840
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195840
Log:
PR target/56228
* config/rs6000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56178
--- Comment #6 from Eric Botcazou 2013-02-07
08:07:19 UTC ---
Author: ebotcazou
Date: Thu Feb 7 08:07:04 2013
New Revision: 195841
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195841
Log:
PR rtl-optimization/56178
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
Jakub Jelinek changed:
What|Removed |Added
CC||uweigand at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56178
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56236
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #78 from Eric Botcazou 2013-02-07
08:34:04 UTC ---
> With this patch applied on top of r195808 for
>
> Target: x86_64-apple-darwin10.8.0
>
> Configured with: ../p_work/configure --prefix=/opt/gcc/gcc4.8p-195808p1
> --enabl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053
--- Comment #13 from Alan Modra 2013-02-07 08:40:15
UTC ---
Created attachment 29382
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29382
Fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56235
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53852
Joost VandeVondele changed:
What|Removed |Added
CC||grosser at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56238
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-checking
Status|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56237
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-checking
Status|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53363
--- Comment #7 from Rainer Orth 2013-02-07 09:55:56 UTC
---
Author: ro
Date: Thu Feb 7 09:55:48 2013
New Revision: 195842
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195842
Log:
Fix g++.dg/debug/dwarf2/thunk1.C (PR debug/53
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
Uros Bizjak changed:
What|Removed |Added
CC||joseph at codesourcery dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53363
Rainer Orth changed:
What|Removed |Added
Status|NEW |RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #10 from Uros Bizjak 2013-02-07 10:07:43
UTC ---
(In reply to comment #8)
> > I don't see anything wrong with the above HOST_WIDE_INT_PRINT_HEX_PURE
> > definition. Does this hints and some MinGW specific problem in type
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #11 from Kai Tietz 2013-02-07 10:15:42
UTC ---
(In reply to comment #9)
> Adding some CCs.
The two changes about using HOST_LONG_LONG_FORMAT are fine.
The use of HOST_WIDE_INT_PRINT_HEX_PURE in lto/lto.c is indeed wrong. The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56239
Bug #: 56239
Summary: parse error calling operator() on parenthesized
value-initialized temporary
Classification: Unclassified
Product: gcc
Version: 4.8.0
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56238
Richard Biener changed:
What|Removed |Added
Known to work||4.6.3
Target Milestone|4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56237
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.0 |4.6.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56234
Richard Biener changed:
What|Removed |Added
Target||arm-eabi
Status|UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55789
--- Comment #11 from Jakub Jelinek 2013-02-07
10:45:20 UTC ---
Author: jakub
Date: Thu Feb 7 10:45:12 2013
New Revision: 195844
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195844
Log:
PR tree-optimization/55789
* g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56232
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
Richard Biener changed:
What|Removed |Added
Keywords||lto
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56228
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54339
--- Comment #1 from Tobias Burnus 2013-02-07
11:08:28 UTC ---
Author: burnus
Date: Thu Feb 7 11:08:20 2013
New Revision: 195845
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195845
Log:
2013-02-07 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54339
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56237
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158
--- Comment #7 from Paolo Carlini 2013-02-07
11:22:32 UTC ---
We should double check but I'm pretty sure that *in practice* *for GCC* things
are Ok, because the sizeof of these enums is 4 (and in practice the systems we
support have sizeof
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158
--- Comment #8 from Jonathan Wakely 2013-02-07
11:39:31 UTC ---
I think since 4.6 the default behaviour (i.e. without -fstrict-enums) is safe.
With -fstrict-enums (or in releases before 4.6) the optimisers can assume that
no invalid valu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56239
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52876
--- Comment #16 from Steffen Schmidt
2013-02-07 11:49:38 UTC ---
The proposed patch works on GCC 4.7.0.
Has this patch already found its way into a GCC release. I was not able to find
it applied in GCC 4.7.1/4.7.2?
Would it be possibl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158
--- Comment #9 from Paolo Carlini 2013-02-07
11:50:03 UTC ---
Sure, sure. If we really want to support -fstrict-enums, I'm afraid we are
going to open a big can of worms... Still, are you sure it causes problems
*here*? I'm asking because
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56239
Paolo Carlini changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56233
Frédéric Buclin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56240
Bug #: 56240
Summary: -fopenmp and -pthread behave inconsistently with
respect to -nostdlib
Classification: Unclassified
Product: gcc
Version: 4.4.5
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
Uros Bizjak changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56239
--- Comment #3 from Jakub Jelinek 2013-02-07
13:14:12 UTC ---
Created attachment 29384
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29384
gcc48-pr56239.patch
If () is the only problem, then it can be fixed e.g. by the following p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56226
--- Comment #2 from russelljbrennan at gmail dot com 2013-02-07 13:31:16 UTC ---
It seems to me that the UNION/MAP pair is analogous to a basic form of a c/c++
union of structs. Could the corresponding code not be ganked and fitted to
this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784
--- Comment #43 from Jack Howarth 2013-02-07
13:45:45 UTC ---
(In reply to comment #42)
On x86_64-apple-darwin12, while the proposed patch from Comment 42 bootstraps
fine, it does produce a new regression at -m64...
Executing on host: /
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784
--- Comment #44 from Jack Howarth 2013-02-07
13:49:36 UTC ---
Created attachment 29385
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29385
assembly file for failing gcc.target/i386/pr49866.c compilation at -m64
Compiled with...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784
--- Comment #45 from Dominique d'Humieres
2013-02-07 13:54:07 UTC ---
(In reply to comment #43)
> On x86_64-apple-darwin12, while the proposed patch from Comment 42 bootstraps
> fine, it does produce a new regression at -m64...
This is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
--- Comment #2 from Richard Biener 2013-02-07
13:54:20 UTC ---
To clarify, we are also switching between different translation-units main
filenames - but I don't think we can easily distinguish this from #includes.
Well, maybe we can, if a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
--- Comment #3 from Richard Biener 2013-02-07
14:01:50 UTC ---
(In reply to comment #1)
> Index: gcc/lto-streamer-in.c
> ===
> --- gcc/lto-streamer-in.c (revision 19584
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
--- Comment #4 from Richard Biener 2013-02-07
14:35:24 UTC ---
(In reply to comment #3)
> (In reply to comment #1)
> > Index: gcc/lto-streamer-in.c
> > ===
> > --- gcc/lto-s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56154
--- Comment #2 from Jakub Jelinek 2013-02-07
14:48:51 UTC ---
Author: jakub
Date: Thu Feb 7 14:48:39 2013
New Revision: 195850
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195850
Log:
PR debug/56154
* dwarf2out.c (d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #11 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56239
--- Comment #4 from Jason Merrill 2013-02-07
15:02:53 UTC ---
(In reply to comment #3)
> gcc48-pr56239.patch
OK.
> BTW, I wonder where the standard resolves the ambiguity between parsing it as
> a
> function call with parenthesized
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022
--- Comment #12 from Dominique d'Humieres
2013-02-07 15:11:23 UTC ---
If I replace the loop
DO i = Spx , Epx
vn1 = U(i,Apy)*NX1(i) + V(i,Apy)*NY1(i)
P(i,Apy) = P(i,Apy)/DEXP(GMA*vn1/AS1(i))
U(i,Apy) = 0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56193
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56241
Bug #: 56241
Summary: ICE in toplev.c:332 on invalid
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56237
--- Comment #4 from Jason Merrill 2013-02-07
15:18:07 UTC ---
(In reply to comment #3)
> Created attachment 29383 [details]
> gcc48-pr56237.patch
OK.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56154
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.7/4.8 Regression] Bad|[4.7 Regression] Bad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56241
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52868
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
Bug #: 56242
Summary: [4.8 Regression]
libjava/classpath/gnu/javax/swing/text/html/parser/sup
port/textPreProcessor.java:175:0: ICE: Segmentation
fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56243
Bug #: 56243
Summary: [4.8 regression] ICE in tree check: expected
field_decl, have identifier_node in
fixed_type_or_null, at cp/class.c:6645
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56241
--- Comment #2 from Jakub Jelinek 2013-02-07
16:25:21 UTC ---
Created attachment 29386
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29386
gcc48-pr56241.patch
Fixed thusly, build_constructor doesn't like elts with NULL values, suc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56244
Bug #: 56244
Summary: -O3 should imply -funroll-loops
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784
--- Comment #46 from Jack Howarth 2013-02-07
16:27:41 UTC ---
(In reply to comment #42)
Full regression test results on x86_64-apple-darwin12 are at...
http://gcc.gnu.org/ml/gcc-testresults/2013-02/msg00745.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56235
--- Comment #2 from Jason Merrill 2013-02-07
16:32:39 UTC ---
Author: jason
Date: Thu Feb 7 16:32:28 2013
New Revision: 195854
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195854
Log:
PR c++/56235
* method.c (do_bui
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52876
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2012-04-05 00:0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #24 from Jakub Jelinek 2013-02-07
17:00:17 UTC ---
(In reply to comment #23)
> #1 afaict, the asan pass happens in the middle of the gcc optimization flow.
> imho it should happen as late as possible so that the instrumentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56244
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56171
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56172
--- Comment #6 from ian at gcc dot gnu.org 2013-02-07
17:04:37 UTC ---
Author: ian
Date: Thu Feb 7 17:04:24 2013
New Revision: 195855
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195855
Log:
PR go/56172
net: Skip TestMu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56171
--- Comment #4 from Rainer Orth 2013-02-07 17:06:27 UTC
---
Created attachment 29387
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29387
proposed patch
2013-02-06 Rainer Orth
PR go/56171
* mksysinfo.sh (AF_LOCAL): P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56235
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56225
--- Comment #2 from Vladimir Makarov 2013-02-07
17:15:30 UTC ---
Author: vmakarov
Date: Thu Feb 7 17:15:02 2013
New Revision: 195856
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195856
Log:
2013-02-07 Vladimir Makarov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #25 from Dmitry Vyukov 2013-02-07
17:18:05 UTC ---
On Thu, Feb 7, 2013 at 9:00 PM, jakub at gcc dot gnu.org
wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
>
> --- Comment #24 from Jakub Jelinek 2013-02-07
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56241
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
Bug #: 56245
Summary: -fsanitize=address miscompiles GCC
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56237
--- Comment #5 from Jakub Jelinek 2013-02-07
17:38:43 UTC ---
Author: jakub
Date: Thu Feb 7 17:38:33 2013
New Revision: 195858
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195858
Log:
PR c++/56237
* decl.c (push_loc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56237
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.8.0
Summary|[4.6/4.
#4 from Georg-Johann Lay 2013-02-07
17:45:56 UTC ---
Confirmed with:
gcc version 4.7.3 20130207 (prerelease) [gcc-4_7-branch revision 195858] (GCC)
Configured with:
../../gcc.gnu.org/gcc-4_7-branch/configure --target=avr
--prefix=/local/gnu/install/gcc-4.7 --disable-nls --with-dwarf2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56238
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56241
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56239
--- Comment #5 from Jakub Jelinek 2013-02-07
17:50:15 UTC ---
Author: jakub
Date: Thu Feb 7 17:49:59 2013
New Revision: 195859
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195859
Log:
PR c++/56239
* parser.c (cp_par
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56225
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56239
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #13 from uros at gcc dot gnu.org 2013-02-07 18:02:00 UTC ---
Author: uros
Date: Thu Feb 7 18:01:40 2013
New Revision: 195860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195860
Log:
PR bootstrap/56227
* gg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #79 from Eric Botcazou 2013-02-07
18:07:40 UTC ---
Author: ebotcazou
Date: Thu Feb 7 18:07:18 2013
New Revision: 195862
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195862
Log:
PR target/50678
* init.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #80 from Eric Botcazou 2013-02-07
18:08:21 UTC ---
Author: ebotcazou
Date: Thu Feb 7 18:07:58 2013
New Revision: 195863
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195863
Log:
PR target/50678
* init.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #81 from Eric Botcazou 2013-02-07
18:09:02 UTC ---
Author: ebotcazou
Date: Thu Feb 7 18:08:41 2013
New Revision: 195864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195864
Log:
PR target/50678
* init.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56241
--- Comment #4 from Jakub Jelinek 2013-02-07
18:09:29 UTC ---
Created attachment 29388
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29388
gcc48-pr56241.patch
Patch with also the two other spots changed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56243
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56246
Bug #: 56246
Summary: [4.8 regression] ICE in assign_by_spills, at
lra-assigns.c:1262
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #14 from uros at gcc dot gnu.org 2013-02-07 19:18:40 UTC ---
Author: uros
Date: Thu Feb 7 19:18:27 2013
New Revision: 195865
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195865
Log:
Backport from mainline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56195
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at redhat dot com
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #44 from Jack Howarth 2013-02-07
19:33:24 UTC ---
Created attachment 29389
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29389
revised patch to fix darwin10 under Xcode 4.2
The attached patch removes the " && !defined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56195
--- Comment #5 from Jakub Jelinek 2013-02-07
19:47:04 UTC ---
So something like:
--- lra-constraints.c.jj2013-02-07 18:34:39.0 +0100
+++ lra-constraints.c2013-02-07 20:41:17.051986353 +0100
@@ -421,7 +421,21 @@ get_reloa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56195
--- Comment #6 from Jakub Jelinek 2013-02-07
20:02:20 UTC ---
Actually, that one doesn't really work, because we have pseudo rather than hard
reg at that point, which will never simplify.
With this:
--- lra-constraints.c.jj2013-02
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53948
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56195
--- Comment #7 from Vladimir Makarov 2013-02-07
20:08:47 UTC ---
(In reply to comment #6)
> Actually, that one doesn't really work, because we have pseudo rather than
> hard
> reg at that point, which will never simplify.
>
> With this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56043
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56246
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53948
--- Comment #6 from stevenb.gcc at gmail dot com
2013-02-07 20:24:07 UTC ---
On Thu, Feb 7, 2013 at 9:04 PM, law at redhat dot com wrote:
> The real way to get the prior behaviour without reverting the patch is to
> either explicitly mark
1 - 100 of 133 matches
Mail list logo