[Bug c/57956] missing 'msgstr' section errors when building

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57956 --- Comment #1 from Rich Townsend --- Temporary workaround: add --disable-nls to ./configure args.

[Bug middle-end/57955] [4.6/4.7/4.8/4.9 Regression] Uniquization of constants reduces alignment of initializers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955 David Edelsohn changed: What|Removed |Added Summary|Uniquization of constants |[4.6/4.7/4.8/4.9 |brea

[Bug ada/49524] container loop error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49524 David Starner changed: What|Removed |Added CC||prosfilaes at gmail dot com --- Comment #

[Bug ada/57964] New: Bug box with ambiguity combined with expression if

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57964 Bug ID: 57964 Summary: Bug box with ambiguity combined with expression if Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug rtl-optimization/57921] Alias change causes perl from SPEC 2006 to abort on MIPS

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57921 Steve Ellcey changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/57804] Waste work in gfc_trans_transfer()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57804 --- Comment #2 from Po-Chun Chang --- Patch sent to gcc-patches@ and fortran@ http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01058.html http://gcc.gnu.org/ml/fortran/2013-07/msg00072.html

[Bug fortran/57802] Wasted work in set_loop_bounds()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57802 --- Comment #2 from Po-Chun Chang --- Patch sent to gcc-patches@ and fortran@ http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01057.html http://gcc.gnu.org/ml/fortran/2013-07/msg00071.html

[Bug fortran/57801] Wasted work in resolve_variable()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57801 --- Comment #2 from Po-Chun Chang --- Patch sent to gcc-patches@ and fortran@ http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01055.html http://gcc.gnu.org/ml/fortran/2013-07/msg00069.html

[Bug fortran/57791] Wasted work in gfc_check_pointer_assign()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57791 --- Comment #2 from Po-Chun Chang --- Patch sent to gcc-patches@ and fortran@ http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01056.html http://gcc.gnu.org/ml/fortran/2013-07/msg00070.html

[Bug middle-end/57955] Uniquization of constants breaks constant alignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955 --- Comment #4 from Eric Botcazou --- > I don't understand the comment "questionable optimization patterns". I don't see much value in optimizing a memcpy to initialize a variable, it's unlikely to be in a hot spot. I'd suggest adding 'const' to

[Bug c++/57958] Incorrect code generation in lambda with argument of type reference to template class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57958 Paolo Carlini changed: What|Removed |Added Keywords||wrong-code Priority|P3

[Bug fortran/57800] Wasted work in gfc_match_call()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57800 --- Comment #2 from Po-Chun Chang --- Patch sent to gcc-patch@ and fortran@ http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01054.html http://gcc.gnu.org/ml/fortran/2013-07/msg00068.html

[Bug target/57949] [powerpc64] Structure parameter alignment issue with vector extensions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949 --- Comment #6 from joseph at codesourcery dot com --- I'm not expert on the 64-bit ABI; the Power.org ABI TSC never really got onto doing anything with the 64-bit ABI, although nominally it's in scope. The only Freescale peculiarity I know of

[Bug target/57949] [powerpc64] Structure parameter alignment issue with vector extensions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949 Bill Schmidt changed: What|Removed |Added CC||joseph at codesourcery dot com --- Comment

[Bug fortran/57904] Bogus(?) "invokes undefined behavior" warning with Fortran's finalization wrapper (gfortran.dg/class_48.f90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57904 Martin Jambor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/57926] Atomic functions broken with C++ but not C?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926 Andrew Macleod changed: What|Removed |Added CC||rth at gcc dot gnu.org --- Comment #9 fr

[Bug c++/57926] Atomic functions broken with C++ but not C?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926 --- Comment #8 from Jason Merrill --- I don't know how exactly these builtins interact with overload resolution, but it should be calling decay_conversion to turn arrays into pointers.

