[Bug c/60101] [4.7/4.8 Regression] Long compile times when mixed complex floating point datatypes are used in lengthy expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60101 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Known to work|

[Bug c/60101] [4.7/4.8/4.9 Regression] Long compile times when mixed complex floating point datatypes are used in lengthy expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60101 --- Comment #12 from Jakub Jelinek --- Author: jakub Date: Wed Feb 12 07:35:50 2014 New Revision: 207711 URL: http://gcc.gnu.org/viewcvs?rev=207711&root=gcc&view=rev Log: PR c/60101 * c-common.c (merge_tlist): If copy is true, call new_tl

[Bug go/60134] runtime_unmarkspan panics with "unaligned pointer"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60134 --- Comment #4 from Dominik Vogt --- On Wed, Feb 12, 2014 at 12:34:06AM +, ian at airs dot com wrote: > I suspect this problem was fixed by revision 205940 in the GCC Subversion > repository, committed 2013-12-12, > http://gcc.gnu.org/ml/gcc-p

[Bug fortran/60148] strings in NAMELIST do not honor DELIM= in open statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60148 --- Comment #6 from Steve Kargl --- On Wed, Feb 12, 2014 at 03:12:52AM +, kargl at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60148 > > --- Comment #5 from kargl at gcc dot gnu.org --- > (In reply to Jerry DeLisle fr

[Bug fortran/60148] strings in NAMELIST do not honor DELIM= in open statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60148 --- Comment #5 from kargl at gcc dot gnu.org --- (In reply to Jerry DeLisle from comment #4) > Like this: > > &MYLIST > MYSTRING= 'tue ' > / > &MYLIST > MYSTRING= "tue " > / > &MYLIST > MYSTRING= tue > / > &MYL

[Bug fortran/60148] strings in NAMELIST do not honor DELIM= in open statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60148 --- Comment #4 from Jerry DeLisle --- Like this: &MYLIST MYSTRING= 'tue ' / &MYLIST MYSTRING= "tue " / &MYLIST MYSTRING= tue / &MYLIST MYSTRING= tue /

[Bug fortran/60148] strings in NAMELIST do not honor DELIM= in open statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60148 --- Comment #3 from Jerry DeLisle --- This seems a little counter-intuitive to me. However with delimiter="NONE" I think the standard says that junk should be: &MYLIST MYSTRING=tue / With two spaces after the 'tue' Agree?

[Bug rtl-optimization/60155] New: ICE: in get_pressure_class_and_nregs at gcse.c:3438

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60155 Bug ID: 60155 Summary: ICE: in get_pressure_class_and_nregs at gcse.c:3438 Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug go/60134] runtime_unmarkspan panics with "unaligned pointer"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60134 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ipa/60154] New: ICE: in cgraph_function_node at gcc/cgraph.c:2962

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60154 Bug ID: 60154 Summary: ICE: in cgraph_function_node at gcc/cgraph.c:2962 Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug go/60134] runtime_unmarkspan panics with "unaligned pointer"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60134 --- Comment #2 from Andrew Pinski --- (In reply to Ian Lance Taylor from comment #1) > I don't know which repository your git commit ID refers to. The gofrontend > uses Mercurial and GCC uses Subversion. The git commit ID referenced is the offic

[Bug go/60134] runtime_unmarkspan panics with "unaligned pointer"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60134 --- Comment #1 from Ian Lance Taylor --- I don't know which repository your git commit ID refers to. The gofrontend uses Mercurial and GCC uses Subversion. I suspect this problem was fixed by revision 205940 in the GCC Subversion repository, com

[Bug target/49008] A typo code found in genautomata.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49008 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/49636] [F03] ASSOCIATE construct confused with slightly complicated case

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49636 --- Comment #5 from Dominique d'Humieres --- > Created attachment 32098 [details] > A fix for this problem AFAICT it fixes the problem for 64 bit mode only. In 32 bit mode the ICE is gone, but I get at run time i_good= 1 3

