[Bug c/66084] New: ICE:internal compiler error: in fold_convert_loc, at fold-const.c:1974

2015-05-09 Thread zhongyunde at huawei dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66084 Bug ID: 66084 Summary: ICE:internal compiler error: in fold_convert_loc, at fold-const.c:1974 Product: gcc Version: 4.7.4 Status: UNCONFIRMED Severity: normal

[Bug c/66084] ICE:internal compiler error: in fold_convert_loc, at fold-const.c:1974

2015-05-09 Thread zhongyunde at huawei dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66084 --- Comment #1 from vfdff --- the following try can fix the issue, but need consider the reason why the gcc_assert is added original ? [zhongyunde@linux-root ~/6183_hcc/gcc/gcc-4.7.0/gcc]$svn diff fold-const.c Index: fold-const.c ==

[Bug c/66084] ICE:internal compiler error: in fold_convert_loc, at fold-const.c:1974

2015-05-09 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66084 --- Comment #2 from Andrew Pinski --- The assert is correct in that it is checking that the size of what is being converted to a vector type is the same size as the vector. The problem is more likely before that point.

[Bug sanitizer/64839] libsanitizer shouldn't require

2015-05-09 Thread harald at gigawatt dot nl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 --- Comment #11 from Harald van Dijk --- (In reply to Yury Gribov from comment #10) > Did libsanitizer build for you both with and without xdr.h? If yes, I'll > just go ahead and submit this. I'm using your patch applied to 5.1.0 without issues

[Bug sanitizer/64839] libsanitizer shouldn't require

2015-05-09 Thread y.gribov at samsung dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 --- Comment #12 from Yury Gribov --- > I'm using your patch applied to 5.1.0 without issues on my system without > xdr.h. That's probably ok, thanks. I'll submit on Monday then (to be online if problems arise).

[Bug fortran/66035] [5/6 Regression] gfortran ICE segfault

2015-05-09 Thread evangelos at foutrelis dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66035 Evangelos Foutras changed: What|Removed |Added CC||evangelos at foutrelis dot com --- C

[Bug bootstrap/66085] New: [6 Regression] Revision r222934 breaks bootstrap on darwin.

2015-05-09 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66085 Bug ID: 66085 Summary: [6 Regression] Revision r222934 breaks bootstrap on darwin. Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Prio

[Bug c/66086] New: Casting a pointer to a double confuses the optimizer

2015-05-09 Thread agriff at tin dot it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66086 Bug ID: 66086 Summary: Casting a pointer to a double confuses the optimizer Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug middle-end/66084] ICE:internal compiler error: in fold_convert_loc, at fold-const.c:1974

2015-05-09 Thread glisse at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66084 Marc Glisse changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|

[Bug bootstrap/66085] [6 Regression] Revision r222934 breaks bootstrap on darwin.

2015-05-09 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66085 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/66087] New: Invalid narrowing of MEM with containing POST_INC

2015-05-09 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66087 Bug ID: 66087 Summary: Invalid narrowing of MEM with containing POST_INC Product: gcc Version: 4.8.5 Status: UNCONFIRMED Keywords: wrong-code Severity: normal P

[Bug target/65979] Multiple issues in conftest.c prevent build on sh4-linux-gnu

2015-05-09 Thread glaubitz at physik dot fu-berlin.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979 --- Comment #7 from John Paul Adrian Glaubitz --- (In reply to John Paul Adrian Glaubitz from comment #6) > To be followed up. Just built with gcc-4.9_4.9.2-7 which previously successfully built gcc-4.9_4.9.2-10 [1] but fails to build gcc-4.9_4.

[Bug c/66066] [6 Regression] r222889 causes bogus error: initializer element is not constant

2015-05-09 Thread kugan at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66066 kugan at gcc dot gnu.org changed: What|Removed |Added CC||kugan at gcc dot gnu.org --- C

[Bug c/66088] New: -Wunused-but-set-variable does not regard static variable access in local scope

2015-05-09 Thread vshebordaev at mail dot ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66088 Bug ID: 66088 Summary: -Wunused-but-set-variable does not regard static variable access in local scope Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity:

[Bug fortran/65894] [6 Regression] severe regression in gfortran 6.0.0

2015-05-09 Thread mikael at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65894 --- Comment #32 from Mikael Morin --- Author: mikael Date: Sat May 9 13:36:14 2015 New Revision: 222968 URL: https://gcc.gnu.org/viewcvs?rev=222968&root=gcc&view=rev Log: Fix fortran/65894 elemental procedures wrong-code gcc/fortran/ 2015-05-0

[Bug bootstrap/66085] [6 Regression] Revision r222934 breaks bootstrap on darwin.

2015-05-09 Thread aldyh at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66085 --- Comment #2 from Aldy Hernandez --- Author: aldyh Date: Sat May 9 13:50:21 2015 New Revision: 222969 URL: https://gcc.gnu.org/viewcvs?rev=222969&root=gcc&view=rev Log: PR bootstrap/66085 * decl2.c (note_mangling_alias): Decla

[Bug bootstrap/66085] [6 Regression] Revision r222934 breaks bootstrap on darwin.

2015-05-09 Thread aldyh at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66085 Aldy Hernandez changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug rtl-optimization/66087] Invalid narrowing of MEM with containing POST_INC

