[Bug middle-end/59223] -Wmaybe-uninitialized and -Wuninitialized relationships

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59223 --- Comment #4 from Marek Polacek --- Author: mpolacek Date: Thu Feb 27 08:05:21 2014 New Revision: 208196 URL: http://gcc.gnu.org/viewcvs?rev=208196&root=gcc&view=rev Log: PR middle-end/59223 * tree-ssa-uninit.c (gate_warn_uninitialized)

[Bug middle-end/59223] -Wmaybe-uninitialized and -Wuninitialized relationships

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59223 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/60354] New: fails to demangle _Z3fooIPUlvE_EvT_

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60354 Bug ID: 60354 Summary: fails to demangle _Z3fooIPUlvE_EvT_ Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug fortran/60355] New: C519 of Fortran 2008 for BIND attribute not enforced

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60355 Bug ID: 60355 Summary: C519 of Fortran 2008 for BIND attribute not enforced Product: gcc Version: 4.8.3 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug c++/60353] [4.9 Regression] Firefox build failure #3 caused by r208157

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60353 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0

[Bug lto/55113] ICE with LTO and -fshort-double

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 --- Comment #14 from Richard Biener --- (In reply to pmatos from comment #13) > (In reply to Richard Biener from comment #11) > > If double_type_node is FE dependent then it needs treatment in > > tree-streamer.c:preload_common_nodes: > > > > sta

[Bug libquadmath/60349] Any call to expq (or libquadmath function that might possibly call expq) segfaults in mingw-gcc.

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

[Bug libstdc++/60348] -static-libstdc++ broken

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

[Bug c++/60347] [4.9 Regression] r208153 breaks Firefox build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60347 --- Comment #6 from Richard Biener --- Maybe add the testcases to the testsuite?

[Bug lto/60295] [4.9 Regression] Too many lto1-wpa-stream processes are forked

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60295 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug lto/55113] ICE with LTO and -fshort-double

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 --- Comment #15 from pmatos at gcc dot gnu.org --- (In reply to Richard Biener from comment #14) > See above - if that works I'd prefer that. Makes sense. Thanks Richard. I will give that a try and if everything looks ok I will prepare a patch tod

[Bug testsuite/59308] [4.9 Regression] gcc.dg/tree-ssa/ssa-ifcombine-ccmp-[1456] tests fail on arm cortex-a5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59308 Richard Biener changed: What|Removed |Added Priority|P3 |P1 --- Comment #3 from Richard Biener -

[Bug tree-optimization/59487] [4.9 Regression] When compiled with -fwhole-program rnflow.f90 runs up to 40% slower after r202826

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

[Bug lto/59925] [4.9 Regression] link failure in python2.7 build with -flto and -fprofile-use -fprofile-correction enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59925 --- Comment #2 from Richard Biener --- Somewhat unconclusive without a testcase. Does it meanwhile work by accident?

[Bug other/60133] [4.8/4.9 Regression] wrong multiarch name on aarch64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60133 Richard Biener changed: What|Removed |Added Priority|P3 |P2

[Bug middle-end/60147] [4.9 Regression] ICE with -fdump-tree-original and NAMELIST

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60147 Richard Biener changed: What|Removed |Added Priority|P3 |P1

[Bug lto/60150] [4.9 Regression] ICE in function_and_variable_visibility, at ipa.c:1000

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60150 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug target/60169] [4.8/4.9 Regression] ICE ARM thumb1 handles far jump

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60169 Richard Biener changed: What|Removed |Added Priority|P3 |P2

[Bug ipa/60315] [4.8/4.9 Regression] template constructor switch optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315 Richard Biener changed: What|Removed |Added Priority|P3 |P2

[Bug ipa/60306] [4.9 Regression] Incorrect devirtualization "pure virtual method called"

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

[Bug c++/60353] [4.9 Regression] Firefox build failure #3 caused by r208157

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60353 Richard Biener changed: What|Removed |Added Keywords||rejects-valid Priority|P3

[Bug fortran/60334] Segmentation fault on character pointer assignments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60334 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot gnu.org --- Co

[Bug fortran/60334] Segmentation fault on character pointer assignments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60334 --- Comment #2 from Antony Lewis --- I looked for a while for a reproducible crash, which wasn't easy - mostly behaviour was errratic crashes - I was using 4.9 trunk from a week ago. But there was definitely a general problem with the code generat