[Bug lto/59468] [4.9 Regression] ICE on invalid C++ code with LTO in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59468 --- Comment #11 from Jan Hubicka --- Author: hubicka Date: Tue Feb 11 22:54:21 2014 New Revision: 207702 URL: http://gcc.gnu.org/viewcvs?rev=207702&root=gcc&view=rev Log: PR lto/59468 * ipa-utils.h (possible_polymorphic_call_targets): Up

[Bug target/49008] A typo code found in genautomata.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49008 --- Comment #1 from Vladimir Makarov --- Author: vmakarov Date: Tue Feb 11 22:00:04 2014 New Revision: 207701 URL: http://gcc.gnu.org/viewcvs?rev=207701&root=gcc&view=rev Log: 2014-02-11 Vladimir Makarov PR target/49008 * genautomata.

[Bug libstdc++/57920] [c++11] Linux: std::random_device reads too much from /dev/urandom

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920 Florian Philipp changed: What|Removed |Added CC||gnu at binarywings dot net --- Comment

[Bug target/60137] Code fails with -mcpu=power8 -O3 -mno-vsx

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60137 --- Comment #3 from Michael Meissner --- Author: meissner Date: Tue Feb 11 21:24:15 2014 New Revision: 207700 URL: http://gcc.gnu.org/viewcvs?rev=207700&root=gcc&view=rev Log: [gcc] 2014-02-11 Michael Meissner Backport from mainline r2076

[Bug target/60137] Code fails with -mcpu=power8 -O3 -mno-vsx

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60137 --- Comment #2 from Michael Meissner --- Author: meissner Date: Tue Feb 11 21:05:35 2014 New Revision: 207699 URL: http://gcc.gnu.org/viewcvs?rev=207699&root=gcc&view=rev Log: [gcc] 2014-02-11 Michael Meissner PR target/60137 * config

[Bug fortran/52370] [4.7/4.8 Regression] Spurious "may be used uninitialized" warning for check of optional argument

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

[Bug fortran/52370] [4.7/4.8/4.9 Regression] Spurious "may be used uninitialized" warning for check of optional argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52370 --- Comment #8 from Jakub Jelinek --- Author: jakub Date: Tue Feb 11 20:48:26 2014 New Revision: 207698 URL: http://gcc.gnu.org/viewcvs?rev=207698&root=gcc&view=rev Log: PR fortran/52370 * trans-decl.c (gfc_build_dummy_array_decl): Set TR

[Bug c++/60153] New: Variadic template parameter's typedefs cause internal compile error: in dependent_type_p on RedHat

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60153 Bug ID: 60153 Summary: Variadic template parameter's typedefs cause internal compile error: in dependent_type_p on RedHat Product: gcc Version: 4.8.2 Status: UNCONFIRMED

[Bug target/56024] ARM NEON polynomial types behave as if signed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56024 --- Comment #9 from Tim Northover --- Yay for infinite e-mail loops! Very sorry about that, it should be fixed now.

[Bug target/56024] ARM NEON polynomial types behave as if signed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56024 --- Comment #8 from StaffLeavers at arm dot com --- tim.northover no longer works for ARM. Your email will be forwarded to their line manager. Please do not reply to this email. If you need more information, please email real-postmas...@arm.com

[Bug target/56024] ARM NEON polynomial types behave as if signed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56024 --- Comment #5 from StaffLeavers at arm dot com --- tim.northover no longer works for ARM. Your email will be forwarded to their line manager. Please do not reply to this email. If you need more information, please email real-postmas...@arm.com

[Bug target/56024] ARM NEON polynomial types behave as if signed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56024 --- Comment #6 from StaffLeavers at arm dot com --- tim.northover no longer works for ARM. Your email will be forwarded to their line manager. Please do not reply to this email. If you need more information, please email real-postmas...@arm.com

[Bug target/56024] ARM NEON polynomial types behave as if signed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56024 --- Comment #7 from StaffLeavers at arm dot com --- tim.northover no longer works for ARM. Your email will be forwarded to their line manager. Please do not reply to this email. If you need more information, please email real-postmas...@arm.com

