https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66520
--- Comment #7 from Fisnik fkastrati at gmail dot com ---
(In reply to Eric Botcazou from comment #5)
Compiler should not generate the same code, and should listen to the
developer, when she/he connects predicates with single `'. I already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66508
--- Comment #5 from Fan You youfan.noey at gmail dot com ---
(In reply to Iain Sandoe from comment #4)
(In reply to Fan You from comment #3)
(In reply to Dominique d'Humieres from comment #2)
Duplicate of pr66448? Which revision are you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66520
--- Comment #4 from Fisnik fkastrati at gmail dot com ---
(In reply to Eric Botcazou from comment #3)
There should be at least some flag available, such that we can set such a
flag and have the compiler generate only a single jump for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66520
--- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Fisnik from comment #8)
To this end, the compiler should respect the code written by the developer.
As far as the C++ standard is concerned the built-in and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66385
--- Comment #7 from Thomas Koenig tkoenig at gcc dot gnu.org ---
Author: tkoenig
Date: Sun Jun 14 10:08:00 2015
New Revision: 224465
URL: https://gcc.gnu.org/viewcvs?rev=224465root=gccview=rev
Log:
2015-06-14 Thomas Koenig tkoe...@gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65102
--- Comment #3 from vries at gcc dot gnu.org ---
(In reply to vries from comment #2)
requested approval for fdl.texi part from docs co-maintainer:
https://gcc.gnu.org/ml/gcc-patches/2015-03/msg01056.html
Posted updated patch:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66520
--- Comment #5 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Compiler should not generate the same code, and should listen to the
developer, when she/he connects predicates with single `'. I already wrote
that I did benchmarks, and also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66520
--- Comment #6 from Andreas Schwab sch...@linux-m68k.org ---
If a and b are side-effect-free, pure-boolean expressions then `a b' and `a
b' are completely equivalent and there is no reason to generate different
code for them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66534
Bug ID: 66534
Summary: Compilation error of gfortran building on YDL6.2
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66520
--- Comment #8 from Fisnik fkastrati at gmail dot com ---
(In reply to Andreas Schwab from comment #6)
If a and b are side-effect-free, pure-boolean expressions then `a b' and
`a b' are completely equivalent and there is no reason to generate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66534
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65511
--- Comment #7 from vries at gcc dot gnu.org ---
pinged patches at:
- https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00976.html
- https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00977.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66512
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65719
--- Comment #9 from Louis Dionne ldionne.2 at gmail dot com ---
I can confirm that my original use case now works. Thanks a bunch!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29192
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
CC||yongjin.ohn at lge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66532
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66520
--- Comment #3 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
There should be at least some flag available, such that we can set such a
flag and have the compiler generate only a single jump for the method with
single ampersand.
You
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66325
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Sun Jun 14 07:05:03 2015
New Revision: 224463
URL: https://gcc.gnu.org/viewcvs?rev=224463root=gccview=rev
Log:
PR middle-end/66325
* c-decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66533
Bug ID: 66533
Summary: ICE: in dependent_type_p, at cp/pt.c:21073
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65488
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66532
Bug ID: 66532
Summary: Source file deleted when we use gcc compile
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66535
Bug ID: 66535
Summary: segfault in gen_subprogram_die after debug-early merge
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58063
--- Comment #12 from plokinom at gmail dot com ---
I can confirm this still happens with g++ 5.1.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66527
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66242
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Target|arm-eabi, |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66387
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66281
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66483
Lisandro Damián Nicanor Pérez Meyer perezmeyer at gmail dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66483
--- Comment #6 from Lisandro Damián Nicanor Pérez Meyer perezmeyer at gmail
dot com ---
FWIW, it seems fixed in the linaro branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
Segher Boessenkool segher at gcc dot gnu.org changed:
What|Removed |Added
CC||segher at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66483
Thomas Preud'homme thopre01 at gcc dot gnu.org changed:
What|Removed |Added
CC||joseph
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66536
Bug ID: 66536
Summary: [5/6 Regression] ICE in build_ctor_subob_ref, at
cp/tree.c:2534
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66483
--- Comment #8 from joseph at codesourcery dot com joseph at codesourcery dot
com ---
I have no backport plans for this patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66429
--- Comment #3 from vries at gcc dot gnu.org ---
Created attachment 35777
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35777action=edit
tentative patch
Using this patch, we avoid the ICE. Not sure if this is the right way to fix
it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52846
--- Comment #4 from Paul Thomas pault at gcc dot gnu.org ---
Testcase:
! Test vehicle for submodules
! 14th June 2015
!
! Paul Thomas - check1406b.diff applies
!
! FIXED OR MOSTLY FIXED:
! Access in submodules to PROCEDURE COMPONENTS - FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66537
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66528
--- Comment #4 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Thomas Koenig from comment #3)
(In reply to Dominique d'Humieres from comment #2)
Usual suspect r223677 (pr66082).
I don't believe that a change to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66537
Bug ID: 66537
Summary: An explicit default constructor is accepted when
initializing from empty braces
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66537
--- Comment #2 from Ville Voutilainen ville.voutilainen at gmail dot com ---
(In reply to Daniel Krügler from comment #1)
Isn't that similar to bug 54835? As far as I remember Jason interprets the
standard that the code should be valid, see his
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66538
Bug ID: 66538
Summary: Parameter not in scope of generic lambda trailing
decltype
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66181
--- Comment #15 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Sun Jun 14 23:40:12 2015
New Revision: 224471
URL: https://gcc.gnu.org/viewcvs?rev=224471root=gccview=rev
Log:
PR ipa/66181
* lto.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66539
Bug ID: 66539
Summary: Missing parentheses in jit dumps
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: jit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52846
Paul Thomas pault at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52846
--- Comment #3 from Paul Thomas pault at gcc dot gnu.org ---
Created attachment 35779
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35779action=edit
draft patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #19 from rusty at rustcorp dot com.au ---
I like WUR as a sanity-check, and it is useful that more and more library
authors are using it (generally quite well). As Andrew points out, this has
taken 10 years! The downside is that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66242
--- Comment #3 from simon at pushface dot org ---
(In reply to Ramana Radhakrishnan from comment #2)
Patches on mailing list please along with a testcase and stating how it was
regression tested.
Done.
46 matches
Mail list logo