https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64389
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64399
Thiago Macieira changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64395
--- Comment #2 from Jonathan Wakely ---
Fixed by r217250
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60357
--- Comment #6 from janus at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #4)
> program testerprog
> use testmod
> Type(A) :: Me
> allocate(Me%y)
> Me = A(X=1, y=2)
> print *, Me%y
>
> end program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58876
Matthew Woehlke changed:
What|Removed |Added
CC||mw_triad at users dot
sourceforge.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64399
--- Comment #2 from Matthew Woehlke ---
(In reply to Jonathan Wakely from comment #1)
> PR 58876
*Almost*, except I am proposing that -Wnon-virtual-dtor should trip even if X
does not otherwise have virtual methods. (Just why you'd be writing su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64395
--- Comment #1 from Jonathan Wakely ---
Already fixed on trunk (I don't remember the commit that fixed it)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64399
--- Comment #1 from Jonathan Wakely ---
PR 58876
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64389
--- Comment #5 from Jonathan Wakely ---
I committed a different fix, which gets rid of the TODO in string-inst.cc, let
me know if it still doesn't bootstrap!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64389
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Tue Dec 23 23:30:33 2014
New Revision: 219050
URL: https://gcc.gnu.org/viewcvs?rev=219050&root=gcc&view=rev
Log:
Compile locale-inst.cc and wlocale-inst.cc as C++11.
PR libstdc++/64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64397
--- Comment #7 from patnel97269-gfortran at yahoo dot fr ---
(In reply to janus from comment #6)
> (In reply to patnel97269-gfortran from comment #5)
> > I agree that this example still trigger a bug, but I remember in my original
> > (more compli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64397
--- Comment #6 from janus at gcc dot gnu.org ---
(In reply to patnel97269-gfortran from comment #5)
> I agree that this example still trigger a bug, but I remember in my original
> (more complicated) code, the segfault appears when it tries to acc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64399
Bug ID: 64399
Summary: g++ does not diagnose when upcasting owning pointer
(e.g. unique_ptr) with non-virtual destructor
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64397
--- Comment #5 from patnel97269-gfortran at yahoo dot fr ---
(In reply to janus from comment #3)
> Actually one can reduce it even further:
>
>
> program main
>
> type :: my_integer
> real, allocatable :: x(:)
> end type
> type(my_int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64397
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|[OOP] Runtime segfault with |[OOP] Runtime segfault with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64398
Bug ID: 64398
Summary: decltype in different contexts with similar
expressions triggers segfault in GCC
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64397
--- Comment #3 from janus at gcc dot gnu.org ---
Actually one can reduce it even further:
program main
type :: my_integer
real, allocatable :: x(:)
end type
type(my_integer) :: a
a=my_integer([1])
write (*,*) "A"
call ass(a)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64397
--- Comment #2 from Dominique d'Humieres ---
The difference in the dumps for
program main
use num
type(my_integer) :: a, c
a=my_integer([1])
c = a ! -
end
and
program main
use num
type(my_integer) :: a, c
a=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64397
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64389
--- Comment #3 from howarth at bromo dot med.uc.edu ---
(In reply to Dominique d'Humieres from comment #2)
> Patch: dominiq: this should fix it
> http://paste.fedoraproject.org/162240/19281414
>
> Still not committed after almost 24 hours.
I ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64397
Bug ID: 64397
Summary: memory allocation failed with parenthesis
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38716
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64277
--- Comment #3 from Alexander Ivchenko ---
You need to specify "-mssse3" (not "-msse3"). Warning about array bounds is not
correct, because gcc does not know how this function is being called.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64396
--- Comment #1 from Andrew Pinski ---
The reason is GCC tries to be smart of calculating s4 outside of the loop
because the iv that might be selected is not related at all to s4. That is it
might do:
int limit = es4-s4;
int i = 0;
for(i=0;i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64383
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64396
Bug ID: 64396
Summary: Missed optimization in post-loop register handling
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64390
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64393
Kirill Yukhin changed:
What|Removed |Added
CC||kyukhin at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64277
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64395
Bug ID: 64395
Summary: void_t doesn't work as expected
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64394
Bug ID: 64394
Summary: ICE: in build_linearized_memory_access, at
graphite-interchange.c:121 (isl_constraint.c:558:
expecting integer value) with -floop-interchange
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64386
Kirill Yukhin changed:
What|Removed |Added
CC||kyukhin at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64391
--- Comment #1 from Zdenek Sojka ---
Many gfortran testcases fail with the same backtrace when -fgnu-tm is used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50865
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64244
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64393
Bug ID: 64393
Summary: ICE: in extract_insn, at recog.c:2327 (unrecognizable
insn) with -mavx512vbmi
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64392
Bug ID: 64392
Summary: ICE: in pdr_stride_in_loop, at
graphite-interchange.c:261 (isl_val_gmp.c:47:
expecting rational value) with -floop-interchange
-floop-strip-m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64389
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64244
--- Comment #17 from janus at gcc dot gnu.org ---
Author: janus
Date: Tue Dec 23 19:06:23 2014
New Revision: 219047
URL: https://gcc.gnu.org/viewcvs?rev=219047&root=gcc&view=rev
Log:
2014-12-23 Janus Weil
Backport from mainline
PR for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64390
--- Comment #1 from Hin-Tak Leung ---
$ gcc -v
Using built-in specs.
COLLECT_GCC=/bin/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.9.2/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64391
Bug ID: 64391
Summary: ICE: SIGSEGV in get_attrs_for (trans-mem.c:179) with
-fgnu-tm and #pragma GCC ivdep
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64390
Bug ID: 64390
Summary: "-shared" does not resolve symbols from lto generated
archives
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Host||x86_64-apple-darwin14
Build||x86_64-apple-darwin14
--- Comment #1 from howarth at bromo dot med.uc.edu ---
Configured as...
../gcc-5-20141223/configure --prefix=/sw --prefix=/sw/lib/gcc5.0
--mandir=/sw/share
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64389
Bug ID: 64389
Summary: duplicate symbols in libstdc++.6.dylib on darwin
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50865
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64277
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64388
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64388
Bug ID: 64388
Summary: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64387
Bug ID: 64387
Summary: ICE: in extract_insn, at recog.c:2327 (unrecognizable
insn) with -ffloat-store -mavx512er
Product: gcc
Version: 5.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25508
--- Comment #3 from joseph at codesourcery dot com ---
The point isn't documenting the rationale for particular choices, it's
documenting (in fragments.texi) the general semantics, including for the
A=B and A=!B forms. It looks like the docume
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64386
Bug ID: 64386
Summary: ICE: in extract_insn, at recog.c:2327 (unrecognizable
insn) with -mavx512bw
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #7 from Donn Seeley ---
Re -mapcs-frame: Yes, the failure is due to code in
arm_expand_epilogue_apcs_frame() that explicitly requires / stomps on IP in
order to restore VFP/NEON registers. Sorry, I should have mentioned that. The
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #10 from Domi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63640
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35423
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64384
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64385
Bug ID: 64385
Summary: odd behaviour of std::is_move_constructible<
std::ostringstream >
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64372
--- Comment #7 from Harald van Dijk ---
(In reply to Manuel López-Ibáñez from comment #6)
Even that is probably too much right now. :) I do hope to be able to make some
bigger contributions in the future (in code too), and I really appreciate yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64384
Jacek Caban changed:
What|Removed |Added
CC||jacek at codeweavers dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64384
Bug ID: 64384
Summary: mingw-w64: stdcall function returning an aggregate is
incompatible with MS ABI
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64383
Bug ID: 64383
Summary: missed warning for unused variable.
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64382
Bug ID: 64382
Summary: ICE due to use of `this` inside a lambda that captures
everything by ref inside a member function of a class
template
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64244
--- Comment #16 from janus at gcc dot gnu.org ---
Author: janus
Date: Tue Dec 23 10:51:32 2014
New Revision: 219043
URL: https://gcc.gnu.org/viewcvs?rev=219043&root=gcc&view=rev
Log:
2014-12-23 Janus Weil
Backport from mainline
PR for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62231
--- Comment #13 from manfred.rudigier at omicron dot at ---
(In reply to Dan Wilder from comment #12)
> I have a backport of the patches referenced in comment 4, which I applied to
> the gcc-4.8.3 we are using for e500v2. If anybody would care to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63640
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #5 from Mikael Pettersson ---
I can reproduce the wrong-code with gcc-4.9.2 on armv7l-linux-gnueabi. Appears
to need both -foptimize-sibling-calls and -mapcs-frame to trigger.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63852
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63851
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63851
--- Comment #14 from Martin Liška ---
Author: marxin
Date: Tue Dec 23 09:30:20 2014
New Revision: 219042
URL: https://gcc.gnu.org/viewcvs?rev=219042&root=gcc&view=rev
Log:
Fix for PR ipa/63851 and ipa/63852.
PR ipa/63851
PR ipa/63852
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63852
--- Comment #4 from Martin Liška ---
Author: marxin
Date: Tue Dec 23 09:30:20 2014
New Revision: 219042
URL: https://gcc.gnu.org/viewcvs?rev=219042&root=gcc&view=rev
Log:
Fix for PR ipa/63851 and ipa/63852.
PR ipa/63851
PR ipa/63852
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64173
--- Comment #8 from Dominique d'Humieres ---
*** Bug 64381 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64381
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64005
--- Comment #3 from Uroš Bizjak ---
Ian explained in an offline communication:
It's more likely that with -O2 some dead pointers appears in a stack
frame, and cause the garbage collector to think that the values are
still live, and therefore the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64381
Bug ID: 64381
Summary: ICE with initialization of procedure pointer in type
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
75 matches
Mail list logo