[Bug fortran/60060] [4.9 Regression] lto1: internal compiler error: in add_AT_specification, at dwarf2out.c:4096

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60060 --- Comment #8 from Dominique d'Humieres --- > Looks like a different bug - can you please file it separately as this bug > assigned to me is about LTO issues? PR60152.

[Bug target/56024] ARM NEON polynomial types behave as if signed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56024 --- Comment #4 from StaffLeavers at arm dot com --- tim.northover no longer works for ARM. Your email will be forwarded to their line manager. Please do not reply to this email. If you need more information, please email real-postmas...@arm.com

[Bug target/56024] ARM NEON polynomial types behave as if signed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56024 --- Comment #3 from StaffLeavers at arm dot com --- tim.northover no longer works for ARM. Your email will be forwarded to their line manager. Please do not reply to this email. If you need more information, please email real-postmas...@arm.com

[Bug debug/60152] New: [4.9.0 Regression] multiple AT_calling_convention attributes generated after r205679

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60152 Bug ID: 60152 Summary: [4.9.0 Regression] multiple AT_calling_convention attributes generated after r205679 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Seve

[Bug target/56024] ARM NEON polynomial types behave as if signed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56024 Tim Northover changed: What|Removed |Added CC||t.p.northover at gmail dot com --- Commen

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60147 --- Comment #2 from Dominique d'Humieres --- > Usual suspect is r205679. It is the culprit: r205678 is OK, r205679 gives the ICE.

[Bug target/60151] New: HAVE_AS_GOTOFF_IN_DATA is mis-detected on x86-64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60151 Bug ID: 60151 Summary: HAVE_AS_GOTOFF_IN_DATA is mis-detected on x86-64 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: t

[Bug testsuite/58630] [4.9 Regression] Revision 203171 breaks several MS-ABI tests

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630 --- Comment #12 from uros at gcc dot gnu.org --- Author: uros Date: Tue Feb 11 18:59:24 2014 New Revision: 207697 URL: http://gcc.gnu.org/viewcvs?rev=207697&root=gcc&view=rev Log: PR target/59927 Revert 2013-12-15 Uros Bizjak P

[Bug target/59927] [4.9 Regression] ICE sorry, unimplemented: ms_abi attribute requires -maccumulate-outgoing-args or subtarget optimization implying it

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59927 --- Comment #12 from uros at gcc dot gnu.org --- Author: uros Date: Tue Feb 11 18:59:24 2014 New Revision: 207697 URL: http://gcc.gnu.org/viewcvs?rev=207697&root=gcc&view=rev Log: PR target/59927 Revert 2013-12-15 Uros Bizjak P

[Bug fortran/60144] Misleading error message when missing "then" after "if" and "else if"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60144 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/60148] strings in NAMELIST do not honor DELIM= in open statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60148 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/59677] basic_istream::get leads to a mudflap violation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59677 Frank Ch. Eigler changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug lto/59468] [4.9 Regression] ICE on invalid C++ code with LTO in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59468 --- Comment #10 from Dmitry Gorbachev --- I confirm that there is no ICE with the 1st testcase. The 2nd still causes ICE in function_and_variable_visibility, at ipa.c:1000. (Something strange happened with the 2nd attachment. I filed another PR 6

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60150 Bug ID: 60150 Summary: [4.9 Regression] ICE in function_and_variable_visibility, at ipa.c:1000 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/59776] [4.8 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 Jakub Jelinek changed: What|Removed |Added Priority|P1 |P2 Status|NEW

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 --- Comment #13 from Jakub Jelinek --- Author: jakub Date: Tue Feb 11 17:46:34 2014 New Revision: 207695 URL: http://gcc.gnu.org/viewcvs?rev=207695&root=gcc&view=rev Log: PR debug/59776 * tree-sra.c (load_assign_lhs_subreplacements): Add

[Bug c/28901] -Wunused-variable ignores unused const initialised variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28901 Tom Tromey changed: What|Removed |Added CC||tromey at gcc dot gnu.org --- Comment #5 fro

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60147 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/52370] [4.7/4.8/4.9 Regression] Spurious "may be used uninitialized" warning for check of optional argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52370 --- Comment #7 from Jakub Jelinek --- Created attachment 32107 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32107&action=edit gcc49-pr52370.patch So, how about this patch?

