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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61925
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61926
--- Comment #1 from rsandifo at gcc dot gnu.org 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=213093root=gccview=rev
Log:
gcc/testsuite/
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54706
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61920
--- Comment #2 from Matthias Klose doko at gcc dot gnu.org ---
Author: doko
Date: Sun Jul 27 13:15:17 2014
New Revision: 213097
URL: https://gcc.gnu.org/viewcvs?rev=213097root=gccview=rev
Log:
2014-07-27 Alan Modra amo...@gmail.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61920
--- Comment #3 from Matthias Klose doko at gcc dot gnu.org ---
Author: doko
Date: Sun Jul 27 13:18:15 2014
New Revision: 213099
URL: https://gcc.gnu.org/viewcvs?rev=213099root=gccview=rev
Log:
2014-07-27 Alan Modra amo...@gmail.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61920
--- Comment #4 from Matthias Klose doko at gcc dot gnu.org ---
Author: doko
Date: Sun Jul 27 13:19:21 2014
New Revision: 213100
URL: https://gcc.gnu.org/viewcvs?rev=213100root=gccview=rev
Log:
2014-07-27 Alan Modra amo...@gmail.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61925
--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org ---
Started with r162918.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59498
--- Comment #7 from Louis Dionne ldionne.2 at gmail dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61917
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||3dw4rd at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
--- Comment #9 from Paolo Carlini paolo.carlini at oracle dot com ---
In fact, eventually, we should add the static_assert to generate_canonical too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59498
--- Comment #8 from Louis Dionne ldionne.2 at gmail dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61927
--- Comment #1 from Keith Refson krefson at gmail dot com ---
Created attachment 33193
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33193action=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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61861
--- Comment #6 from Marek Polacek mpolacek at gcc dot gnu.org ---
Author: mpolacek
Date: Sun Jul 27 17:09:38 2014
New Revision: 213102
URL: https://gcc.gnu.org/viewcvs?rev=213102root=gccview=rev
Log:
PR c/61861
* macro.c (builtin_macro):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61861
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61922
--- Comment #1 from Ilya Konstantinov ilya.konstantinov at gmail dot com ---
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=61922
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org ---
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 #3 from Ilya Konstantinov ilya.konstantinov at gmail dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61922
--- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org ---
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 #5 from Ilya Konstantinov ilya.konstantinov at gmail dot com ---
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61862
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61862
--- Comment #2 from Chengnian Sun chengniansun at gmail dot com ---
(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=51708
--- Comment #4 from Oleg Endo olegendo at gcc dot gnu.org ---
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
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=61929
Bug ID: 61929
Summary: Graphite: Banerjee and Omega differ on distance
vectors (internal compiler error in
compute_affine_dependence)
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61928
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Version|unknown |4.9.0
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61928
--- Comment #2 from Kevin Cahill kevinecahill at gmail dot com ---
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61882
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
CC||olegendo at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61844
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
Target||sh64-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61928
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
CC||jvdelisle at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61927
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55035
Hans-Peter Nilsson hp at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55035
--- Comment #2 from Hans-Peter Nilsson hp at gcc dot gnu.org ---
(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=61928
--- Comment #4 from Kevin Cahill kevinecahill at gmail dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61844
Kazumoto Kojima kkojima at gcc dot gnu.org changed:
What|Removed |Added
Component|rtl-optimization|target
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61844
--- Comment #8 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
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=61922
--- Comment #6 from Ilya Konstantinov ilya.konstantinov at gmail dot com ---
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
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 class T
void template_fun(T t) {
typename T::Foo s3foo; // YYY
(void)s3foo;
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=61931
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
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=61844
--- Comment #9 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
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
44 matches
Mail list logo
