https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77477
--- Comment #4 from Andrew Pinski ---
part makes this code invalid. Basically you are not specializing a
template but just declaring one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72866
--- Comment #8 from Andrew Pinski ---
(In reply to Arseny Solokha from comment #7)
> I have another snippet that works w/ 7.0.0-alpha20160731 snapshot, but still
> takes indefinite time to compile even by 7.0.0-alpha20160904, i.e. after the
> fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72866
--- Comment #7 from Arseny Solokha ---
I have another snippet that works w/ 7.0.0-alpha20160731 snapshot, but still
takes indefinite time to compile even by 7.0.0-alpha20160904, i.e. after the
fix. Should I file another PR for it?
void
vr (int o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77477
--- Comment #3 from Jim Michaels ---
oh, and the error messages do not fit the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77477
--- Comment #2 from Jim Michaels ---
I don't believe this answer.
to my knowledge the syntax is OK for c++11.
I was even told once that is not needed, which was wrong.
you did not state exactly what was wrong, only that "your code is wrong."
ple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77477
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77478
Bug ID: 77478
Summary: Incorrect code generated with -O3, m32, -msse2 and
-ffast-math
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77477
Bug ID: 77477
Summary: template functions don't seem to work
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77475
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||easyhack
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77476
Bug ID: 77476
Summary: [Regression 7] [AVX-512] illegal kmovb instruction on
KNL
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642
--- Comment #20 from Gerald Pfeifer ---
Created attachment 39553
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39553&action=edit
Firefox font configuratoin
(In reply to Jon Grant from comment #18)
> Just looking at this page:
>
> https:/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70341
--- Comment #8 from Fredrik Hederstierna
---
Could it be something in tree-ssa-forwprop pass?
This pass is executed 4 times in -Os, and starting with GCC-4.9 it seems like
statements that seems to generate instructions that are hard to eliminat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642
--- Comment #19 from Jon Grant ---
Created attachment 39552
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39552&action=edit
Firefox screenshot 4 September 2016
Shows the small text visible still.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642
--- Comment #18 from Jon Grant ---
Just looking at this page:
https://gcc.gnu.org/onlinedocs/gcc/Enumerator-Attributes.html#Enumerator-Attributes
The "deprecated" word appears to be smaller (like 9pt, compared to 11pt regular
I estimate). I', u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77474
Andrew Pinski changed:
What|Removed |Added
Depends on||29143
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77391
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56736
Gerald Pfeifer changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77469
Tim Shen changed:
What|Removed |Added
CC||timshen at gcc dot gnu.org
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77356
Tim Shen changed:
What|Removed |Added
CC||alban...@baker-research.com
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642
Gerald Pfeifer changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61139
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63586
--- Comment #11 from Andrew Pinski ---
*** Bug 61139 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77391
--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Sun Sep 4 20:00:48 2016
New Revision: 239982
URL: https://gcc.gnu.org/viewcvs?rev=239982&root=gcc&view=rev
Log:
2016-09-04 Steven G. Kargl
PR fortran/77391
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642
--- Comment #16 from gerald at gcc dot gnu.org ---
Author: gerald
Date: Sun Sep 4 19:38:05 2016
New Revision: 239981
URL: https://gcc.gnu.org/viewcvs?rev=239981&root=gcc&view=rev
Log:
PR documentation/50642
* update_web_docs_sv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77475
Marc Glisse changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77475
Bug ID: 77475
Summary: unnecessary or misleading context in reporting command
line problems
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77460
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77474
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77460
--- Comment #2 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Sun Sep 4 18:43:40 2016
New Revision: 239979
URL: https://gcc.gnu.org/viewcvs?rev=239979&root=gcc&view=rev
Log:
2016-09-04 Steven G. Kargl
PR fortran/77460
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642
Gerald Pfeifer changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77474
Bug ID: 77474
Summary: sizeof and function template don't work properly
together
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71681
--- Comment #2 from Andris Pavenis ---
Created attachment 39551
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39551&action=edit
Test script to reproduce problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71902
--- Comment #9 from Thomas Koenig ---
Author: tkoenig
Date: Sun Sep 4 16:17:55 2016
New Revision: 239977
URL: https://gcc.gnu.org/viewcvs?rev=239977&root=gcc&view=rev
Log:
2016-09-04 Thomas Koenig
PR fortran/71902
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77472
--- Comment #7 from Jan Hubicka ---
> I'm not sure what is the best way forward.
> Maybe gcc should ignore __attribute__((flatten)) when using LTO
> unconditionally?
Well, I am not sure - flatten can make compiler explode without LTO, too,
and I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77472
--- Comment #6 from Markus Trippelsdorf ---
I'm not sure what is the best way forward.
Maybe gcc should ignore __attribute__((flatten)) when using LTO
unconditionally?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77472
--- Comment #5 from Markus Trippelsdorf ---
Ah this is an old issue. Martin reported it a while ago:
https://bugs.freedesktop.org/show_bug.cgi?id=77580
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77472
--- Comment #4 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #3)
> Looks like GCC is trying to satisfy the flatten attribute at link time which
> is ignored by clang?
Yes, you're right:
% grep -D skip -R -i "flatten"
sna_gl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77472
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53659
--- Comment #3 from PeteVine ---
Curiously, up to gcc 6, targeting Cortex-A5 made virtually no difference, but
in gcc 7, generic codegen takes an 8% hit while -mcpu=cortex-a5 produces
roughly the same performance as before. (but that's a differen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77464
--- Comment #10 from Manuel López-Ibáñez ---
(In reply to Andrew Pinski from comment #5)
> (In reply to Manuel López-Ibáñez from comment #3)
> > Or at least give a clearer error that mentions -fPIC ...
>
> Actually this is not a driver issue jus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77473
Bug ID: 77473
Summary: New PRNG causes regressions on DragonFly BSD
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77468
--- Comment #2 from PeteVine ---
Created attachment 39549
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39549&action=edit
Annotated assembly files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77468
--- Comment #1 from PeteVine ---
GCC 5.3's profile (./c-ray-mt -t 64 -s 1600x1200 -r 8 -i sphfract -o
output.ppm):
CPU: ARM Cortex-A53, speed 1536 MHz (estimated)
Counted CPU_CYCLES events (Cycle) with a unit mask of 0x00 (No unit mask) count
10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77472
--- Comment #2 from Markus Trippelsdorf ---
Created attachment 39548
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39548&action=edit
unreduced testcase
% gcc -flto -fvisibility=hidden -O2 -shared -fPIC intel_module.i gen7_render.i
gen8_e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399
Andrew Pinski changed:
What|Removed |Added
Keywords||build, wrong-code
Component|boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77472
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||compile-time-hog, lto,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68610
--- Comment #2 from David ---
Yes, this still occurs with trunk Revision 239974. I'm using MSYS2 under
Windows and my current configure line is:
../gcctrunk/configure --enable-languages=c,c++ --target=x86_64-w64-mingw32
--build=x86_64-w64-mingw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77472
Bug ID: 77472
Summary: build of intel_drv.so (xf86-video-intel) takes over
13GB+ memory during lto1
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77452
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399
--- Comment #9 from Ludovic Courtès ---
GCC 4.9.4 exhibits the same bootstrapping failure (again on
arm-linux-gnueabihf).
I reverted the ARM-specific changes made between 4.9.3 and 4.9.4 by applying
the result of "diff -ur gcc-4.9.{4,3}/gcc/conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399
--- Comment #8 from Ludovic Courtès ---
Created attachment 39547
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39547&action=edit
Revert ARM-specific 4.9.3-to-4.9.4 changes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41244
--- Comment #4 from Marc Glisse ---
(In reply to Andrew Pinski from comment #3)
> On the trunk (on aarch64) we get:
Yes, on I32P64 platforms we still have a chance to prove that the
multiplication doesn't overflow.
> long int _4;
> long int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77471
--- Comment #1 from Markus Trippelsdorf ---
Overhead Command Shared Object Symbol
34.45% cc1 cc1[.] canonicalize_values_star
20.56% cc1 cc1[.
53 matches
Mail list logo