http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
--- Comment #7 from Andrew Macleod ---
btw, that patch passes bootstrap and a new testcase based on a modified version
of the bug report test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57957
Tao Song changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57958
--- Comment #2 from Tudor Bosman ---
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++
COLLECT_LTO_WRAPPER=/mnt/gvfs/third-party/1ebd27fa7983fc50f525eb890ae74e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57958
--- Comment #1 from Tudor Bosman ---
Created attachment 30539
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30539&action=edit
Source file that exhibits broken behavior
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
Seve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57780
--- Comment #1 from Po-Chun Chang ---
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=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=57661
--- Comment #5 from Jakub Jelinek ---
Created attachment 30537
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30537&action=edit
gcc49-pr57661.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
--- Comment #3 from David Edelsohn ---
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.
-DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../.././gcc -I../.././gcc/build
-I../.././gcc/../include -I../.././gcc/../libcpp/include
-I/home/townsend/mesasdk/include -I/home/townsend/mesasdk/include
-I/home/townsend/mesasdk/include -I../.././gcc/../libdecnumber
-I../.././gcc/../libdecnumber/bid -I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57942
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57661
--- Comment #4 from Jakub Jelinek ---
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 mentioned there has a de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
--- Comment #2 from Eric Botcazou ---
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 alignment of initializers and cannot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57661
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57782
--- Comment #1 from Po-Chun Chang ---
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=57955
David Edelsohn changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #11 from Andreas Schwab ---
See the example in the original description.
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
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56417
--- Comment #6 from Jakub Jelinek ---
Created attachment 30536
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30536&action=edit
gcc49-pr56417.patch
Untested fix. Though, strlen on function address? Ugh.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
--- Comment #3 from Bill Schmidt ---
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)
{
if (DEFAULT_ABI == ABI_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #10 from Manuel López-Ibáñez ---
(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 literal newlines apart fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
Andrew Macleod changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |amacleod at redhat dot
com
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #9 from Andreas Schwab ---
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 because it cannot know h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #8 from Manuel López-Ibáñez ---
(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 limitations of GCC:
* string c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57787
--- Comment #2 from Po-Chun Chang ---
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=57947
Paolo Carlini changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|WA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
--- Comment #2 from Craig Schroeder ---
Unfortunately that is because I tried cleaning up the test case some more after
reducing it down. How about this:
namespace std
{
template class initializer_list {};
template struct D {D(std::initializer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57906
--- Comment #1 from Tobias Burnus ---
Author: burnus
Date: Mon Jul 22 17:28:56 2013
New Revision: 201140
URL: http://gcc.gnu.org/viewcvs?rev=201140&root=gcc&view=rev
Log:
2013-07-22 Tobias Burnus
PR fortran/57906
PR fortran/52
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52052
--- Comment #2 from Tobias Burnus ---
Author: burnus
Date: Mon Jul 22 17:28:56 2013
New Revision: 201140
URL: http://gcc.gnu.org/viewcvs?rev=201140&root=gcc&view=rev
Log:
2013-07-22 Tobias Burnus
PR fortran/57906
PR fortran/52
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52052
--- Comment #1 from Tobias Burnus ---
(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
> type parameters are s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57906
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54853
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52816
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57762
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57762
--- Comment #4 from Tobias Burnus ---
Author: burnus
Date: Mon Jul 22 17:02:26 2013
New Revision: 201137
URL: http://gcc.gnu.org/viewcvs?rev=201137&root=gcc&view=rev
Log:
2013-07-22 Tobias Burnus
PR fortran/57762
* gfortran.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602
Dmitry Gorbachev changed:
What|Removed |Added
CC||d.g.gorbachev at gmail dot com
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
--- Comment #2 from Bill Schmidt ---
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. All
are shown as having alig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54853
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
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 ---
Let's add the testcase and close the issue as fixed for 4.8.0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
--- Comment #1 from Bill Schmidt ---
The front end identifies the structure as having the correct alignment. From
the 001t.tu dump:
@2846 record_type name: @2857size: @127 algn: 128
tag : struct fld
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880
--- Comment #3 from David Binderman ---
(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=57920
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57809
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57803
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57790
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57806
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602
--- Comment #8 from Dmitry Gorbachev ---
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 changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57812
--- Comment #3 from Po-Chun Chang ---
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=57811
--- Comment #4 from Po-Chun Chang ---
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=57905
Paolo Carlini changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
--- Comment #4 from Andrew Macleod ---
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 odd to me. That means any
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54853
--- Comment #4 from Leonid Volnitsky ---
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=57880
--- Comment #4 from Paolo Carlini ---
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 would recommend CC-ing Jason and add
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: li
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 changed:
>
> What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57953
--- Comment #1 from Jonathan Wakely ---
(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/onlinedocs/libstdc++/manual/status.html#sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #7 from Andreas Schwab ---
There is no way to know how the newline was written.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #5 from Andreas Schwab ---
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 #6 from Manuel López-Ibáñez ---
(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 GCC. (And it could know
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
--- Comment #7 from Paolo Carlini ---
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=57920
--- Comment #6 from Frank Heckenbach ---
(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 __builtin_ia32_rdrand32_step on my
> x86_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
--- Comment #5 from Frank Heckenbach ---
(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 idea is that
> more t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57591
--- Comment #4 from acrux ---
same failure with gcc-4.8-20130718
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #4 from Frank Heckenbach ---
(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.
>
> "Correct" as "
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57925
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57793
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|jason at gcc
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
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55207
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=57510
Jonathan Wakely changed:
What|Removed |Added
CC||mmehlich at semanticdesigns
dot co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57930
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57946
Paolo Carlini changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57948
Paolo Carlini changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57930
Paolo Carlini changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57938
Paolo Carlini changed:
What|Removed |Added
Known to work||4.8.0, 4.8.1, 4.9.0
Resolution|--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
Paolo Carlini changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57901
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57897
Paolo Carlini changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57892
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57827
Paolo Carlini changed:
What|Removed |Added
CC||plasmahh at gmx dot net
--- Comment #4 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57888
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880
--- Comment #2 from Paolo Carlini ---
Ed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937
--- Comment #12 from Mikael Morin ---
(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 IMO.
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
Compon
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=57922
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
92 matches
Mail list logo