[Bug driver/44049] Empty dependencies left may cause invalid builds

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44049 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c++/58873] [4.7/4.8/4.9 Regression] [c++11] ICE with __underlying_type for broken enum

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58873 Kai Tietz changed: What|Removed |Added CC||ktietz at gcc dot gnu.org --- Comment #2 from

[Bug fortran/60148] strings in NAMELIST do not honor DELIM= in open statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60148 kargl at gcc dot gnu.org changed: What|Removed |Added Known to fail||4.7.4, 4.8.3, 4.9.0 --- Comment

[Bug c/60149] New: Message with percent character incorrectly marked c-format

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60149 Bug ID: 60149 Summary: Message with percent character incorrectly marked c-format Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Prio

[Bug fortran/52370] [4.7/4.8/4.9 Regression] Spurious "may be used uninitialized" warning for check of optional argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52370 --- Comment #6 from Jakub Jelinek --- Until we get more fine-grained warning control, I believe the only way to fix this is make sure TREE_NO_WARNING is set on Fortran optional argument related variables (not just the data pointer (b.0 here), but

[Bug fortran/60148] New: strings in NAMELIST do not honor DELIM= in open statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60148 Bug ID: 60148 Summary: strings in NAMELIST do not honor DELIM= in open statement Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Prior

[Bug fortran/60147] New: [Regression] ICE with -fdump-tree-original and NAMELIST

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60147 Bug ID: 60147 Summary: [Regression] ICE with -fdump-tree-original and NAMELIST Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priorit

[Bug fortran/52370] [4.7/4.8/4.9 Regression] Spurious "may be used uninitialized" warning for check of optional argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52370 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #5 f

[Bug c++/60146] New: Regression: ICE when compiling this code with -fopenmp

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60146 Bug ID: 60146 Summary: Regression: ICE when compiling this code with -fopenmp Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug rtl-optimization/56965] nonoverlapping_component_refs_p is bogus and slow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56965 Richard Biener changed: What|Removed |Added Attachment #32105|0 |1 is obsolete|

[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 Ramana Radhakrishnan changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug sanitizer/60142] [4.9 Regression][asan] -fsanitize=address breaks debugging - stepping into functions no longer possible

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60142 --- Comment #3 from Tobias Burnus --- (In reply to Jakub Jelinek from comment #2) > Works also with [...] or -O0 -fsanitize=address -g > --param asan-use-after-return=0. For what it is worth and with that comment rather unsurprisingly, the commit

[Bug rtl-optimization/56965] nonoverlapping_component_refs_p is bogus

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56965 --- Comment #4 from Richard Biener --- Created attachment 32105 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32105&action=edit patch to make nonoverlapping_component_refs_p O (n log n) Address O(3) complexity like the attached (otherwise s

[Bug fortran/60144] Misleading error message when missing "then" after "if" and "else if"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60144 --- Comment #2 from Sergio Losilla --- (In reply to kargl from comment #1) > How is the compiler suppose to know that the programmer may have > meant > >program ifelif >if (.TRUE.) i = 42 >if (.FALSE.) then > j = 42 >end if

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 --- Comment #12 from Richard Henderson --- Works for me.

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 --- Comment #11 from Jakub Jelinek --- So: --- gcc/tree-sra.c.jj 2014-02-08 00:53:46.0 +0100 +++ gcc/tree-sra.c 2014-02-11 14:31:51.469937602 +0100 @@ -2950,6 +2950,10 @@ load_assign_lhs_subreplacements (struct

