https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481
--- Comment #4 from Wenzel Jakob ---
I'm pretty sure this is a recent regression -- GCC was able to compile the code
on Bug 77629 a month ago.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481
--- Comment #5 from Andrew Pinski ---
(In reply to Wenzel Jakob from comment #4)
> I'm pretty sure this is a recent regression -- GCC was able to compile the
> code on Bug 77629 a month ago.
Did you use a compiler from a release branch? If so --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481
--- Comment #6 from Wenzel Jakob ---
No -- I am experimenting with the AVX512F backend and thus need to use the
development branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61775
lkrupp at gcc dot gnu.org changed:
What|Removed |Added
CC||lkrupp at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77631
Bug ID: 77631
Summary: no symbols in backtrace shown by ASan when debug info
is split
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77632
Bug ID: 77632
Summary: Pointer initialisation does not quite work
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76731
--- Comment #3 from Wenzel Jakob ---
Any updates here? Should this be closed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76731
--- Comment #4 from Wenzel Jakob ---
Hmm, it looks like this is still an issue. Recompiling my codebase with the
latest trunk version of gcc still produces many errors caused by this, e.g.
include/simdarray/array_avx512.h:1059:53: error: invali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72824
--- Comment #13 from Wenzel Jakob ---
The fix was merged, so I assume this bug should be closed as RESOLVED?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481
--- Comment #7 from Wenzel Jakob ---
Correction: this ICE indeed goes away when building with
--enable-checking=release (though that doesn't seem like a nice solution). I
assume I used this check level in my trunk builds before and forgot it this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77632
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71682
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77633
Bug ID: 77633
Summary: AVX512: shuffle intrinsic has incorrect signature when
optimizations are enabled
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481
--- Comment #8 from Markus Trippelsdorf ---
(In reply to Wenzel Jakob from comment #7)
> Correction: this ICE indeed goes away when building with
> --enable-checking=release (though that doesn't seem like a nice solution). I
> assume I used this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77634
Bug ID: 77634
Summary: some vectorized testcases fail with -mcpu=thunderx
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77635
Bug ID: 77635
Summary: load/store pair testcases need to use -mcpu=generic
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77629
Markus Trippelsdorf changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77631
--- Comment #1 from Andrew Pinski ---
I suspect libbacktrace does not implement this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77593
--- Comment #8 from tprince at computer dot org ---
I show my configure parameters in my test results posts. At some time in the
past, each of them has been important. I don't know if the parameters quoted
by cygwin release pertain to cross comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72824
Jakub Jelinek changed:
What|Removed |Added
Known to work||6.2.1
Summary|[5/6 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77619
--- Comment #2 from Ville Voutilainen ---
Patch available: https://gcc.gnu.org/ml/gcc-patches/2016-09/msg01131.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77628
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77621
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
Iain Sandoe changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
--- Comment #17 from Iain Sandoe ---
So.. we need a patch that implements what Dominique was trying (but in a way
that doesn't involve discarding the original section defs. since they are
needed for "older linker" - for some def. of "older").
1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
--- Comment #18 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #17)
oops hit send at the wrong moment:
> So.. we need a patch that implements what Dominique was trying (but in a way
> that doesn't involve discarding the original sect
an (GCC) 7.0.0 20160918 (experimental), bootstrapped from SVN
rev. 240220, but the problem appears with some earlier builds, also.
I've observed the following on x86_64 (Darwin), and power8le (Linux).
The command line that fails to build an executable:
gfortran -fopenmp simderr.f90
The output:
si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66627
Andrew Pinski changed:
What|Removed |Added
Keywords||meta-bug
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72822
--- Comment #3 from Jan Kratochvil ---
Without a fix I do not know if it is the same problem or not:
_ZSt7forwardIRZZN6WebKit29NetworkConnectionToWebProcess26writeBlobsToTemporaryFilesERKN3WTF6VectorINS2_6StringELm0ENS2_15CrashOnOverflowELm16EEE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72822
--- Comment #4 from Jan Kratochvil ---
Comment 3 is for: https://bugzilla.redhat.com/show_bug.cgi?id=1377020
/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 20160918 (experimental) [trunk revision 240220] (GCC)
$
$ g++-trunk
-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160918 (experimental) [trunk revision 240220] (GCC)
$
$ g++-trunk small.C
small.C:2:11: error: ‘CharT’ has not been declared
template
^
small.C:2:18: error: ‘CharT’ has not
++-trunk
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 20160918
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62252
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77610
Kazumoto Kojima changed:
What|Removed |Added
CC||kkojima at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77610
--- Comment #2 from Rich Felker ---
Unless you expect the inline memcpy to be a size savings (and it does not seem
to be), the size threshold can just be chosen such that function call time is
negligible compared to copying time. I suspect that's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66339
--- Comment #8 from Andrew Pinski ---
(In reply to frankhb1989 from comment #7)
> This is definitely a leak from the view of libc. Why is the status INVALID
> instead of WONTFIX?
It is still reachable. Since it is reachable, a pointer at decons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77514
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Mon Sep 19 06:54:10 2016
New Revision: 240226
URL: https://gcc.gnu.org/viewcvs?rev=240226&root=gcc&view=rev
Log:
2016-09-19 Richard Biener
PR tree-optimization/77514
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77605
Richard Biener changed:
What|Removed |Added
Known to work||7.0
Summary|[5/6/7 Regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77605
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Mon Sep 19 06:55:17 2016
New Revision: 240227
URL: https://gcc.gnu.org/viewcvs?rev=240227&root=gcc&view=rev
Log:
2016-09-19 Richard Biener
PR middle-end/77605
* tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77512
michael at mijobe dot org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|I
41 matches
Mail list logo