[Bug c++/3] Nested types sometimes not visible

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3 --- Comment #8 from Robert Lougher --- A couple of things: On 22 July 2013 16:40, Ondřej Bílka wrote: > These patches were generated by running command > > stylepp_spell_patch > > This is third part where human intervention is needed. > > I first ge

[Bug tree-optimization/56787] [4.8 Regression] Vectorization fails because of CLOBBER statements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56787 David Edelsohn changed: What|Removed |Added CC||dje at gcc dot gnu.org Known to wor

[Bug target/56864] [4.9 regression] FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-76b.c scan-tree-dump-times vect "vectorized 1 loops" 0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56864 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/57949] [powerpc64] Structure parameter alignment issue with vector extensions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949 --- Comment #4 from Bill Schmidt --- Enabling the code used for MachO/Darwin64 when targeting ABI_AIX/linux produces much better code: li 9,144 addis 8,2,.LC1@toc@ha lvx 0,1,9 ld 10,.LC1@toc@l(8) addis 8,2,.LC2@toc@ha ld 9

[Bug target/57911] alignment of arrays allocated stack on ARM : 4 bytes ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57911 Richard Earnshaw changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug target/57847] Compile ARM linux kernel with configuration of SLUB allocator, kernel failed to boot

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57847 Richard Earnshaw changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug target/57907] warning: switch -mcpu=cortex-a15 conflicts with -march=armv7-a switch [enabled by default]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57907 --- Comment #1 from Richard Earnshaw --- You get the warning because Cortex-A15 implements a superset of ARM-v7a, due to the addition of the HW division instructions. This means that -march=armv7-a and -mcpu=cortex-a15 leads to an ambiguity as to

[Bug target/57787] Wasted work in ix86_valid_target_attribute_inner_p() and ix86_pad_returns()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57787 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug middle-end/57782] Wasted work in remove_path()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57782 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug middle-end/57811] Wasted work in find_reloads()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57811 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug rtl-optimization/57963] New: LRA S/390: esa mode failure memcpy-chk

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57963 Bug ID: 57963 Summary: LRA S/390: esa mode failure memcpy-chk Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimiz

[Bug c/57821] 'array is too large' error is missing when sizetype overflows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57821 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Commen

[Bug tree-optimization/57962] New: Missed Optimization for Superword Level Parallelism

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57962 Bug ID: 57962 Summary: Missed Optimization for Superword Level Parallelism Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug c/57961] New: Excessive memory use with -O0 ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57961 Bug ID: 57961 Summary: Excessive memory use with -O0 ? Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assign

[Bug fortran/57959] ICE with structure constructor with scalar allocatable components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57959 --- Comment #1 from Tobias Burnus --- gfc_trans_subcomponent_assign lacks handling of allocatable scalars. It simply does: type1.0.anum = 5.0 instead of: (re)allocate of "type1.0.anum" *type1.0.anum = 5.0 For arrays, it is handled via

[Bug rtl-optimization/57960] New: LRA ICE building glibc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57960 Bug ID: 57960 Summary: LRA ICE building glibc Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization

[Bug target/51244] [SH] Inefficient conditional branch and code around T bit

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244 --- Comment #61 from Laurent Aflonsi --- Yes that's the point. L3 can be reached by another block (L2): tstr2,r2 mov#-1,r2 negcr2,r2 .L3: tstr2,r2 bt/s.L11 [...] .L2: mov.l@r4,r2 tst

[Bug fortran/57957] Double free with allocatable components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57957 Tobias Burnus changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED

[Bug fortran/57959] New: ICE with structure constructor with scalar allocatable components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57959 Bug ID: 57959 Summary: ICE with structure constructor with scalar allocatable components Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: ice-on-valid-c

[Bug target/57952] AVX/AVX2 no ymm registers used in a trivial reduction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57952 --- Comment #1 from vincenzo Innocente --- I modified a bit the benchmark adding timing and the new version now vectorize YMM with avx2, still not with old avx if I remove the call to rdtsc(); it does not use YMM anymore -fno-tree-pre does not hel