https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61925
Jakub Jelinek changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64757
--- Comment #9 from Paul Thomas ---
(In reply to Paul Thomas from comment #7)
> Created attachment 34607 [details]
> Draft patch for the PR
>
> I believe that this regression was caused by the fix for pr60357.
>
> The patch is regtesting right
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64837
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |5.0
--- Comment #2 from H.J. Lu ---
Let's fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64837
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64838
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64838
Bug ID: 64838
Summary: ICE in type_size, at go/go-gcc.cc:1110
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64836
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64837
Bug ID: 64837
Summary: lto plugun doesn't call ld_plugin_release_input_file
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64836
Bug ID: 64836
Summary: go.test/test/fixedbugs/issue4348.go FAILs
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829
--- Comment #7 from ktkachov at gcc dot gnu.org ---
>
> Index: gcc/tree-vect-patterns.c
> ===
> --- gcc/tree-vect-patterns.c(revision 220205)
> +++ gcc/tree-vect-patterns.c(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #18 from Jeffrey A. Law ---
> Rainer,
>
> Zhenqiang has left GCC development.
I didn't know that: now wonder the issue isn't getting his attention :-)
> But this BZ is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829
--- Comment #6 from Richard Biener ---
In fact we recognize a widening shift but it gets dropped on the floor:
t.c:48:2: note: -->vectorizing statement: result_15 = val0_14 << 4;
t.c:48:2: note: -->vectorizing statement: _17 = val1_16(D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64809
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64834
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64814
--- Comment #8 from Jonathan Wakely ---
N.B. libc++ changed its copy_n with
http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20110221/039404.html
and then libstdc++ did the same in PR 50119
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64757
--- Comment #8 from Paul Thomas ---
(In reply to Dominique d'Humieres from comment #4)
> > It it certainly related, but I'm not sure it is an exact duplicate.
> > In particular the above PR has quite a history and includes several
> > test cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64753
--- Comment #2 from Uroš Bizjak ---
(In reply to Rasmus Villemoes from comment #0)
> At the two places marked # we do a cmp and a conditional jump to .L3, where
> for good measure the same cmp is done again... there's no other path to .L3,
> so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64757
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64835
Bug ID: 64835
Summary: -fno-ipa-cp is inconsitently supported when attributes
optimize or target are used
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64834
Bug ID: 64834
Summary: Captured variable not available in unevaluated context
in a lambda with auto argument
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #10 from Dominique d'Humieres ---
As expected the underlying problem has been introduced by r216305.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
Dominique d'Humieres changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #8 from Dominique d'Humieres ---
Created attachment 34604
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34604&action=edit
Preprocessed source for 4.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64753
--- Comment #1 from Rasmus Villemoes ---
FWIW, I wrote a stupid script looking for the pattern
<(conditional) jump to abcd>
...
abcd:
Compiling a defconfig linux kernel with gcc 4.7 gives 201 instances, 5.0 gives
252. The second test/cm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64686
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64686
--- Comment #4 from David Binderman ---
(In reply to David Binderman from comment #3)
> Created attachment 34603 [details]
> C++ source code
The attached code does the following with trunk dated 20150128 with
flag -O3
$ ../results/bin/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64686
--- Comment #3 from David Binderman ---
Created attachment 34603
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34603&action=edit
C++ source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63907
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64831
Jonathan Wakely changed:
What|Removed |Added
Known to work||5.0
--- Comment #1 from Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61925
--- Comment #7 from Jakub Jelinek ---
So, it seems this is a complete mess.
The reason why we ICE is that the target pragma support is broken.
The main issue I see is that ix86_reset_to_default_globals doesn't actually
reset to defaults (== targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64830
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828
--- Comment #4 from Uroš Bizjak ---
BTW: These warnings also appear in libsanitizer:
/home/uros/gcc-svn/trunk/libsanitizer/asan/asan_new_delete.cc:107:6: warning:
‘void operator delete(void*, size_t)’ is a usual (non-placement) deallocation
func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64823
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829
--- Comment #4 from ktkachov at gcc dot gnu.org ---
>
> are you sure it isn't already fixed?
Don't think so. It ICEs for me with r220203.
I'm using the options -mfpu=neon -mfloat-abi=hard -O3 -march=armv7-a.
The -mfloat-abi=hard is important,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63707
--- Comment #5 from Jonathan Wakely ---
The member array case only fails when the array element has a user-defined
destructor
Here's the failing testcase repeated from the attachment and reduced slightly:
struct Child
{
Child (int);
~Ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64833
Bug ID: 64833
Summary: [SH]: Error: pcrel too far when compiling imagemagick
and graphicsmagick on Debian sh4
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64809
--- Comment #8 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Wed Jan 28 11:46:44 2015
New Revision: 220205
URL: https://gcc.gnu.org/viewcvs?rev=220205&root=gcc&view=rev
Log:
gcc/
PR middle-end/64809
* cfgexpand.c (reorder
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64277
--- Comment #18 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Wed Jan 28 11:41:40 2015
New Revision: 220204
URL: https://gcc.gnu.org/viewcvs?rev=220204&root=gcc&view=rev
Log:
gcc/
PR tree-optimization/64277
* tree-ssa-loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64832
Bug ID: 64832
Summary: [SH]: Internal compiler error when trying to compile
webkitgtk on Debian sh4
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829
--- Comment #3 from Richard Biener ---
Doesn't reproduce with a cross from x86_64-linux on trunk.
> ./xgcc -B. t.c -O3 -v -Wall
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: arm-none-linux-gnueabihf
Conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64831
Bug ID: 64831
Summary: Preprocessing # operator with C++11 user-defined
literal produces bad output
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: no
Hi
I am attempting to compile the following but the compilation fails
rather than issue an autological compare warning.
#include
#include
int main()
{
#pragma omp simd
for(unsigned int i=0;i<0u;++i)
{
}
return 1;
}
g++ -fopenmp omp_bug.cxx
Error message
omp_bug.cxx: In function ‘in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64830
Bug ID: 64830
Summary: g++ generating segfaulting binaries
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
Rainer Orth changed:
What|Removed |Added
URL||https://gcc.gnu.org/ml/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64718
--- Comment #5 from Thomas Preud'homme ---
Author: thopre01
Date: Wed Jan 28 10:20:19 2015
New Revision: 220203
URL: https://gcc.gnu.org/viewcvs?rev=220203&root=gcc&view=rev
Log:
2015-01-28 Thomas Preud'homme
gcc/
PR tree-optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64799
--- Comment #4 from Rainer Orth ---
Created attachment 34600
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34600&action=edit
fix for 64-bit Solaris 10 failures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64799
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
[...]
> Looks good so far: I've applied the patch, rebuilt libffi and run the
> libffi testsuite (both mult
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64798
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64827
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829
--- Comment #1 from clyon at gcc dot gnu.org ---
Created attachment 34599
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34599&action=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829
Bug ID: 64829
Summary: [ARM] ICE at -O3 in vect_get_vec_def_for_stmt_copy
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64798
--- Comment #16 from Richard Biener ---
Author: rguenth
Date: Wed Jan 28 09:53:39 2015
New Revision: 220201
URL: https://gcc.gnu.org/viewcvs?rev=220201&root=gcc&view=rev
Log:
2015-01-28 Richard Biener
PR libstdc++/64798
* libsupc++/e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
--- Comment #30 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #25 from Jonathan Wakely ---
> Great, thanks for confirming it. As you say, let's leave this open for now in
> case HP or Rainer still sees some of these failures.
Just f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828
--- Comment #3 from Jonathan Wakely ---
Marked as a regression, as this breaks -Werror builds.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64810
--- Comment #8 from ramana.radhakrishnan at arm dot com ---
On 27/01/15 20:00, dmalcolm at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64810
>
> --- Comment #7 from David Malcolm ---
> (In reply to ramana.radhakrish...@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828
--- Comment #2 from Jonathan Wakely ---
Oh, del_opsv.cc ... I changed del_ops.cc and didn't notice a second warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828
--- Comment #1 from Jonathan Wakely ---
Wasn't this fixed at r219317 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62103
--- Comment #11 from Thomas Preud'homme ---
Ok, I have a local fix. The existing testcase didn't catch it because the
precision of the bitfield is not a multiple of CHAR_BITS.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62103
Thomas Preud'homme changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828
Bug ID: 64828
Summary: libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning:
‘void operator delete [](void*, std::size_t)’ is a
usual (non-placement) deallocation function in C++14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61925
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64212
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63743
Thomas Preud'homme changed:
What|Removed |Added
CC||thopre01 at gcc dot gnu.org
--- Com
101 - 167 of 167 matches
Mail list logo