http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52674
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52677
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52678
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52683
Bug #: 52683
Summary: assignment operator not detected
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52683
--- Comment #1 from Petr Ovtchenkov
2012-03-23 07:37:57 UTC ---
Created attachment 26965
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26965
test case
test case. -std=gnu++0x required.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152
--- Comment #20 from Ralph Loader 2012-03-23
07:54:51 UTC ---
Re comment 12 - as someone who regularly needs to understand gcc diagnostics, I
disagree completely.
Understanding a failure to look something up, the single most important thing
to k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52682
--- Comment #1 from Richard Guenther 2012-03-23
08:19:19 UTC ---
Author: rguenth
Date: Fri Mar 23 08:19:08 2012
New Revision: 185726
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185726
Log:
2012-03-23 William Bader
PR c/52682
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52682
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52677
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52638
Richard Guenther changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52638
--- Comment #5 from Richard Guenther 2012-03-23
08:33:03 UTC ---
Author: rguenth
Date: Fri Mar 23 08:32:47 2012
New Revision: 185727
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185727
Log:
2012-03-23 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52684
Bug #: 52684
Summary: glibc long double math tests fail on sparc 64-bit
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52684
davem at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52678
--- Comment #2 from Richard Guenther 2012-03-23
09:06:32 UTC ---
I can reproduce the ICE, it's one of the more fragile areas of the
vectorizer...
Reduced testcase, ICEs at -O -ftree-vectorize -ffixed-form:
SUBROUTINE OpenAD_set_ref_state(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52678
--- Comment #3 from Richard Guenther 2012-03-23
09:29:07 UTC ---
The issue is that for an induction variable i in
long i;
for (i = 0; i < 15; i = (int) i + 1)
;
we know its evolution if we know the number of iterations which we know
becaus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623
--- Comment #11 from Michael Haubenwallner 2012-03-23 09:31:41 UTC ---
Unless IBM does, I don't want to change any default here, nor force anyone to
use -brtl.
What I'm after is:
Give package managers another choice how to build the packages, out
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52678
--- Comment #4 from Richard Guenther 2012-03-23
10:19:53 UTC ---
Created attachment 26966
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26966
patch
No, in fact, generating the _prologue_ loop adjusts the original PHI node from
openad_sy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623
--- Comment #12 from Michael Haubenwallner 2012-03-23 10:29:15 UTC ---
(In reply to comment #11)
> Give package managers another choice how to build the packages, out of:
> A: libNAME.a(libNAME.so.1) (libtool default)
> B: libNAME.so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52649
Richard Guenther changed:
What|Removed |Added
Attachment #26939|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
Jan Hubicka changed:
What|Removed |Added
CC||deepu.sarmatian at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52649
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #17 from paolo at gcc dot gnu.org
2012-03-23 11:01:01 UTC ---
Author: paolo
Date: Fri Mar 23 11:00:54 2012
New Revision: 185733
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185733
Log:
2012-03-23 Paweł Sikora
PR libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #6 from Laurent Aflonsi 2012-03-23
11:06:57 UTC ---
Sorry for the late answer (sickness).
Well, In fact there are 2 things in the atexit list :
1) The destruction of the "list_type" global variable. Destructor is :
"std::list > >:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Version|4.6.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52685
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25967
Bryan O'Donoghue changed:
What|Removed |Added
CC||bryan.odonoghue at linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52685
Bug #: 52685
Summary: [4.7/4.8 Regression] ICE in copy_binfo
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52678
Richard Guenther changed:
What|Removed |Added
Known to work||4.6.3
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52678
--- Comment #6 from Richard Guenther 2012-03-23
11:34:37 UTC ---
Author: rguenth
Date: Fri Mar 23 11:34:32 2012
New Revision: 185734
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185734
Log:
2012-03-23 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52681
Jonathan Wakely changed:
What|Removed |Added
Severity|minor |enhancement
--- Comment #1 from Jonatha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52683
--- Comment #2 from Jonathan Wakely 2012-03-23
12:43:15 UTC ---
(In reply to comment #0)
> Assignment operator not detected via declval<>() for POD types.
W::operator= is an overloaded function, operator=(const W&) and operator=(W&&)
decltype
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52680
--- Comment #1 from Jonathan Wakely 2012-03-23
12:45:48 UTC ---
Don't define that manually, you should configure gcc with
--enable-libstdccxx-time instead.
We need to revisit the configure tests for nanosleep and sched_yield, as they
are always
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52681
--- Comment #2 from Matt Kline 2012-03-23 13:16:23
UTC ---
Would it be possible to at least make the exception that is being thrown more
descriptive? I had guessed that some kind of compile-time warning might be
impossible, but my main concern is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52680
--- Comment #2 from Matt Kline 2012-03-23 13:19:44
UTC ---
Thanks for shedding some light on this. Is there a reason that
--enable-libstdccxx-time isn't shown on
http://gcc.gnu.org/install/configure.html?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52681
--- Comment #3 from Paolo Carlini 2012-03-23
13:29:38 UTC ---
Probably, something in the docs could be also useful.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52680
--- Comment #3 from Paolo Carlini 2012-03-23
13:34:31 UTC ---
Should be in the *library* configure docs, no? Anyway, looking forward, now
that glibc is maintained in a slightly different way we should probably
reconsider whether we could do bette
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52683
--- Comment #3 from Petr Ovtchenkov
2012-03-23 13:54:23 UTC ---
> W::operator= is an overloaded function, operator=(const W&) and
> operator=(W&&)
>
> decltype cannot work, because an overload set is not a type
I'm agree. But if you remove all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
--- Comment #20 from Jan Hubicka 2012-03-23
14:22:35 UTC ---
Author: hubicka
Date: Fri Mar 23 14:22:24 2012
New Revision: 185739
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185739
Log:
Backport from mainline
PR middle-end/48600
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42906
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52674
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52686
Bug #: 52686
Summary: SLP crashes with WIDEN_LSHIFT_EXPR
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52686
--- Comment #2 from Ulrich Weigand 2012-03-23
15:42:00 UTC ---
Created attachment 26968
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26968
Handle WIDEN_LSHIFT_EXPR in vect_get_smallest_scalar_type
The attached patch fixes the ICEs for me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52686
Ulrich Weigand changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23830
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50310
--- Comment #22 from Michael Meissner 2012-03-23
16:16:46 UTC ---
Author: meissner
Date: Fri Mar 23 16:16:38 2012
New Revision: 185743
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185743
Log:
2012-03-23 Michael Meissner
Backport
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52633
Ulrich Weigand changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623
--- Comment #13 from Michael Haubenwallner 2012-03-23 16:39:53 UTC ---
Hmm, err, A and B aren't created at the same time by libtool.
Instead, this table really should include static-only libs too:
(S)tatic: libNAME.a(static.o)
(A)ix:libNAME.a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52672
--- Comment #2 from Meador Inge 2012-03-23
16:44:06 UTC ---
Even smaller repro:
constexpr unsigned long a = *((int*)(*((int*)0x0)));
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52687
Bug #: 52687
Summary: [LTO] undefined vtable in dynamic library
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52688
Bug #: 52688
Summary: static local variable can accessed from local class of
function template
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52689
Bug #: 52689
Summary: static linking with libstdc++ fails
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52689
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52688
giulianodammando at libero dot it changed:
What|Removed |Added
CC||giulianodammando at lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50043
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52690
Bug #: 52690
Summary: ICE after bootstrap comparison in libjava
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52691
Bug #: 52691
Summary: va_start to builtin_next_arg optimization lost
Classification: Unclassified
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52690
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Component|java
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50043
--- Comment #7 from Paolo Carlini 2012-03-23
18:17:56 UTC ---
This doesn't compile, for example:
struct B
{
~B();
};
B::~B() { }
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52683
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49740
Douglas Mencken changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52683
Petr Ovtchenkov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52683
--- Comment #6 from Daniel Krügler
2012-03-23 19:41:03 UTC ---
(In reply to comment #4)
> > static_assert( is_assignable::value, "not assignable" ); // pass
>
> This works because this corresponds to assigning an int rvalue to an int.
" This wo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52690
--- Comment #2 from David Fang 2012-03-23
19:58:55 UTC ---
Created attachment 26969
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26969
preprocessed source
generated by:
/Volumes/Isolde/fink.build/gcc47-4.7.0-1/darwin_objdir/./gcc/xgcc
-sh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52689
--- Comment #2 from Jens Maurer 2012-03-23
20:13:11 UTC ---
$ find /usr/lib -name "libstdc++.a"
/usr/lib/gcc/x86_64-linux-gnu/4.6/32/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.6/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.5/libstdc++.a
However
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52689
--- Comment #3 from Jens Maurer 2012-03-23
20:14:33 UTC ---
In case it matters, here's the "configure" info etc:
$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.7.0/lto-wrapper
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52672
--- Comment #3 from Meador Inge 2012-03-23
20:21:06 UTC ---
Testing a patch now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52674
--- Comment #2 from Matt Hargett 2012-03-23 20:26:44 UTC
---
I was doing profiledbootstrap with the bootstrap-lto config on x64 just fine
until about 6 weeks ago. The speedup in the resulting binary was notable, and
was very useful to have for my
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
--- Comment #32 from Matt Hargett 2012-03-23 20:30:17 UTC
---
Richard, if nothing's come to mind by now for the 4.6 branch, can this be
closed?
I'd like to see it fixed, of course, but so long as it still works in 4.7.0 and
there's a test in the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52692
Bug #: 52692
Summary: [avr]: Add support for avr-specific built-ins + LTO
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52692
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52693
Bug #: 52693
Summary: Wrong code with SRA and arrays
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52693
--- Comment #1 from Andrew Pinski 2012-03-23
20:51:40 UTC ---
Created attachment 26970
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26970
Testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52693
--- Comment #2 from Andrew Pinski 2012-03-23
20:55:42 UTC ---
The correct output should be 120 which is what happens at -O0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52689
--- Comment #4 from Markus Trippelsdorf
2012-03-23 21:18:19 UTC ---
Please run:
$ nm
/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib64/libstdc++.a
| grep GLIBCXX_3.4.14
and paste the output here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
Bug #: 52695
Summary: libitm/config/x86/cacheline.h: '__m64' does not name a
type
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52694
--- Comment #1 from Andrew Pinski 2012-03-23
21:23:41 UTC ---
This part of the code is not part of classpath so changed the components.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52694
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
--- Comment #1 from Andrew Pinski 2012-03-23
21:25:11 UTC ---
What is the target which you are using?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52674
--- Comment #3 from Eric Botcazou 2012-03-23
21:30:26 UTC ---
> I was doing profiledbootstrap with the bootstrap-lto config on x64 just fine
> until about 6 weeks ago. The speedup in the resulting binary was notable, and
> was very useful to have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52694
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
--- Comment #2 from ncahill_alt at yahoo dot com 2012-03-23 22:23:19 UTC ---
Sorry, i686-pc-linux-gnu, I think that is the target.
This is the configure command:
../gcc-4.7.0/configure \
--enable-bootstrap \
--disable-libada \
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52694
--- Comment #3 from Gerald Pfeifer 2012-03-23
22:27:22 UTC ---
> grep -r IUCLC /usr/local/include/ /usr/include | wc -l
0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52696
Bug #: 52696
Summary: [4.6 Regression]: g++.dg/tree-ssa/pr44706.C
scan-tree-dump-not fnsplit "Splitting function"
Classification: Unclassified
Product: gcc
Version: 4.6.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52693
Martin Jambor changed:
What|Removed |Added
CC|mjambor at suse dot cz |jamborm at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52693
--- Comment #4 from Martin Jambor 2012-03-23
22:45:47 UTC ---
OTOH, I can confirm that the problematic variable is value, just not
SRAing that one makes the testcase to return 120. (In the same
function, SRA creates replacements also for stack a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50043
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52693
--- Comment #5 from Andrew Pinski 2012-03-23
23:00:47 UTC ---
Wait a minute,
value = stack.l[D.4470_102];
With
value_77 = MEM[(struct exprList_s *)&stack];
value$u_620 = MEM[(struct exprList_s *)&stack].u;
Where is D.4470_102 being taken i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
--- Comment #3 from Andrew Pinski 2012-03-23
23:04:28 UTC ---
>--enable-bootstrap \
Can you try without that?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52694
Dominique d'Humieres changed:
What|Removed |Added
CC||gandalf at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52697
Bug #: 52697
Summary: -Wsign-conversion warns for obviously correct code
with implicit promotion to int
Classification: Unclassified
Product: gcc
Version: 4.6.2
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52693
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52693
--- Comment #7 from Martin Jambor 2012-03-24
00:51:38 UTC ---
Created attachment 26971
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26971
Proposed untested fix
I'm currently bootstrapping and testing this patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52631
--- Comment #5 from Andrew Pinski 2012-03-24
03:10:37 UTC ---
Ok, I have a patch which only tries to looking up the simplified expression and
then if we find it, use it, otherwise use the original expression. I now
understand why this makes a di
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52631
--- Comment #6 from Andrew Pinski 2012-03-24
03:21:29 UTC ---
Here is the simpler patch:
Index: tree-ssa-sccvn.c
===
--- tree-ssa-sccvn.c(revision 185559)
+++ tree-ssa-sccvn.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52698
Bug #: 52698
Summary: -maddress-mode=long doesn't work
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470
David Stone changed:
What|Removed |Added
CC||DeusExSophismata at gmail
97 matches
Mail list logo