[Bug tree-optimization/59487] [4.9 Regression] When compiled with -fwhole-program rnflow.f90 runs up to 40% slower after r202826

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59487 --- Comment #7 from GGanesh --- Richard! With gcc version 4.9.0 20140224, I could see a gap between with/without -fwhole-program. with -fwhole-program : time ./rnflowWhPr real0m26.184s user0m26.018s sys 0m0.156s without -fwhole-prog

[Bug tree-optimization/59487] [4.9 Regression] When compiled with -fwhole-program rnflow.f90 runs up to 40% slower after r202826

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59487 --- Comment #8 from rguenther at suse dot de --- On Thu, 27 Feb 2014, Ganesh.Gopalasubramanian at amd dot com wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59487 > > --- Comment #7 from GGanesh --- > Richard! With gcc version 4.9.0 20140

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #2 from Nach --- (In reply to Richard Biener from comment #1) > It works for me. What does ldd test show? Do you have the static > libstdc++/libgcc installed (Debian may package those separately?) ldd test linux-gate.so.1 (0

[Bug libquadmath/60349] Any call to expq (or libquadmath function that might possibly call expq) segfaults in mingw-gcc.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60349 Domani Hannes changed: What|Removed |Added CC||ssbssa at yahoo dot de --- Comment #2 fro

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #3 from Marc Glisse --- man nm: "U" The symbol is undefined. "u" The symbol is a unique global symbol. This is a GNU extension [...] The program does run fine for me with exactly the same compiler on debian.

[Bug fortran/60356] New: Compiler segfault instead of error about module procedure / procedure with an explicit interface

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60356 Bug ID: 60356 Summary: Compiler segfault instead of error about module procedure / procedure with an explicit interface Product: gcc Version: 4.8.2 Status: UNCONFIRMED

[Bug fortran/60356] Compiler segfault instead of error about module procedure / procedure with an explicit interface

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60356 --- Comment #1 from Mike --- Created attachment 32223 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32223&action=edit example that causes the segfault

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #4 from Nach --- (In reply to Marc Glisse from comment #3) > man nm: > >"U" The symbol is undefined. > >"u" The symbol is a unique global symbol. This is a GNU > extension [...] > > The program does run fine

[Bug fortran/60289] allocating class(*) pointer as character gives type-spec requires the same character-length parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60289 Mike changed: What|Removed |Added CC||mvondomaros at gmail dot com --- Comment #3 from M

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #5 from Marc Glisse --- (In reply to Nach from comment #4) > The issue isn't that it can't run on a machine with a proper libstdc++ > installed, the issue is that -static-libstdc++ is broken, meaning the binary > cannot run on a system

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #6 from Nach --- > Does compiling with: -fuse-ld=gold -Wl,--no-gnu-unique > help? Seems like your old system (ld.so?) gets confused by the new feature. Doing so, there are no longer any "u" symbols appearing with objdump, nor those li

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #7 from Nach --- Upon further testing, -fuse-ld=gold by itself without -Wl,--no-gnu-unique appears to get the job done.

[Bug c++/60353] [4.9 Regression] Firefox build failure #3 caused by r208157

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60353 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #8 from Marc Glisse --- gold also produces the unique symbols. Main difference I can think of is visible in the output of "file test": ELF 64-bit LSB executable, x86-64, version 1 (SYSV) ELF 64-bit LSB executable, x86-64, version 1 (GN

[Bug fortran/60341] ICE compiling Nonmem 6.2.0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60341 --- Comment #8 from Steve Chapel --- Yes, it's a regression from earlier versions of gfortran. I have verified that with the workaround, Nonmem 6.2.0 compiles and runs properly with optimization using gfortran 4.8.1 and 4.8.2. Turning optimization

[Bug ada/15606] Legal program rejected, RM 8.2(22)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15606 --- Comment #8 from nicolas.boulenguez at free dot fr --- Confirmed on 4.9-20140218.

[Bug ada/15614] Illegal program not detected, RM 12.1(11)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15614 --- Comment #5 from nicolas.boulenguez at free dot fr --- Confirmed on 4.9-20140218