2015-05-09 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66087 --- Comment #1 from Andrew Pinski --- Good old allowing subreg of a mem as register operand before reload.

[Bug tree-optimization/64454] optimize (x%5)%5

2015-05-09 Thread glisse at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64454 --- Comment #10 from Marc Glisse --- Author: glisse Date: Sat May 9 15:40:05 2015 New Revision: 222970 URL: https://gcc.gnu.org/viewcvs?rev=222970&root=gcc&view=rev Log: 2015-05-09 Marc Glisse PR tree-optimization/64454 gcc/

[Bug fortran/66089] New: elemental dependency mishandling when derived types are involved

2015-05-09 Thread mikael at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 Bug ID: 66089 Summary: elemental dependency mishandling when derived types are involved Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/66089] elemental dependency mishandling when derived types are involved

2015-05-09 Thread mikael at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #1 from Mikael Morin --- Draft patch: Index: trans-array.c === --- trans-array.c (révision 222968) +++ trans-array.c (copie de travail) @@ -2449,13 +2449,6 @

[Bug debug/61352] gcc 4.9.0 fails to execute dsymutil when linking executables on darwin

2015-05-09 Thread iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61352 --- Comment #14 from Iain Sandoe --- (In reply to Joel Brobecker from comment #13) > Sorry guys, but dsymutil is not working very well. I have a couple of > examples where, either dsymutil is excluding some DIEs from the DWARF image, > or where d

[Bug libstdc++/58931] condition_variable::wait_until overflowed by large time_point

2015-05-09 Thread aaron at aarongraham dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58931 Aaron Graham changed: What|Removed |Added CC||aaron at aarongraham dot com --- Comment

[Bug libstdc++/58931] condition_variable::wait_until overflowed by large time_point

2015-05-09 Thread aaron at aarongraham dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58931 --- Comment #4 from Aaron Graham --- See bug 41861 for discussion of steady_clock wrt condition_variable.

[Bug debug/61352] gcc 4.9.0 fails to execute dsymutil when linking executables on darwin

2015-05-09 Thread iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61352 --- Comment #15 from Iain Sandoe --- Created attachment 35512 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35512&action=edit Disable dsymutil when -save-temps is on the command line. … something like this…

[Bug fortran/65894] [6 Regression] severe regression in gfortran 6.0.0

2015-05-09 Thread juergen.reuter at desy dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65894 --- Comment #33 from Jürgen Reuter --- Great, with that comment everything in our code works again, thanks, Mikael. So, what about Dominique's comment with the fix for PR 58586 and that this breaks our code again. Shall I (try to) investigate thi

[Bug c/66088] -Wunused-but-set-variable does not regard static variable access in local scope

2015-05-09 Thread vshebordaev at mail dot ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66088 --- Comment #1 from Vladimir --- Well, the build is broken when -Werror option is specified just like it is expected, I've overlooked a typo.

[Bug c/66088] -Wunused-but-set-variable does not regard static variable access in local scope

2015-05-09 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66088 --- Comment #2 from Andrew Pinski --- Is gcc warning about t being set but unused? If so then the warning is correct "t =" is just setting t and the variable is otherwise unused and can be removed as it has no side effects. *(&t) disables the w

[Bug target/65979] Multiple issues in conftest.c prevent build on sh4-linux-gnu

2015-05-09 Thread kkojima at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979 --- Comment #8 from Kazumoto Kojima --- (In reply to John Paul Adrian Glaubitz from comment #7) > Just built with gcc-4.9_4.9.2-7 which previously successfully built > gcc-4.9_4.9.2-10 [1] but fails to build gcc-4.9_4.9.2-16 [2]. It seems that l

[Bug c/66088] -Wunused-but-set-variable does not regard static variable access in local scope

2015-05-09 Thread vshebordaev at mail dot ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66088 --- Comment #3 from Vladimir --- Well, I doubt that modification of the static variable has no side effects.

[Bug c/66090] New: Wrong loop code generation with -O2 on ARM

2015-05-09 Thread christian.procha...@genode-labs.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66090 Bug ID: 66090 Summary: Wrong loop code generation with -O2 on ARM Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c++/66091] New: [c++-concepts] Overloading of member operators based on constraints rejected; regression from r211591

2015-05-09 Thread tom at honermann dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66091 Bug ID: 66091 Summary: [c++-concepts] Overloading of member operators based on constraints rejected; regression from r211591 Product: gcc Version: unknown Status: UNCONFI

[Bug c++/66092] New: Concept can't check variadic template arguments

2015-05-09 Thread yingpo.liao at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66092 Bug ID: 66092 Summary: Concept can't check variadic template arguments Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c/66086] Casting a pointer to an uintptr_t and later to a double confuses the optimizer

2015-05-09 Thread agriff at tin dot it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66086 --- Comment #1 from Andrea Griffini --- Not sure if this helps but I found that when compiling -m32 -O -fno-tree-dce the output of the program becomes correct but the generated code is not. More specifically the non-inlined version of `doit` con

[Bug c/66086] Casting a pointer to an uintptr_t and later to a double confuses the optimizer

2015-05-09 Thread agriff at tin dot it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66086 --- Comment #2 from Andrea Griffini --- (In reply to Andrea Griffini from comment #1) > Not sure if this helps but I found that when compiling -m32 -O -fno-tree-dce > the output of the program becomes correct but the generated code is not. > > M