http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57922
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46321
--- Comment #7 from janus at gcc dot gnu.org ---
Comment 0 has apparently been fixed by r199643. One should check whether the
remaining items are also handled correctly already (in particular comments 1 -
3).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57952
Bug ID: 57952
Summary: AVX/AVX2 no ymm registries used in a trivial reduction
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937
--- Comment #12 from Mikael Morin mikael at gcc dot gnu.org ---
(In reply to Thomas Koenig from comment #11)
A big part is fixed now.
Do people think that the case of comment#8 is worth fixing?
At least it's worth having one PR open for it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880
--- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com ---
Ed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57888
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57827
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||plasmahh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57892
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57897
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||ktietz at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57901
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||amacleod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57938
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Known to work||4.8.0,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57930
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57948
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57946
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57930
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57510
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||mmehlich at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
Bug 37336 depends on bug 55207, which changed state.
Bug 55207 Summary: Automatic deallocation of variables declared in the main
program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55207
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55207
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57762
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57793
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57925
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #4 from Frank Heckenbach f.heckenb...@fh-soft.de ---
(In reply to Manuel López-Ibáñez from comment #3)
(In reply to Andreas Schwab from comment #2)
GCC uses the line number of the start of the asm statement, so line 8 is
correct.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57591
--- Comment #4 from acrux acrux at linuxmail dot org ---
same failure with gcc-4.8-20130718
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
--- Comment #5 from Frank Heckenbach f.heckenb...@fh-soft.de ---
(In reply to Paolo Carlini from comment #1)
Note that in 4.8.x and mainline for modern x86 and x86_64 targets we don't
use /dev/urandom at all, we use __x86_rdrand. In general, the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
--- Comment #6 from Frank Heckenbach f.heckenb...@fh-soft.de ---
(In reply to Paolo Carlini from comment #3)
I'm going to attach a patchlet which does the trick (fread - read) for me.
Note I'm on purpose disabling the use of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
--- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com ---
Agreed, let's just commit the improvement. If/when you become aware of ways to
extend the use of builtins to other CPUs / targets, please let me know, thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #6 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Andreas Schwab from comment #5)
The error messages are all generated by the assembler which knows nothing
about the source file.
It knows the locations passed by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #5 from Andreas Schwab sch...@linux-m68k.org ---
The error messages are all generated by the assembler which knows nothing about
the source file.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
There is no way to know how the newline was written.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57953
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to unixway.drive+gcc from comment #0)
§27.5.3 states that ios_base defines ... a class failure derived from
system_error.
And
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57892
--- Comment #4 from morell at cs dot atu.edu ---
Thank you!
On 07/22/2013 04:55 AM, paolo.carlini at oracle dot com wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57892
Paolo Carlini paolo.carlini at oracle dot com changed:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57953
Bug ID: 57953
Summary: no C++11 compliant std::ios_base::failure found
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com ---
Maybe he is simply traveling or unable to read email, don't you think?
Still, if you want to send a patch to the mailing list, of course it's fine.
For a quicker review, I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54853
--- Comment #4 from Leonid Volnitsky leonid at volnitsky dot com ---
I can not reproduce this ICE with 4.8.1. It is ok to close this bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
--- Comment #4 from Andrew Macleod amacleod at redhat dot com ---
Short answer.. I'm not a sure, but it appears to be a g++ thing.
I looks like g++ is using ARRAY_TYPE instead of POINTER_TYPE. the 4.8 branch
does the same thing, but it does seem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57905
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57811
--- Comment #4 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patches@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00930.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57812
--- Comment #3 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patches@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00931.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602
--- Comment #8 from Dmitry Gorbachev d.g.gorbachev at gmail dot com ---
And a testcase from PR57879 fails with -O2 / -O1 and -flto, it happens when
building GCC itself.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57879
Dmitry Gorbachev d.g.gorbachev at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57806
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57790
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57809
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57803
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880
--- Comment #3 from David Binderman dcb314 at hotmail dot com ---
(In reply to Paolo Carlini from comment #2)
Ed?
He's had eleven days to think about it and said nothing.
I'd be happy to supply the obvious patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
--- Comment #1 from Bill Schmidt wschmidt at gcc dot gnu.org ---
The front end identifies the structure as having the correct alignment. From
the 001t.tu dump:
@2846 record_type name: @2857size: @127 algn: 128
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954
Bug ID: 57954
Summary: AVX missing vxorps (zeroing) before vcvtsi2s %edx,
slow down AVX code
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52816
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com ---
Let's add the testcase and close the issue as fixed for 4.8.0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54853
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
--- Comment #2 from Bill Schmidt wschmidt at gcc dot gnu.org ---
The wrong code is introduced during expand. vs.m is computed as
mem(plus(virtual-incoming-args, 72))
with the pad at offset 80, v[0..1] at offset 88, and v[2..3] at offset 96.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602
Dmitry Gorbachev d.g.gorbachev at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57762
--- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Mon Jul 22 17:02:26 2013
New Revision: 201137
URL: http://gcc.gnu.org/viewcvs?rev=201137root=gccview=rev
Log:
2013-07-22 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57762
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52816
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54853
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57906
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52052
--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to Tobias Burnus from comment #0)
Intrinsic assignment: Contrary to normal allocatable components,
no reallocation is allowed. The programmer guarantees that the shape and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52052
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Mon Jul 22 17:28:56 2013
New Revision: 201140
URL: http://gcc.gnu.org/viewcvs?rev=201140root=gccview=rev
Log:
2013-07-22 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57906
--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Mon Jul 22 17:28:56 2013
New Revision: 201140
URL: http://gcc.gnu.org/viewcvs?rev=201140root=gccview=rev
Log:
2013-07-22 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
--- Comment #2 from Craig Schroeder cas43 at cs dot stanford.edu ---
Unfortunately that is because I tried cleaning up the test case some more after
reducing it down. How about this:
namespace std
{
template class _E class initializer_list {};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57787
--- Comment #2 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patches@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00941.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #8 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Andreas Schwab from comment #7)
There is no way to know how the newline was written.
Sorry I don't get this. Could you elaborate?
There are some technical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #9 from Andreas Schwab sch...@linux-m68k.org ---
The assembler only sees literal newlines, it does not know how they were
written in the source.
The compiler cannot put line directives in the middle of an assembler string by
itself
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
Andrew Macleod amacleod at redhat dot com changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #10 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Andreas Schwab from comment #9)
The assembler only sees literal newlines, it does not know how they were
written in the source.
Is there other way to generate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
--- Comment #3 from Bill Schmidt wschmidt at gcc dot gnu.org ---
The problem is target-specific, in config/rs6000/rs6000.c:
rs6000_function_arg_boundary().
static unsigned int
rs6000_function_arg_boundary (enum machine_mode mode, const_tree type)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56417
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 30536
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30536action=edit
gcc49-pr56417.patch
Untested fix. Though, strlen on function address? Ugh.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
Bug ID: 57955
Summary: Uniquization of constants breaks constant alignment
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #11 from Andreas Schwab sch...@linux-m68k.org ---
See the example in the original description.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57782
--- Comment #1 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patches@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00963.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57661
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
--- Comment #2 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
The subject is very misleading, the alignment of constants is _not_ changed at
all, otherwise many things would have been broken. The only change pertains to
the internal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57661
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Perhaps if copy_cfg_body saved a pointer to the blocks_to_copy bitmap
temporarily into a new field in *id, the copying of clobber stmts could check
if for MEM_REF clobbers the SSA_NAME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57942
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
/home/townsend/mesasdk/include
-I/home/townsend/mesasdk/include -I../.././gcc/../libdecnumber
-I../.././gcc/../libdecnumber/bid -I../libdecnumber
-I../.././gcc/../libbacktrace\
-DBASEVER=\4.9.0\ -DDATESTAMP=\ 20130722\ \
-DREVISION=\\ \
-DDEVPHASE=\ (experimental)\ -DPKGVERSION=\(GCC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
--- Comment #3 from David Edelsohn dje at gcc dot gnu.org ---
The change caused a testcase failure, which was not investigated. I don't
understand the comment questionable optimization patterns. Optimizing for
size should be controlled by -Os.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57661
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 30537
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30537action=edit
gcc49-pr57661.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57957
Bug ID: 57957
Summary: Double free or corruption (fasttop)
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57780
--- Comment #1 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patches@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00970.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57958
Bug ID: 57958
Summary: Incorrect code generation in lambda with argument of
type reference to template class
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57958
--- Comment #1 from Tudor Bosman tudorb at fb dot com ---
Created attachment 30539
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30539action=edit
Source file that exhibits broken behavior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57958
--- Comment #2 from Tudor Bosman tudorb at fb dot com ---
g++ -v output (ignore the weird paths):
Using built-in specs.
COLLECT_GCC=l/f/third-party/centos5.2-native/gcc/gcc-4.7.1/cc6c9dc/bin/g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57957
Tao Song songtao.thu at gmail dot com changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
--- Comment #7 from Andrew Macleod amacleod at redhat dot com ---
btw, that patch passes bootstrap and a new testcase based on a modified version
of the bug report test.
92 matches
Mail list logo