[Bug rtl-optimization/56965] nonoverlapping_component_refs_p is bogus

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56965 --- Comment #3 from Eric Botcazou --- > In the end I'd like to get rid of nonoverlapping_component_refs_p by moving > it to the tree oracle (where there is a similar but less aggressive > aliasing_component_refs_p). No fundamental disagreement he

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 --- Comment #10 from Richard Henderson --- (In reply to Jakub Jelinek from comment #8) > So, do we want to do this instead? In this particular case, even no > DW_OP_GNU_reinterpret is needed. Well, except for the whole dhrs = NULL_TREE thing on

[Bug fortran/60144] Misleading error message when missing "then" after "if" and "else if"

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

[Bug rtl-optimization/56965] nonoverlapping_component_refs_p is bogus

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56965 Richard Biener changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org --- Comment

[Bug tree-optimization/52252] An opportunity for x86 gcc vectorizer (gain up to 3 times)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52252 --- Comment #4 from Stupachenko Evgeny --- The patch giving an expected 3 times gain submitted for a discussion at: http://gcc.gnu.org/ml/gcc-patches/2014-02/msg00670.html

[Bug sanitizer/60142] [4.9 Regression][asan] -fsanitize=address breaks debugging - stepping into functions no longer possible

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60142 Jakub Jelinek changed: What|Removed |Added CC||jkratoch at gcc dot gnu.org,

[Bug other/60145] New: [AVR] Suboptimal code for byte order shuffling using shift and or

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60145 Bug ID: 60145 Summary: [AVR] Suboptimal code for byte order shuffling using shift and or Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/56965] nonoverlapping_component_refs_p is bogus

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

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 --- Comment #9 from Martin Jambor --- (In reply to Jakub Jelinek from comment #8) > Created attachment 32104 [details] > gcc49-pr59776.patch > > So, do we want to do this instead? In this particular case, even no > DW_OP_GNU_reinterpret is neede

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60133 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org Severi

[Bug middle-end/54041] [4.7/4.8/4.9 regression] -mshort ICE in convert_memory_address_addr_space, at explow.c:327

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

[Bug middle-end/54041] [4.7/4.8/4.9 regression] -mshort ICE in convert_memory_address_addr_space, at explow.c:327

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54041 --- Comment #11 from Jeffrey A. Law --- Author: law Date: Tue Feb 11 13:58:46 2014 New Revision: 207689 URL: http://gcc.gnu.org/viewcvs?rev=207689&root=gcc&view=rev Log: PR middle-end/54041 * expr.c (expand_expr_addr_expr_1): Handle expan

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #8 f

[Bug sanitizer/60142] [4.9 Regression][asan] -fsanitize=address breaks debugging - stepping into functions no longer possible

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60142 Richard Biener changed: What|Removed |Added Keywords||wrong-debug Target Milestone|---

[Bug fortran/60144] New: Misleading error message when missing "then" after "if" and "else if"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60144 Bug ID: 60144 Summary: Misleading error message when missing "then" after "if" and "else if" Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: minor

[Bug c/60101] [4.7/4.8/4.9 Regression] Long compile times when mixed complex floating point datatypes are used in lengthy expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60101 --- Comment #11 from Manuel López-Ibáñez --- Sorry for not being more helpful, it was a long time ago that I worked on that. Perhaps if you tell me which revision did the reversal/implemented the special-handling of SAVE_EXPR, I can figure out wha

[Bug c/60101] [4.7/4.8/4.9 Regression] Long compile times when mixed complex floating point datatypes are used in lengthy expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60101 --- Comment #10 from Jakub Jelinek --- Created attachment 32103 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32103&action=edit WIP patch And just for completeness, I'm attaching my WIP (about 50% of work done) patch to introduce the hash t

[Bug c/60101] [4.7/4.8/4.9 Regression] Long compile times when mixed complex floating point datatypes are used in lengthy expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60101 Jakub Jelinek changed: What|Removed |Added CC||bernds at gcc dot gnu.org --- Comment #9

[Bug c/60101] [4.7/4.8/4.9 Regression] Long compile times when mixed complex floating point datatypes are used in lengthy expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60101 --- Comment #8 from Manuel López-Ibáñez --- (In reply to Jakub Jelinek from comment #7) > passes with this change and the testcase from this PR finishes in under a > second. Manuel, can you please try to explain what you were trying to > achieve

