https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #60 from Kazumoto Kojima ---
(In reply to Kazumoto Kojima from comment #59)
> Yet another lra-assigns.c:1335 ICE when compiling nrrd/kernel.c of CSiBE/
> teem-1.6.0 test. It looks that RA fails for FPUL_REGS class.
It seems that the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #61 from Kazumoto Kojima ---
Created attachment 33692
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33692&action=edit
a possible patch
I'm testing a patch to define a SH specific HARD_REGNO_CALLER_SAVE_MODE macro.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62115
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16351
--- Comment #18 from Manuel López-Ibáñez ---
(In reply to Jeffrey A. Law from comment #16)
> Created attachment 31928 [details]
> Work-In-Progress patch
Jeff, what happened with this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63513
Bug ID: 63513
Summary: Error to build gcc loaded from svn
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25689
Manuel López-Ibáñez changed:
What|Removed |Added
Last reconfirmed|2006-01-06 12:32:23 |2014-10-12
--- Comment #2 from Man
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37866
Manuel López-Ibáñez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63260
--- Comment #1 from Oleg Endo ---
The following functions should not show any mode changes:
float test_0 (float x)
{
return -x;
}
double test_1 (double x)
{
return -x;
}
float test_2 (float x)
{
return __builtin_fabs (x);
}
double test_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43487
Manuel López-Ibáñez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63514
Bug ID: 63514
Summary: functions containing volatile are considered pure
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63514
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
--- Comment #17 from Oleg Endo ---
(In reply to Oleg Endo from comment #14)
>
> The switch is done by 3 (+2 artificial) individual instructions (load -
> modify - store). In this case the RA / optimizers figure out that there's
> no need to sto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63504
--- Comment #6 from Markus Trippelsdorf ---
Created attachment 33693
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33693&action=edit
testcase for issue 2)
2)
% valgrind --track-origins=yes --trace-children=yes ./gcc/xgcc -Bgcc -c -S
-std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54429
--- Comment #6 from Oleg Endo ---
A test case for this problem is gcc/testsuite/g++.dg/tls/thread_local-order1.C,
which is compiled without optimizations and contains the following sequence:
stc gbr,r1
mov.l .L20,r2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #62 from Oleg Endo ---
Just a note... I've briefly checked whether PR 54429 gets any better with LRA.
It doesn't seem to be the case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63504
--- Comment #7 from Markus Trippelsdorf ---
4)
markus@x4 gcc % valgrind -q --track-origins=yes --trace-children=yes g++
-Igcc/testsuite/g++.dg/cpp1y -Igcc/testsuite//g++.dg/cpp1y/testinc
gcc/testsuite/g++.dg/cpp1y/feat-cxx14.C -std=gnu++1y -S
==1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63515
Bug ID: 63515
Summary: unused templated member can be instatiated
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63516
Bug ID: 63516
Summary: error when trying to build without a c++ compiler
could be better
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63516
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63509
Manuel López-Ibáñez changed:
What|Removed |Added
CC||tbsaunde at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54760
--- Comment #15 from Oleg Endo ---
Author: olegendo
Date: Sun Oct 12 23:14:07 2014
New Revision: 216128
URL: https://gcc.gnu.org/viewcvs?rev=216128&root=gcc&view=rev
Log:
gcc/
PR target/59401
* config/sh/sh-protos (sh_find_equiv_gbr_addr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59401
--- Comment #2 from Oleg Endo ---
Author: olegendo
Date: Sun Oct 12 23:14:07 2014
New Revision: 216128
URL: https://gcc.gnu.org/viewcvs?rev=216128&root=gcc&view=rev
Log:
gcc/
PR target/59401
* config/sh/sh-protos (sh_find_equiv_gbr_addr)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59401
Oleg Endo changed:
What|Removed |Added
CC||kkojima at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60440
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63517
Bug ID: 63517
Summary: bogus Wreturn-type warning after error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62181
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62181
--- Comment #2 from Manuel López-Ibáñez ---
In both FEs there is a function build_binary_op. Put a break-point inside,
examine the operands with debug_tree and figure out how to detect this case and
when to warn. Add the new warning option to c-f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63518
Bug ID: 63518
Summary: missing Wuninitialized warning independent of order of
arguments
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63519
Bug ID: 63519
Summary: missing Wparenthesis warning for x binary_op bool ?:
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60664
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #19 from Zhenqiang Chen ---
(In reply to John David Anglin from comment #18)
> Hi Zhenqiang,
>
> Do you plan to submit patch to gcc-patches soon?
Yes. It is in internal review process. I hope to send out it this week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59401
--- Comment #4 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #3)
> Do you have an opinion on that?
Looks the latter is enough for the released branches. I'm OK with eather way,
though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
Bug ID: 63520
Summary: ICE: in get_biv_step, at loop-iv.c:824 with
-fsanitize=undefined on ppc64
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
--- Comment #18 from Oleg Endo ---
(In reply to Oleg Endo from comment #15)
> Created attachment 33691 [details]
> a possible patch
>
> The previous patch was buggy, it always generated a PR toggle sequence, even
> if a mode should be set direct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
--- Comment #19 from Oleg Endo ---
(In reply to Oleg Endo from comment #18)
> (In reply to Oleg Endo from comment #15)
> > Created attachment 33691 [details]
> > a possible patch
> >
> > The previous patch was buggy, it always generated a PR tog
35 matches
Mail list logo
