https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68153
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68028
--- Comment #5 from martin ---
Hi Richard,
There are the changes came after gcc-4.9.3 because of that I am getting above
issue, but if I comment these 2 line in file (tree-streamer-in.c &
tree-streamer-out.c) then it resolves the issue I am faci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59593
Thomas Preud'homme changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154
--- Comment #6 from Dominique d'Humieres ---
> I'll change this to gcc_unreachable() before I commit the change.
I agree.
> The if-branch is my fix for PR 65429, and the else-if-branch
> restores the old code.
It is what I understood.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154
--- Comment #5 from Steve Kargl ---
On Thu, Oct 29, 2015 at 11:59:54PM +, dominiq at lps dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154
>
> --- Comment #4 from Dominique d'Humieres ---
> > + else
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154
--- Comment #4 from Dominique d'Humieres ---
> + else
> + clen = 1;
Why clen=1? When is this branch accessed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154
--- Comment #3 from Steve Kargl ---
On Thu, Oct 29, 2015 at 10:56:37PM +, dominiq at lps dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154
>
> Dominique d'Humieres changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64456
mshawcroft at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63971
mshawcroft at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63975
mshawcroft at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52192
David Edelsohn changed:
What|Removed |Added
Target|*-*-solaris2.[89], |*-*-solaris2.[89]
|po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68040
--- Comment #3 from Manuel López-Ibáñez ---
(In reply to Dominique d'Humieres from comment #2)
> > However, I would argue that this precise warning does not need to use
> > %E and it could simply use %s, which will make it less dependent on trees
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52192
David Edelsohn changed:
What|Removed |Added
Target|*-*-solaris2.[89] |*-*-solaris2.[89],
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68130
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68153
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68152
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68151
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68139
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68156
Bug ID: 68156
Summary: --disable-hosted-libstdcxx doesn't work
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68055
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68055
--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Oct 29 20:44:09 2015
New Revision: 229560
URL: https://gcc.gnu.org/viewcvs?rev=229560&root=gcc&view=rev
Log:
2015-10-29 Steven G. Kargl
PR fortran/68055
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68054
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68054
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Oct 29 20:32:41 2015
New Revision: 229558
URL: https://gcc.gnu.org/viewcvs?rev=229558&root=gcc&view=rev
Log:
2015-10-24 Steven G. Kargl
PR fortran/68054
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67939
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67939
--- Comment #5 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Oct 29 20:07:13 2015
New Revision: 229555
URL: https://gcc.gnu.org/viewcvs?rev=229555&root=gcc&view=rev
Log:
2015-10-29 Steven G. Kargl
PR fortran/67939
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67885
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67885
--- Comment #8 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Oct 29 19:52:56 2015
New Revision: 229554
URL: https://gcc.gnu.org/viewcvs?rev=229554&root=gcc&view=rev
Log:
2015-10-29 Steven G. Kargl
PR fortran/67885
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67805
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68108
kargl at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|6.0 |5.3
--- Comment #9 from kargl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68108
--- Comment #8 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Oct 29 19:37:59 2015
New Revision: 229553
URL: https://gcc.gnu.org/viewcvs?rev=229553&root=gcc&view=rev
Log:
2015-10-29 Steven G. Kargl
PR fortran/67805
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67805
--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Oct 29 19:37:59 2015
New Revision: 229553
URL: https://gcc.gnu.org/viewcvs?rev=229553&root=gcc&view=rev
Log:
2015-10-29 Steven G. Kargl
PR fortran/67805
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63336
jtamagnan at gmail dot com changed:
What|Removed |Added
CC||jtamagnan at gmail dot com
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117
--- Comment #9 from Paul Thomas ---
Created attachment 36618
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36618&action=edit
A completely different approach to the fix.
This one does far better and is less invasive. It is not yet regteste
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
Richard Henderson changed:
What|Removed |Added
Summary|[5/6 Regression] Generates |[5 Regression] Generates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
--- Comment #33 from Richard Henderson ---
Author: rth
Date: Thu Oct 29 18:36:39 2015
New Revision: 229550
URL: https://gcc.gnu.org/viewcvs?rev=229550&root=gcc&view=rev
Log:
Fix target/68124
PR target/68124
PR rtl-opt/67609
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124
--- Comment #11 from Richard Henderson ---
Author: rth
Date: Thu Oct 29 18:36:39 2015
New Revision: 229550
URL: https://gcc.gnu.org/viewcvs?rev=229550&root=gcc&view=rev
Log:
Fix target/68124
PR target/68124
PR rtl-opt/67609
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155
--- Comment #2 from Gerhard Steinmetz
---
Fails (again len_lhs <> len_rhs) :
$ cat z3t.f90
program p
type t
character(2) :: z(1) = 'ab' // ['y']
end type
type(t) :: z
print *, z
end
$ gfortran -g -O0 -Wall -fcheck=all z3t.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155
Bug ID: 68155
Summary: ICE on initializing character array in type (len_lhs
<> len_rhs)
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155
--- Comment #1 from Gerhard Steinmetz
---
Works with len_lhs == len_rhs :
$ cat z2t.f90
program p
type t
character(2) :: z(1) = 'a' // ['y']
end type
type(t) :: z
print *, z
end
$ gfortran -g -O0 -Wall -fcheck=all z2t.f90
$ a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154
--- Comment #1 from Gerhard Steinmetz
---
These variants are working well :
$ cat z0.f90
program p
character(*), parameter :: c0(2) = 'a'
character(*), parameter :: c1(*) = ['a', 'b']
character(*), parameter :: c2(*) = [character(2) :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154
Bug ID: 68154
Summary: ICE on initializing character parameter array
(explicit, implied)
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68153
--- Comment #1 from Gerhard Steinmetz
---
Detected, but pointing to the line before :
$ cat z3.f90
program p
integer, parameter :: sh(2) = [2, 2]
integer, parameter :: a(2,2) = reshape([1, 2, 3, 4], -sh)
print *, a
end
$ gfortran -g -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68153
Bug ID: 68153
Summary: ICE for intrinsic reshape with negative dim in
effective shape
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68152
--- Comment #1 from Gerhard Steinmetz
---
Detected with one single defect :
$ cat z2.f90
function f(n)
integer, intent(in) :: n
real :: f(n)
real :: e
entry e(n)
end
$ gfortran -g -O0 -Wall -fcheck=all z2.f90
z2.f90:1:0:
function f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68152
Bug ID: 68152
Summary: ICE on declaring array result for function and entry
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68151
--- Comment #1 from Gerhard Steinmetz
---
Or depending on used compiler options :
$ cat z3.f90
program p
real :: z
integer :: k = 1
select case (k)
case (:huge(z))
end select
end
$ gfortran -fdefault-real-8 z3.f90
f951: internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68151
Bug ID: 68151
Summary: ICE on using select case with function of wrong type
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68150
Bug ID: 68150
Summary: postreload-gcc ignores partially clobbered registers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68147
--- Comment #3 from Dominique d'Humieres ---
> If I use
>
> print *, len(name), "'", name, "'"
>
> I get
>
> 5 'a.o '
AFAICT the length is always right and the number of characters replaced with a
space is equal to the number of characters
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68147
--- Comment #2 from Dominique d'Humieres ---
If I use
print *, len(name), "'", name, "'"
I get
5 'a.o '
> If I remove the if-statement, the code works as expected.
I see that too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68054
--- Comment #2 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Oct 29 17:23:52 2015
New Revision: 229542
URL: https://gcc.gnu.org/viewcvs?rev=229542&root=gcc&view=rev
Log:
2015-10-29 Steven G. Kargl
PR fortran/68054
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67885
--- Comment #7 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Oct 29 17:06:58 2015
New Revision: 229540
URL: https://gcc.gnu.org/viewcvs?rev=229540&root=gcc&view=rev
Log:
2015-10-29 Steven G. Kargl
PR fortran/67885
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67892
--- Comment #3 from Jeffrey A. Law ---
Author: law
Date: Thu Oct 29 16:20:06 2015
New Revision: 229538
URL: https://gcc.gnu.org/viewcvs?rev=229538&root=gcc&view=rev
Log:
[PATCH][PR tree-optimization/67892] Use FSM threader to handle backedges
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67892
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68147
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68146
--- Comment #2 from Dominique d'Humieres ---
Reduced test case
SUBROUTINE CJYVB(V,Z,VM,CBJ,CDJ,CBY,CDY)
IMPLICIT DOUBLE PRECISION (A,B,G,O-Y)
IMPLICIT COMPLEX*16 (C,Z)
DIMENSION CBJ(0:*),CDJ(0:*),CBY(0:*),CDY(0:*)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68149
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Summary|[ARM] ICE when splitting|[6 Regression][ARM] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68149
Bug ID: 68149
Summary: [ARM] ICE when splitting unaligned DImode load
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68148
Bug ID: 68148
Summary: Devirtualization only applies to last of multiple
successive calls
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68064
--- Comment #3 from Martin Jambor ---
The problem is that IPA-CP does not handle zero-aligned pointers (what
would they be?) but get_pointer_alignment_1 actually returns zero for
one and itself returns true, meaning it claims it knows the alignme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68147
Bug ID: 68147
Summary: Potential incorrect code generation for string
self-assignment
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65962
--- Comment #19 from Richard Biener ---
Ok, so the difference is that BE doesn't support unaligned vector loads while
LE does. The targetm.vectorize.support_vector_misalignment hook has
static bool
arm_builtin_support_vector_misalignment (machin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68146
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68145
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65962
--- Comment #18 from Christophe Lyon ---
I've attached vectorizer dumps for LE and BE from trunk@229448.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65962
--- Comment #17 from Christophe Lyon ---
Created attachment 36615
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36615&action=edit
Vectorizer dump for big endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65962
--- Comment #16 from Christophe Lyon ---
Created attachment 36614
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36614&action=edit
Vectorizer dump for little endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68064
Martin Jambor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot
gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68146
Bug ID: 68146
Summary: ice in gimple_stmt_nonnegative_warnv_p with -O2
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49792
--- Comment #4 from Dominique d'Humieres ---
> Fixed for 4.6+ so far.
Any reason why this PR is not closed as FIXED?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54758
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124
--- Comment #10 from H.J. Lu ---
(In reply to Richard Henderson from comment #9)
> Created attachment 36611 [details]
> proposed patch
>
> Ho hum. Post-reload register adjustments ought to use something
> than gen_lowpart to force a hard regist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68142
--- Comment #1 from Richard Biener ---
Author: rguenth
Date: Thu Oct 29 14:10:31 2015
New Revision: 229528
URL: https://gcc.gnu.org/viewcvs?rev=229528&root=gcc&view=rev
Log:
2015-10-29 Richard Biener
PR middle-end/68142
* fol
d model: posix
gcc version 6.0.0 20151029 (experimental) (GCC)
$ g++-6.0 ExprLogicNodeArray.ii -c -ftree-vectorize -O1
ExprLogicNodeArray.ii: In member function ‘B D::getArrayBool(const int&)’:
ExprLogicNodeArray.ii:37:3: internal compiler error: in vectorizable_store, at
tree-vect-stmts.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68144
Bug ID: 68144
Summary: operator~ in trailing return type leads to spurrious
error
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117
--- Comment #11 from Markus Trippelsdorf ---
(In reply to rguent...@suse.de from comment #10)
> >
> > Valgrind points to r228599:
>
> Nothing obvious but does removing
>
> mark_virtual_operands_for_renaming (cfun);
>
> help? It's the only t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49475
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54503
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59263
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59438
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24546
--- Comment #9 from Dominique d'Humieres ---
> Hi FX,
>
> are you planning to submit that patch? It sounds like a good idea.
This patch seems to have been committed at least since 4.7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37134
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49566
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67845
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67845
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Oct 29 13:12:45 2015
New Revision: 229523
URL: https://gcc.gnu.org/viewcvs?rev=229523&root=gcc&view=rev
Log:
/cp
2015-10-29 Paolo Carlini
PR c++/67845
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117
--- Comment #10 from rguenther at suse dot de ---
On Thu, 29 Oct 2015, trippels at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117
>
> Markus Trippelsdorf changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68014
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51993
--- Comment #5 from Dominique d'Humieres ---
> Changing the gcc_assert to an early return gives ...
Confirmed with the patch
--- ../_clean/gcc/fortran/decl.c2015-10-27 18:14:22.0 +0100
+++ gcc/fortran/decl.c 2015-10-29 12:02:02
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117
--- Comment #8 from Dominique d'Humieres ---
Related to/duplicate of pr55824? Still fails for
"allocate(vector,source=pack(array,.true.))".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55824
--- Comment #6 from Dominique d'Humieres ---
Related to/duplicate of pr57117? With the patch in comment 5 of pr57117, the
original code in comment 0 compiles but segfault at run time, while the
original test in pr57117 does not (altho there is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117
Markus Trippelsdorf changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68112
--- Comment #4 from alalaw01 at gcc dot gnu.org ---
Sure, but gcc exploits undefinedness of multiply, so rewriting shift to
multiply is not equivalent in the general case :(.
One way forward might be to make definedness of overflow a bit finer-gr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51993
--- Comment #4 from Dominique d'Humieres ---
The first test in comment 1 has been fixed between revisions r229283 (ICE) and
r229293 (Error: Scalar INTEGER expression expected at (1)), likely r229287
(pr67805).
Compiling the second test in commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67845
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68142
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68143
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
1 - 100 of 115 matches
Mail list logo