https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61844
--- Comment #9 from Kazumoto Kojima ---
The testcase in #7 can be compiled successfully when -mindexed-addressing
is added. It looks that base+index reg addressing mode is disabled
for shmedia32 and shcompact as default and it makes ira unhappy.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61931
--- Comment #1 from Andrew Pinski ---
This code is undefined due to the arguments passed to printf. Please correct
that and try again.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61931
Bug ID: 61931
Summary: Wrong Constant Folding
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61596
--- Comment #2 from thakis at chromium dot org ---
Here's a similar example that doesn't need C++1y, regular C++11 is sufficient:
thakis@ubu:~$ cat test.cc
template
void template_fun(T t) {
typename T::Foo s3foo; // YYY
(void)s3foo;
}
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61922
--- Comment #6 from Ilya Konstantinov ---
OK, I've done some more research:
1) It turns out Windows doesn't handle parent directories from symlinks the way
*nix does, but rather just follows them out of the symlink. Same for junctions
a.k.a moun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61844
--- Comment #8 from Kazumoto Kojima ---
Ah, I'm wrong about the insn 440 in #7 doesn't require reload.
I've missed psuedo reg 736. Anyways there is an issue for
base+index reg addressing for *movsi_media.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61844
Kazumoto Kojima changed:
What|Removed |Added
Component|rtl-optimization|target
--- Comment #7 from Kazumoto Ko
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61928
--- Comment #4 from Kevin Cahill ---
Thanks.
That sounds sensible.
I will check it.
Best wishes,
Kevin
Kevin Cahill
Professor of Physics & Astronomy
Physics Dept. 1919 Lomas NE, MSC 07 4220
University of New Mexico
Albuquerque, NM 87131-0001
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55035
--- Comment #2 from Hans-Peter Nilsson ---
(In reply to Hans-Peter Nilsson from comment #1)
> Also seen for gcc-4.9.1 ppc64-linux host (gcc110)
I.e. host gcc-4.9.1 on gcc110 compiling trunk r212879.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55035
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2013-02-27 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61927
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61928
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61844
Oleg Endo changed:
What|Removed |Added
Target||sh64-*-*
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61882
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61930
Bug ID: 61930
Summary: [SH] SImode addressing modes not used when storing
SFmode values via SImode regs
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61928
--- Comment #2 from Kevin Cahill ---
Nonsense.
I included the linpack subroutines explicitly.
Look at my fortan code.
Best wishes,
Kevin
Kevin Cahill
Professor of Physics & Astronomy
Physics Dept. 1919 Lomas NE, MSC 07 4220
University of New Me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61928
Andrew Pinski changed:
What|Removed |Added
Version|unknown |4.9.0
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61929
Bug ID: 61929
Summary: Graphite: Banerjee and Omega differ on distance
vectors (internal compiler error in
compute_affine_dependence)
Product: gcc
Version: unknow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
--- Comment #10 from emsr at gcc dot gnu.org ---
Lookng. Sorry I was AFK for a while.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51708
--- Comment #4 from Oleg Endo ---
There are also constants generated during reload. This is a snippet from bzip
blocksort.c:
.L6:
mov.b @r5+,r1
dt r3
mov.w .L175,r7 // r7 = 1868
extu.b r1,r1
ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61862
--- Comment #2 from Chengnian Sun ---
(In reply to Marek Polacek from comment #1)
> Yep, this is expected, because we only warn on STRICT_ALIGNMENT targets.
Thanks, Marek.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61862
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61922
--- Comment #5 from Ilya Konstantinov ---
cygwin and mingw can document a limitation such as:
fopen will truncate paths to MAX_PATH.
Once cygwin or mingw receive a monstrous path, there's little they can do.
CreateFile won't accept it, neither
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61922
--- Comment #4 from Andrew Pinski ---
Except gcc never directly calls create file. Please file a bug with Cygwin and
mingw instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61922
--- Comment #3 from Ilya Konstantinov ---
Both mingw and cygwin will eventually call CreateFile, there's no way around
that. The 260 characters limitation is on CreateFile.
Re symlinks - see discussion on the llvm issue. I'm not proposing textua
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61922
--- Comment #2 from Andrew Pinski ---
The issue is complex due to symbolic links. Also this sounds like a bug in msvc
runtime library if you are using mingw. What happens on Cygwin for open/fopen?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61922
--- Comment #1 from Ilya Konstantinov ---
Of course, I meant to say:
When #include "..." is relative to the including file's directory, **gcc**
performs simple path concatenation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61861
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61861
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Sun Jul 27 17:09:38 2014
New Revision: 213102
URL: https://gcc.gnu.org/viewcvs?rev=213102&root=gcc&view=rev
Log:
PR c/61861
* macro.c (builtin_macro): Add location parameter.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61927
--- Comment #1 from Keith Refson ---
Created attachment 33193
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33193&action=edit
Testcase for array comparison optimization bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61927
Bug ID: 61927
Summary: Optimization bug (regression): Array comparison yields
unassigned result at -O3
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59498
--- Comment #8 from Louis Dionne ---
I made further experiments to try and workaround this (I need it badly!) and
I found some things that might be of interest to you. The following test case
compiles on GCC 4.9.1 but not on Clang 3.5.0 (trunk):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
--- Comment #9 from Paolo Carlini ---
In fact, eventually, we should add the static_assert to generate_canonical too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
Paolo Carlini changed:
What|Removed |Added
CC||3dw4rd at verizon dot net
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61917
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59498
--- Comment #7 from Louis Dionne ---
I ran into this problem in another context, and I think it justifies some
thinking about how this issue is going to be handled by the language. I
_really_ think the following should be valid C++. This is a C++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61925
--- Comment #2 from Marek Polacek ---
Started with r162918.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61920
--- Comment #4 from Matthias Klose ---
Author: doko
Date: Sun Jul 27 13:19:21 2014
New Revision: 213100
URL: https://gcc.gnu.org/viewcvs?rev=213100&root=gcc&view=rev
Log:
2014-07-27 Alan Modra
Matthias Klose
PR libobjc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61920
--- Comment #3 from Matthias Klose ---
Author: doko
Date: Sun Jul 27 13:18:15 2014
New Revision: 213099
URL: https://gcc.gnu.org/viewcvs?rev=213099&root=gcc&view=rev
Log:
2014-07-27 Alan Modra
Matthias Klose
PR libobjc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61920
--- Comment #2 from Matthias Klose ---
Author: doko
Date: Sun Jul 27 13:15:17 2014
New Revision: 213097
URL: https://gcc.gnu.org/viewcvs?rev=213097&root=gcc&view=rev
Log:
2014-07-27 Alan Modra
Matthias Klose
PR libobjc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54706
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|paolo.carlini at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61926
--- Comment #1 from rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Sun Jul 27 09:50:56 2014
New Revision: 213093
URL: https://gcc.gnu.org/viewcvs?rev=213093&root=gcc&view=rev
Log:
gcc/testsuite/
PR rtl-optimization/61926
* gcc.t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61925
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61926
Bug ID: 61926
Summary: const-anchor optimisation is sensitive to ordering
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Co
44 matches
Mail list logo