[Bug ada/15615] Legal program rejected, derived tagged type in child package doesn't see parent's element

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15615 --- Comment #5 from nicolas.boulenguez at free dot fr --- Fixed in 4.9-20140218.

[Bug ada/15799] Legal program rejected, using 'Base

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15799 --- Comment #9 from nicolas.boulenguez at free dot fr --- Fixed in 4.9-20140218

[Bug fortran/60255] Deferred character length variable at (1) cannot yet be associated with unlimited polymorphic entities

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60255 --- Comment #5 from Antony Lewis --- The patch generated a SIGSEGV in test code (which works with ifort), but could be another unrelated issue. Here's another simple test case for the original issue: program test character(LEN=:), allocata

[Bug ada/15800] SIGSEGV on mutually recursive record type declarations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15800 --- Comment #6 from nicolas.boulenguez at free dot fr --- confirm 4.9-20140218

[Bug ada/15840] Illegal program not detected, RM 3.7(14)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15840 --- Comment #5 from nicolas.boulenguez at free dot fr --- confirm 4.9-20140218

[Bug ada/15843] Illegal program not detected, RM 3.7.2(2)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15843 --- Comment #6 from nicolas.boulenguez at free dot fr --- confirm 4.9-20140218

[Bug ada/15844] Illegal program not detected, RM 8.3(8)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15844 --- Comment #4 from nicolas.boulenguez at free dot fr --- confirm 4.9-20140218

[Bug ada/15845] Illegal program not detected, circular renames

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15845 --- Comment #4 from nicolas.boulenguez at free dot fr --- confirm 4.9-20140218

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 Richard Biener changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug target/60336] empty struct value is passed differently in C and C++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60336 --- Comment #15 from Jason Merrill --- (In reply to Andrew Pinski from comment #7) > No this testcase is not valid at all. See > http://gcc.gnu.org/onlinedocs/gcc-4.8.2/gcc/Empty-Structures.html#Empty- > Structures where it is documented it is no

[Bug ada/15917] Bug box in Gigi, code=103, on legal program

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15917 --- Comment #6 from nicolas.boulenguez at free dot fr --- 4.9.0 20140218 (experimental) [trunk rev 207856] (x86_64-linux-gnu) GCC error in gnat_to_gnu_entity, at ada/gcc-interface/decl.c:568 Error detected at test_70.adb:18:9

[Bug ada/16075] Wrong output from legal program, ordered generic parameter association

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16075 --- Comment #4 from nicolas.boulenguez at free dot fr --- confirm 4.9-20140218

[Bug ada/16076] Illegal program not detected, RM 13.14(5)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16076 --- Comment #4 from nicolas.boulenguez at free dot fr --- confirm 4.9-20140218

[Bug ada/16077] Wrong output from legal program, pragma Import (Ada)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16077 --- Comment #4 from nicolas.boulenguez at free dot fr --- confirmed 4.9-20140218

[Bug fortran/60357] New: structure constructor with unspecified values for allocatable components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60357 Bug ID: 60357 Summary: structure constructor with unspecified values for allocatable components Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 Nach changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #11 from Richard Biener --- (In reply to Nach from comment #10) > While you may be marking this as invalid, isn't there a serious issue here? > Shouldn't -static-libstdc++ work without any special flags? But it works, doesn't it? Tha

[Bug tree-optimization/59487] [4.9 Regression] When compiled with -fwhole-program rnflow.f90 runs up to 40% slower after r202826

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59487 --- Comment #9 from GGanesh --- Other options are -Ofast -funroll-loops -fpeel-loops

[Bug driver/60358] New: [patch] ARM support broken for Haiku

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60358 Bug ID: 60358 Summary: [patch] ARM support broken for Haiku Product: gcc Version: 4.8.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver

[Bug driver/60358] [patch] ARM support broken for Haiku

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60358 --- Comment #1 from Alexander von Gluck --- Created attachment 32225 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32225&action=edit rev2 an additional resolution path. This one may be better, however driver-arm.c would need additional cha

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #12 from Nach --- Isn't the whole point of -static-libstdc++ is to remove the dependency of libstdc++ from the binary? Even without the option, it does indeed work fine on the system it was compiled on. However, -static-libstdc++ curre

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #13 from Richard Biener --- (In reply to Nach from comment #12) > Isn't the whole point of -static-libstdc++ is to remove the dependency of > libstdc++ from the binary? Even without the option, it does indeed work fine > on the system

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #14 from Nach --- (In reply to Richard Biener from comment #13) > If you want to target old dynamic linkers then you have to disable support > for GCC features that exploit features of new dynamic linkers. You > need to rebuild GCC to

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #15 from Richard Biener --- (In reply to Nach from comment #14) > (In reply to Richard Biener from comment #13) > > If you want to target old dynamic linkers then you have to disable support > > for GCC features that exploit features o

[Bug target/60336] empty struct value is passed differently in C and C++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60336 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #16 from

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #16 from Andreas Schwab --- If you want to build for old systems you need to use the old tools from those old systems and the output will still work on newer systems (backward compatiblity). New tools are using new features as they ar

[Bug driver/60358] [patch] ARM support broken for Haiku

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60358 ktkachov at gcc dot gnu.org changed: What|Removed |Added CC||ktkachov at gcc dot gnu.org

[Bug libstdc++/60348] -static-libstdc++ broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348 --- Comment #17 from Nach --- I just tried my above test case on RHEL6 without an up to date libstdc++ but with glibc 2.12, and the binary runs just fine. I double checked my old build system which does not produce these symbols, and I see it use

[Bug target/60336] empty struct value is passed differently in C and C++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60336 --- Comment #17 from Uroš Bizjak --- (In reply to Jason Merrill from comment #15) > That only documents that sizeof is different for C and C++, the calling > convention should be the same. And it seems like classify_argument should > already be

[Bug c++/60353] [4.9 Regression] Firefox build failure #3 caused by r208157

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60353 --- Comment #2 from Jason Merrill --- Author: jason Date: Thu Feb 27 16:20:59 2014 New Revision: 208200 URL: http://gcc.gnu.org/viewcvs?rev=208200&root=gcc&view=rev Log: PR c++/60353 PR c++/55877 * decl2.c (tentative_decl_linkage): Do

[Bug c++/55877] [4.7/4.8/4.9 Regression] Anon visibility issues

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55877 --- Comment #12 from Jason Merrill --- Author: jason Date: Thu Feb 27 16:20:59 2014 New Revision: 208200 URL: http://gcc.gnu.org/viewcvs?rev=208200&root=gcc&view=rev Log: PR c++/60353 PR c++/55877 * decl2.c (tentative_decl_linkage): D

[Bug fortran/60359] New: Assembler messages symbol `__io_MOD___copy_character_1' is already defined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60359 Bug ID: 60359 Summary: Assembler messages symbol `__io_MOD___copy_character_1' is already defined Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: norma

[Bug c++/60353] [4.9 Regression] Firefox build failure #3 caused by r208157

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60353 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/59066] [C++11] 'using' instead of 'typedef' causes a segmentation fault.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59066 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/60182] g++ segfault within template expansion using "using" aliasing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60182 Jason Merrill changed: What|Removed |Added CC||alexandre.hamez at gmail dot com --- Com

[Bug target/59222] [4.9 Regression] gcc.c-torture/compile/20050622-1.c ICEs at -O1 and above for aarch64-elf ILP32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59222 --- Comment #5 from Vladimir Makarov --- Author: vmakarov Date: Thu Feb 27 17:06:02 2014 New Revision: 208201 URL: http://gcc.gnu.org/viewcvs?rev=208201&root=gcc&view=rev Log: 2014-02-27 Vladimir Makarov PR target/59222 * lra.c (lra_e

[Bug c++/58648] [c++11] ICE with variadic template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58648 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/58648] [c++11] ICE with variadic template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58648 --- Comment #3 from Jason Merrill --- Author: jason Date: Thu Feb 27 17:06:35 2014 New Revision: 208202 URL: http://gcc.gnu.org/viewcvs?rev=208202&root=gcc&view=rev Log: PR c++/58648 * g++.dg/cpp0x/variadic153.C: New. Added: trunk/gc

[Bug c++/60347] [4.9 Regression] r208153 breaks Firefox build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60347 --- Comment #7 from Jason Merrill --- I did add a testcase, which is not significantly different from the one in comment #3.

