https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65993
Thomas Schwinge changed:
What|Removed |Added
Keywords||openacc
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66002
Bug ID: 66002
Summary: paq8p benchmark 50% slower than clang on sandybridge
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66001
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48890
--- Comment #4 from Tobias Burnus ---
(In reply to Francois-Xavier Coudert from comment #3)
> It's a "Fortran 95"-only issue! See the variant below:
Why? I don't see ad hoc anything which makes this a F95-only bug. It looks to
me like a general
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66003
Bug ID: 66003
Summary: missed cse opportunity in addr expressions because of
tree pre/lim
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65993
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64835
--- Comment #7 from chrbr at gcc dot gnu.org ---
aarch64: Seems to exhibit the same problem than x86:
override_options_after_change doesn't restore the align flags.
ia64: will check, chances that this exhibits the same latent bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65935
--- Comment #8 from Richard Biener ---
Testcase that also fails with -m64.
/* { dg-do run } */
/* { dg-additional-options "-O3" } */
/* { dg-require-effective-target vect_double } */
#include "tree-vect.h"
extern void abort (void);
extern void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65990
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48890
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50537
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
--- Comment #2 from Dominique d'Humieres ---
The following test (from pr58334)
program foo
implicit none
character(len=16) :: a,b,c
a="XXX"
b="&
&XXX"
c="XXX &
& XXX"
write(0,*) 'a=',a,' b=',b,' c=',c
endprogram foo
shows the same behavior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
--- Comment #3 from Jakub Jelinek ---
Though, looking at the implementation and documentation of -dH, it sounds like
it is intentional. -dH is supposed to stand for abort the compiler after
issuing an error. That is not an internal compiler err
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50537
--- Comment #3 from Dominique d'Humieres ---
Since gcc version 4.9.2 and up to trunk (6.0) I now get
pr50537_db.f90:5:24:
character(len=2) f
1
Error: Explicit interface required for 'f' at (1): result with non-con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65935
--- Comment #9 from Richard Biener ---
Testing a fix. The issue is latent with at least constant operands - but it's
probably impossible(?) to get bogus operand order on those. In theory if the
loads from phase were just in a different BB the i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65984
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #35 from Kai Tietz ---
Author: ktietz
Date: Mon May 4 10:16:23 2015
New Revision: 222759
URL: https://gcc.gnu.org/viewcvs?rev=222759&root=gcc&view=rev
Log:
PR target/65559
* lto-wrapper.c (run_gcc): Open filename
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
Melven.Roehrig-Zoellner at DLR dot de changed:
What|Removed |Added
Severity|normal |minor
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #36 from Kai Tietz ---
Author: ktietz
Date: Mon May 4 10:23:55 2015
New Revision: 222761
URL: https://gcc.gnu.org/viewcvs?rev=222761&root=gcc&view=rev
Log:
Backmerge from trunk.
PR lto/65559
* lto-wrapper.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
Kai Tietz changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65992
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65985
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65985
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |5.2
Summary|compiler segfault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
--- Comment #5 from Jakub Jelinek ---
I don't have mpi installed, so it is hard to find out if you get an error or
not - your testcase is clearly not self-contained; I certainly do get an error
and correct abort after that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65972
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65965
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
--- Comment #6 from Dominique d'Humieres ---
> I don't have mpi installed, so it is hard to find out if you get an error
> or not - your testcase is clearly not self-contained; I certainly do get
> an error and correct abort after that.
Self con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65973
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65985
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65973
Marek Polacek changed:
What|Removed |Added
CC||rhalbersma at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
--- Comment #7 from Jakub Jelinek ---
So supposedly gfc_error needs to for buffered_p case also save and temporarily
clear global_dc->abort_on_error. Maybe various other changes needed for that.
Wonder what is -dH good for, don't really see whe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65961
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61828
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65984
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65995
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65963
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65962
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65961
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65983
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65957
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65985
--- Comment #4 from Daniel Krügler ---
(In reply to Marek Polacek from comment #3)
> Actually I think it's a dup.
Can we nonetheless ensure that the assert example would become a test case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65973
--- Comment #4 from Marek Polacek ---
When fixing this, remember to also add the testcase in PR65985.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65980
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65982
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65987
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65993
Richard Biener changed:
What|Removed |Added
Version|5.0 |6.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66003
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66001
Mikhail Maltsev changed:
What|Removed |Added
CC||maltsevm at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
--- Comment #8 from Melven.Roehrig-Zoellner at DLR dot de ---
Thanks for the quick replies and the discussion about the "not-so-usefulness"
of the -dH switch (at least for our project).
We most probably used this switch by mistake - you might poss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303
--- Comment #8 from Maciej Bliziński ---
Here's my attempt to get some information:
experimental10s 14:35:13 ~/src/opencsw-gar/v2/go $ gcc -v
Reading specs from /opt/csw/lib/gcc/sparc-sun-solaris2.10/5.1.0/specs
COLLECT_GCC=gcc
COLLECT_LTO_WRAPP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66004
Bug ID: 66004
Summary: [6 Regression]: performance of
26_numerics/random/negative_binomial_distribution/oper
ators/values.cc
Product: gcc
Version: unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66002
--- Comment #1 from Richard Biener ---
gprof tells me
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds secondscalls s/call s/call name
67.13 25.4025.40 20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66002
--- Comment #2 from Markus Trippelsdorf ---
clang without -vectorize-loops -vectorize-slp:
./paq8p -4 file1.in 54.82s user 0.08s system 100% cpu 54.891 total
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65767
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52159
Steffen Hau changed:
What|Removed |Added
CC||steffen at hauihau dot de
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66004
Richard Biener changed:
What|Removed |Added
Version|unknown |6.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52159
--- Comment #4 from Steffen Hau ---
Created attachment 35452
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35452&action=edit
preprocessed sources and minimal build script
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51153
Bug 51153 depends on bug 64950, which changed state.
Bug 64950 Summary: postpone expanding va_arg till pass_stdarg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64950
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64950
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
Bug 41089 depends on bug 64950, which changed state.
Bug 64950 Summary: postpone expanding va_arg till pass_stdarg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64950
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65983
Uroš Bizjak changed:
What|Removed |Added
Depends on||65915
--- Comment #2 from Uroš Bizjak ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65993
Rainer Orth changed:
What|Removed |Added
Target|hppa64-hp-hpux11.11 |hppa64-hp-hpux11.11,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65935
--- Comment #10 from Richard Biener ---
Author: rguenth
Date: Mon May 4 13:31:02 2015
New Revision: 222764
URL: https://gcc.gnu.org/viewcvs?rev=222764&root=gcc&view=rev
Log:
2015-05-04 Richard Biener
PR tree-optimization/65935
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65935
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66005
Bug ID: 66005
Summary: libgomp make check time is excessive
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66002
--- Comment #3 from Richard Biener ---
high up in the profile are functions train() and dot_product(), also
ContextMap::mix1 and Mixer::p. But
void train(short *t, short *w, int n, int err) {
n=(n+7)&-8;
for (int i=0; i>16)+1>>1);
if (w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66002
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66002
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66006
Bug ID: 66006
Summary: [6 regression] abi_check FAILs
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66006
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66002
--- Comment #6 from Markus Trippelsdorf ---
(In reply to Richard Biener from comment #4)
> prephitmp_61 = _53 <= 65535 ? pretmp_60 : -32768;
>
> is
>
> unsigned int <= 65535 ? short int : short int;
>
> pushing the condition to a separa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
Steffen Hau changed:
What|Removed |Added
CC||steffen at hauihau dot de
--- Comment #30
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66007
Bug ID: 66007
Summary: [5 Regression] Narrowing conversion inside { } results
in all zero elements in C++11 mode
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52159
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
Evangelos Foutras changed:
What|Removed |Added
CC||evangelos at foutrelis dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 65965, which changed state.
Bug 65965 Summary: Straight-line memcpy/memset not vectorized when equivalent
loop is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65965
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65965
--- Comment #2 from Richard Biener ---
Author: rguenth
Date: Mon May 4 14:24:49 2015
New Revision: 222765
URL: https://gcc.gnu.org/viewcvs?rev=222765&root=gcc&view=rev
Log:
2015-05-04 Richard Biener
PR tree-optimization/65965
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65965
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44735
--- Comment #8 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Mon May 4 14:27:14 2015
New Revision: 222766
URL: https://gcc.gnu.org/viewcvs?rev=222766&root=gcc&view=rev
Log:
PR fortran/44735
* gfortran.dg/pr44735.f90:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44735
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32834
Bug 32834 depends on bug 44735, which changed state.
Bug 44735 Summary: ICE on FORALL with character array pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44735
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276
Bug 19276 depends on bug 44735, which changed state.
Bug 44735 Summary: ICE on FORALL with character array pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44735
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66007
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65428
Francois-Xavier Coudert changed:
What|Removed |Added
Last reconfirmed|2015-03-15 00:00:00 |2015-5-4
--- Comment #1 from F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 62283, which changed state.
Bug 62283 Summary: basic-block vectorization fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
--- Comment #24 from Rainer Orth ---
Created attachment 35454
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35454&action=edit
bb-slp-14.c.141t.slp2 dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53533
Mikhail Maltsev changed:
What|Removed |Added
CC||maltsevm at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65456
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66007
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65456
--- Comment #23 from Rainer Orth ---
Created attachment 35456
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35456&action=edit
bb-slp-32.c.141t.slp2 dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53533
--- Comment #29 from Mikhail Maltsev ---
Results for attached testcase:
Intel(R) Core(TM) i7-5820K CPU @ 3.30GHz (Haswell)
g++ -O3 -march=native -mtune=native
1 iterations
Clang 3.7
Total absolute time for int32_t for loop unrolling: 0.99 s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65972
--- Comment #3 from AK ---
Created attachment 35457
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35457&action=edit
Preprocesed unwind-arm.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64674
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64674
--- Comment #4 from vehre at gcc dot gnu.org ---
First patch available at:
https://gcc.gnu.org/ml/fortran/2015-05/msg00011.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60322
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47359
Francois-Xavier Coudert changed:
What|Removed |Added
Last reconfirmed|2011-05-23 09:58:19 |2015-5-4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54835
--- Comment #9 from Jason Merrill ---
I believe that the resolution of DR 1630 clarifies that value-initialization
can invoke an explicit constructor even in copy-list-initialization context, so
I should revert my change for this PR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65854
--- Comment #2 from Andrew Sutton ---
Confirmed. Parsing a type requirement that names an alias template was giving
back a declaration, which wasn't being instantiated correctly.
r222769 unwraps the type from the declaration and will correctly
1 - 100 of 144 matches
Mail list logo
