https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61166
--- Comment #11 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Kan Liu from comment #10)
_Select_type already does the overflow check, so *template implemented
operators* is still redundant I think.
You can't use _Select_type on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966
--- Comment #25 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Leon Timmermans from comment #24)
get_future() is non-const, set_value() is non-const.
I can see your point from a C++ point of view, but this doesn't make sense
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966
--- Comment #26 from Thomas Sanchez thomas.sanchz at gmail dot com ---
In the end the problem is quite simple :) One workaround would be to move the
promise into the lambda however I would be glad that your patch get accepted,
because IMHO it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61166
--- Comment #12 from Kan Liu kan.liu.229 at gmail dot com ---
(In reply to Jonathan Wakely from comment #11)
(In reply to Kan Liu from comment #10)
_Select_type already does the overflow check, so *template implemented
operators* is still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61196
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61094
--- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org ---
I vaguely remember it has been seen in the wild, not sure how often, but there
were several bugreports about that.
In any case, I'd say it is a pitty to stop optimizing this case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61197
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61197
--- Comment #2 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Zhendong Su from comment #0)
It seems different from PR 61140 and PR 61150 as -fno-tree-dce makes both
disappear, but not this one.
Still the same bug (fixed by the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61197
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Make sure to add all the various testcases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61198
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Severity|blocker |normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61198
--- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com ---
Closely related to c++/60767
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61194
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
Created attachment 32803
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32803action=edit
patch
Like this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61166
--- Comment #13 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Fri May 16 09:30:57 2014
New Revision: 210511
URL: http://gcc.gnu.org/viewcvs?rev=210511root=gccview=rev
Log:
2014-05-15 Ed Smith-Rowland 3dw...@verizon.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61194
--- Comment #7 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
great!
the original version (that vectorized in 4.8.1)
void barX() {
for (int i=0; i1024; ++i) {
k[i] = (x[i]0) (w[i]y[i]);
z[i] = (k[i]) ? z[i] : y[i];
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61194
--- Comment #8 from rguenther at suse dot de rguenther at suse dot de ---
On Fri, 16 May 2014, vincenzo.innocente at cern dot ch wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61194
--- Comment #7 from vincenzo Innocente
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61199
Bug ID: 61199
Summary: [trans-mem] _cxa_free_exception is not transaction
safe
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61199
torvald at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54316
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59352
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58899
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61194
--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Fri May 16 11:21:11 2014
New Revision: 210514
URL: http://gcc.gnu.org/viewcvs?rev=210514root=gccview=rev
Log:
2014-05-16 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61194
--- Comment #10 from Richard Biener rguenth at gcc dot gnu.org ---
Created attachment 32805
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32805action=edit
patch fixing the regression
This would fix the regression (also without the previous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61194
--- Comment #11 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Richard Biener from comment #10)
Created attachment 32805 [details]
patch fixing the regression
This would fix the regression (also without the previous patch?)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61194
--- Comment #12 from Richard Biener rguenth at gcc dot gnu.org ---
void bar2() {
for (int i=0; i1024; ++i) {
k[i] = x[i]0; j[i] = w[i]0;
z[i] = ( k[i] j[i]) ? z[i] : y[i];
}
}
has similar issues (non-single-uses due to CSE and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61194
--- Comment #13 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
I confirm that with last patch the regression is gone also in a more complex
actual application I had.
The regression concerns only comment 2 and 3.
all the other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61194
--- Comment #14 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
provided that future patches will make the code in comment 1 and 2 (and bar) go
vectorize is fine with me.
if it ends up to vectorize also with bool instead of int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60758
--- Comment #4 from merzlyakovao at gcc dot gnu.org ---
Author: merzlyakovao
Date: Fri May 16 13:16:33 2014
New Revision: 210515
URL: http://gcc.gnu.org/viewcvs?rev=210515root=gccview=rev
Log:
2014-05-16 Alexey Merzlyakov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #5 from christophe.lyon at st dot com ---
Created attachment 32806
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32806action=edit
ELF binary file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61200
Bug ID: 61200
Summary: internal compiler error: Segmentation fault, assert
openmp
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #6 from christophe.lyon at st dot com ---
I have re-run the tests with trunk@210140 and older binutils (Sept 2013).
The test fails at compilation with target arm-none-linux-gnueabi, and
CFLAGS=-Os -pie -fpie or -Os -pie -fPIE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58962
GonzaloBonigo gonzalo.bonigo at tallertechnologies dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58962
--- Comment #3 from Daniel Gutson daniel.gutson at tallertechnologies dot com
---
Please do not close this issue.(In reply to Bruce Merry from comment #1)
I've now realised that this is actually just the tip of the iceberg - I
suspect that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58962
--- Comment #4 from Bruce Merry bmerry at gmail dot com ---
Incidentally, the workaround I have been using is to just run the script
through 2to3. Since Python only tells you things have gone wrong when you
execute the code I can't guarantee that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61075
--- Comment #8 from Denes Matetelki denes.matetelki at gmail dot com ---
Just an observation:
The contained type also need to declare and define ctor(int).
Which can be tricky, if it is a template class and:
template typename T
class Custom
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61200
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51640
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60969
--- Comment #19 from H.J. Lu hjl.tools at gmail dot com ---
There is
#define VALID_MMX_REG_MODE_3DNOW(MODE) \
((MODE) == V2SFmode || (MODE) == SFmode)
and ix86_hard_regno_mode_ok returns TRUE for holding SFmode
in MMX registers. It is wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61094
--- Comment #14 from Jeffrey A. Law law at redhat dot com ---
I'm not talking about restricting the general case where we've got cascaded
extensions. Just the case where one of the insns in the cascade has a
source/dest that are not the same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61201
Bug ID: 61201
Summary: Cross compile fails with SPARK_05 undefined
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60969
--- Comment #20 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
The problem is ira-costs.c. One pseudo gets equal costs for memory and all
classes. Therefore when non-mmx hard regs are not enough, a mmx is used.
After initialization of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61201
Arnaud Charlet charlet at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61202
Bug ID: 61202
Summary: gcc generates invalid sqdmulh instruction
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60969
--- Comment #21 from H.J. Lu hjl.tools at gmail dot com ---
MMX and x87 registers are aliases of each others. They can't be used
at the same time. Is there a way to pass this information to RA?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60969
--- Comment #22 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
Author: vmakarov
Date: Fri May 16 17:21:04 2014
New Revision: 210519
URL: http://gcc.gnu.org/viewcvs?rev=210519root=gccview=rev
Log:
2014-05-16 Vladimir Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60969
--- Comment #23 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
Author: vmakarov
Date: Fri May 16 17:37:17 2014
New Revision: 210520
URL: http://gcc.gnu.org/viewcvs?rev=210520root=gccview=rev
Log:
2014-05-16 Vladimir Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51640
--- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri May 16 17:42:23 2014
New Revision: 210521
URL: http://gcc.gnu.org/viewcvs?rev=210521root=gccview=rev
Log:
/cp
2014-05-16 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51640
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56724
--- Comment #8 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Tom Tromey from comment #5)
I tried this today with a recent-ish gcc trunk build, and
there's been a regression.
I think the problem is that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61203
Bug ID: 61203
Summary: [4.7/4.8/4.9/4.10 Regression]
g++.old-deja/g++.jason/rvalue2.C FAILs with -O2
-fno-inline
Product: gcc
Version: 4.10.0
Status:
--disable-bootstrap
--enable-checking=yes --disable-multilib --prefix=gcc_trunk/install
Thread model: posix
gcc version 4.10.0 20140516 (experimental) (GCC)
The program is:
package main
func main() {
type id2 chan map[uintptr]string
type id3 [0]string
type id4 float64
_ = --make(chan
-bootstrap
--enable-checking=yes --disable-multilib --prefix=gcc_trunk/install
Thread model: posix
gcc version 4.10.0 20140516 (experimental) (GCC)
The program is:
package main
func main() {
(-(-make(chan chan func([1]string, float64) (chan string,
[0]bool([1]string{string(foo)}, 1.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61081
--- Comment #6 from Peter Eisentraut peter_e at gmx dot net ---
This particular case is in system headers, but there are other cases that are
not, so this isn't going to help in general.
I think this is a legitimate way to write a function-like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61187
--- Comment #1 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Fri May 16 20:37:13 2014
New Revision: 210527
URL: http://gcc.gnu.org/viewcvs?rev=210527root=gccview=rev
Log:
PR 61187 Fix use of uninitialized memory.
2014-05-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61187
--- Comment #2 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Fri May 16 20:42:56 2014
New Revision: 210529
URL: http://gcc.gnu.org/viewcvs?rev=210529root=gccview=rev
Log:
PR 61187 Fix use of uninitialized data.
2014-05-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61187
--- Comment #3 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Fri May 16 20:48:17 2014
New Revision: 210530
URL: http://gcc.gnu.org/viewcvs?rev=210530root=gccview=rev
Log:
PR 61187 Fix use of uninitialized data.
2014-05-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61206
Bug ID: 61206
Summary: Duplicate -I- causes compiler to hang
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #75 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Fri May 16 22:54:32 2014
New Revision: 210535
URL: http://gcc.gnu.org/viewcvs?rev=210535root=gccview=rev
Log:
gcc/
PR target/51244
* config/sh/sh.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #31 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Fri May 16 23:12:19 2014
New Revision: 210537
URL: http://gcc.gnu.org/viewcvs?rev=210537root=gccview=rev
Log:
gcc/
PR target/54089
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61207
Bug ID: 61207
Summary: Win64 gcc 4.9.0: ICE at -Os compiling some C++ code
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61207
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Version|unknown |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61202
--- Comment #1 from Carrot carrot at google dot com ---
In arm_neon.h, we have
__extension__ static __inline int16x8_t __attribute__ ((__always_inline__))
vqdmulhq_n_s16 (int16x8_t a, int16_t b)
{
int16x8_t result;
__asm__ (sqdmulh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61208
Bug ID: 61208
Summary: armhf: generated asm code produces branch out of
range error in gas with -Os
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61208
--- Comment #1 from Mike Hommey mh+gcc at glandium dot org ---
Created attachment 32812
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32812action=edit
Corresponding assembly (compressed)
This is the assembly I got with the full normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56811
Alexander alm at sibmail dot ru changed:
What|Removed |Added
CC||alm at sibmail dot ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44557
Sandra Loosemore sandra at codesourcery dot com changed:
What|Removed |Added
CC||sandra
66 matches
Mail list logo