[Bug c/60360] New: __attribute((aligned(...))) changes sizeof(...) of struct

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60360 Bug ID: 60360 Summary: __attribute((aligned(...))) changes sizeof(...) of struct Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Prior

[Bug c/60360] __attribute((aligned(...))) changes sizeof(...) of struct

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60360 --- Comment #1 from DaBler --- Created attachment 32227 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32227&action=edit he preprocessed file that triggers the bug Output: 64 64 64 64 4 64 4 64 4 64 Expected output: 4 64 4 64 4 64 4 64 4 6

[Bug target/59222] [4.9 Regression] gcc.c-torture/compile/20050622-1.c ICEs at -O1 and above for aarch64-elf ILP32

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

[Bug c/60360] __attribute((aligned(...))) changes sizeof(...) of struct

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60360 --- Comment #2 from DaBler --- The output of gcc -v: Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/lto-wrapper Target: x86_64-pc-linux-gnu Configured wi

[Bug c++/58610] [4.7/4.8/4.9 Regression] [c++11] ICE with constexpr of class with template constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58610 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/60336] empty struct value is passed differently in C and C++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60336 --- Comment #18 from Jason Merrill --- (In reply to Uroš Bizjak from comment #17) > classify_argument has an early exit: > > /* Zero sized arrays or structures are NO_CLASS. We return 0 to >signalize memory class, so handle it as s

[Bug c++/58610] [4.7/4.8/4.9 Regression] [c++11] ICE with constexpr of class with template constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58610 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug ada/16081] Illegal program not detected, ambiguous call to "="

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16081 --- Comment #3 from nicolas.boulenguez at free dot fr --- confirmed with 4.9-20140218

[Bug ada/16083] Illegal program not detected, RM 3.9.2(13)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16083 --- Comment #3 from nicolas.boulenguez at free dot fr --- found in 4.9-20140218

[Bug c/60360] __attribute((aligned(...))) changes sizeof(...) of struct

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60360 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ada/16095] Illegal program not detected, accessibility levels, RM 3.10.2(28)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16095 --- Comment #6 from nicolas.boulenguez at free dot fr --- found in 4.9-20140218

[Bug ada/16096] Illegal program not detected, RM 8.5.4(5)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16096 --- Comment #3 from nicolas.boulenguez at free dot fr --- found in 4.9-20140218

[Bug ada/16097] Illegal program not detected, RM 6.3.1(9), RM 8.5.4(5)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16097 --- Comment #3 from nicolas.boulenguez at free dot fr --- Found in 4.9-20140218

[Bug target/60336] empty struct value is passed differently in C and C++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60336 --- Comment #19 from Jason Merrill --- Created attachment 32228 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32228&action=edit HJ's test in dejagnu form Here's HJ's testcase in a form that can be dropped into g++.dg/abi.

[Bug ada/16212] ICE ada/gcc-interface/trans.c:1626 on legal Ada 83 program

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16212 --- Comment #5 from nicolas.boulenguez at free dot fr --- 4.9.0 20140218 (experimental) [trunk rev 207856] (x86_64-linux-gnu) GCC error: in Case_Statement_to_gnu, at ada/gcc-interface/trans.c:2345 Error detected at test_106.adb:4:9

[Bug ada/16214] Legal program rejected, nested generic packages

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16214 --- Comment #3 from nicolas.boulenguez at free dot fr --- Found in 4.9-20140218

[Bug ada/17320] Illegal program not detected, RM 3.9.3(11)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17320 --- Comment #3 from nicolas.boulenguez at free dot fr --- Found in 4.9-20140218

[Bug ada/17321] Illegal program not detected, name hidden by use clauses

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17321 --- Comment #3 from nicolas.boulenguez at free dot fr --- Found in 4.9-20140218

[Bug ada/16094] Illegal program not detected, RM 3.4.1(5)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16094 --- Comment #4 from nicolas.boulenguez at free dot fr --- found in 4.9-20140218

[Bug ada/17953] Illegal program not detected, RM 3.9.2(9)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17953 --- Comment #3 from nicolas.boulenguez at free dot fr --- Found in 4.9-20140218

[Bug ada/17954] Legal program rejected, packed array of booleans

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17954 --- Comment #3 from nicolas.boulenguez at free dot fr --- Found in 4.9-20140218

  1   2   >