[Bug libgomp/60107] libgomp.c/pr58392.c etc. FAIL

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60107 Rainer Orth changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libgomp/60107] libgomp.c/pr58392.c etc. FAIL

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60107 --- Comment #6 from Rainer Orth --- Author: ro Date: Tue Feb 11 12:56:39 2014 New Revision: 207688 URL: http://gcc.gnu.org/viewcvs?rev=207688&root=gcc&view=rev Log: Only assume 4-byte stack alignment on Solaris 9/x86 (PR libgomp/60107) PR li

[Bug c/60129] Imprecise column numbers in NOTEs on discarding const qualifiers from pointer target type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60129 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c/60101] [4.7/4.8/4.9 Regression] Long compile times when mixed complex floating point datatypes are used in lengthy expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60101 Jakub Jelinek changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment #7 fr

[Bug c++/60143] New: AIX: gcc-4.8.2: for loop not entered when -maix64 and -O are set

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60143 Bug ID: 60143 Summary: AIX: gcc-4.8.2: for loop not entered when -maix64 and -O are set Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: major

[Bug fortran/60060] [4.9 Regression] lto1: internal compiler error: in add_AT_specification, at dwarf2out.c:4096

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60060 --- Comment #7 from Richard Biener --- (In reply to Tobias Burnus from comment #6) > (In reply to Dominique d'Humieres from comment #0) > > warning: invalid DWARF generated by the compiler: DIE 0x01f0 has > > multiple AT_calling_convention at

[Bug libgomp/60107] libgomp.c/pr58392.c etc. FAIL

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60107 --- Comment #5 from Jakub Jelinek --- >From RM POV this is ok for 4.9.

[Bug libgomp/60107] libgomp.c/pr58392.c etc. FAIL

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60107 --- Comment #4 from Rainer Orth --- Created attachment 32101 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32101&action=edit proposed patch

[Bug libgomp/60107] libgomp.c/pr58392.c etc. FAIL

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60107 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libgomp/60107] libgomp.c/pr58392.c etc. FAIL

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60107 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #2 from Jakub Jelinek --- > Well, this isn't about main alignment (and, after all, main realigns the stack > anyway), but about stack alignment upon entering pthread_create

[Bug sanitizer/60142] New: [4.9 Regression][asan] -fsanitize=address breaks debugging - stepping into functions no longer possible

, kcc at gcc dot gnu.org Created attachment 32100 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32100&action=edit Small C++ testcase Debugging the following code works (on x86-64-linux) with GCC 4.8.3 20131205 - or with GCC 4.9.0 20140211 and *without* -fsanitize=address. Using ASAN,

[Bug c/60139] Imprecise column number for -pedantic on non-computable initializer element

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60139 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libfortran/59774] [4.8 Regression] Inconsistent rounding between -m32 and -m64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774 Dominique d'Humieres changed: What|Removed |Added Summary|[4.8/4.9 Regression]|[4.8 Regression]

[Bug libfortran/59836] [4.7/4.8 Regression] Wrong outputs with rounding formats for some values.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59836 Dominique d'Humieres changed: What|Removed |Added Summary|[4.7/4.8/4.9 Regression]|[4.7/4.8 Regression] Wrong

[Bug target/59927] [4.9 Regression] ICE sorry, unimplemented: ms_abi attribute requires -maccumulate-outgoing-args or subtarget optimization implying it

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59927 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/59927] [4.9 Regression] ICE sorry, unimplemented: ms_abi attribute requires -maccumulate-outgoing-args or subtarget optimization implying it

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59927 --- Comment #10 from Jakub Jelinek --- Author: jakub Date: Tue Feb 11 09:06:37 2014 New Revision: 207686 URL: http://gcc.gnu.org/viewcvs?rev=207686&root=gcc&view=rev Log: PR target/59927 * gcc.target/i386/pr59927.c: New test. Added: