https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
--- Comment #4 from janus at gcc dot gnu.org ---
Sorry, actually the example in comment 3 only ICEs if the type-binding of the
DTIO is commented out:
module m
type :: t
integer :: i
contains
! procedure :: wf
! generic :: write(fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
--- Comment #5 from janus at gcc dot gnu.org ---
BTW, I suspect the ICE might be a regression introduced by r243609 (my fix for
PR 78737).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|[OOP] ICE on writing CLASS |[7 Regression] [OOP] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
--- Comment #8 from janus at gcc dot gnu.org ---
Created attachment 40361
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40361&action=edit
patch
The attached patch implements what I think needs to happen (and regtests
cleanly).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78592
--- Comment #4 from janus at gcc dot gnu.org ---
Author: janus
Date: Sun Dec 18 11:03:41 2016
New Revision: 243783
URL: https://gcc.gnu.org/viewcvs?rev=243783&root=gcc&view=rev
Log:
2016-12-18 Janus Weil
PR fortran/78592
* int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78749
--- Comment #5 from Markus Trippelsdorf ---
The patch looks good to me. Would you mind posting it to the list?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
--- Comment #9 from janus at gcc dot gnu.org ---
Author: janus
Date: Sun Dec 18 13:22:13 2016
New Revision: 243784
URL: https://gcc.gnu.org/viewcvs?rev=243784&root=gcc&view=rev
Log:
2016-12-18 Janus Weil
PR fortran/78848
* tra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78850
Bug ID: 78850
Summary: Parameter of returned generic lambda allegedly shadows
parameter of free function
Product: gcc
Version: unknown
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69681
Georg-Johann Lay changed:
What|Removed |Added
CC||gjl at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
--- Comment #10 from Jerry DeLisle ---
(In reply to janus from comment #4)
> Sorry, actually the example in comment 3 only ICEs if the type-binding of
> the DTIO is commented out:
>
> module m
> type :: t
> integer :: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65045
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78851
Bug ID: 78851
Summary: Resolve DR 550 in cmath and continue using
__builtin_powil() even in C++11
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60028
--- Comment #2 from Wojciech Migda ---
Still visible with gcc 5.4.1 and 6.2.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78845
Eric Botcazou changed:
What|Removed |Added
Target|x86_64-apple-darwin15 |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78545
--- Comment #6 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Sun Dec 18 18:03:36 2016
New Revision: 243785
URL: https://gcc.gnu.org/viewcvs?rev=243785&root=gcc&view=rev
Log:
2016-12-18 Dominique d'Humieres
PR fortran/78545
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78852
Bug ID: 78852
Summary: ICE with Boost.Variant 1.62
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57583
--- Comment #8 from Mikael Pettersson ---
Created attachment 40362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40362&action=edit
patch adding -mlong-jump-table-offsets option for m68k
This is the crude patch I mentioned in an older comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78852
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Hi, I hope you are fine.
I wish to report a problem with g++ 4.x, g++ 5.x, g++ 6.x. I'm trying to
implement a very classic Factory Method Pattern in C++, I can do it very easily
in MS-Visual C++, but in Linux with g++ the code compiles but I get a
segmentation fault when I run it. The code is v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78659
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78659
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78851
--- Comment #1 from Marc Glisse ---
You are misinterpreting Howard's answer. Please show code that currently
doesn't compile and you would like to be able to compile, or code that compiles
(specify the flags used) to asm that isn't as fast as you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78567
Andrew Pinski changed:
What|Removed |Added
Keywords||build, diagnostic
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78608
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78665
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78385
Andrew Pinski changed:
What|Removed |Added
Component|bootstrap |target
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78659
--- Comment #10 from Jerry DeLisle ---
(In reply to janus from comment #8)
> I think this needs to be reopened. As mentioned in comment 0, the original
> test case in itself is valid, but is invalidated by adding an I/O statement
> that reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78853
Bug ID: 78853
Summary: aligned reads/writes (vmovdqa) emitted when no such
guarantee can be made
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78659
--- Comment #11 from janus at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #10)
> Agree, I will look further Janus, unless you are digging into it already?
I'm currently looking into PR 78661. Would be great if you could take care
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78853
--- Comment #1 from Andrew Pinski ---
IIRC __m512i, __m256i, and __m128i all have alignment requirements which is why
you are getting this code.
I think your code does not check for alignment which is broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
Bug ID: 78854
Summary: [F03] DTIO namelist output not working on internal
unit
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78851
--- Comment #2 from Vadim Zeitlin ---
Sorry if I misunderstood but what exactly am I misinterpreting? Looking at the
code (and comment) at
https://github.com/gcc-mirror/gcc/blob/6514c52372bb36e555843b0419d71cf55eda0409/libstdc++-v3/include/c_glob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78855
Bug ID: 78855
Summary: -mtune=generic should keep cmp/jcc together. AMD and
Intel both macro-fuse
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78772
--- Comment #12 from ma.jiang at zte dot com.cn ---
(In reply to Jim Wilson from comment #11)
Hi Jim,
Thank you for your patient explanations.
>
> If you have code with a lot of pointer casts, you should probably be
> compiling with -fno-stric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78851
--- Comment #3 from Marc Glisse ---
On linux with glibc, both versions output the same number, so your libm is to
blame. Normally, the int version, implemented with multiplications, may be less
accurate than the general version. And gcc does gene
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20161218
41 matches
Mail list logo