[Bug middle-end/69920] [6 Regression] FAIL: g++.dg/torture/pr42704.C -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69920 Richard Biener changed: What|Removed |Added Target||i?86-*-* Priority|P3

[Bug middle-end/69920] [6 Regression] FAIL: g++.dg/torture/pr42704.C -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69920 --- Comment #2 from Martin Jambor --- (In reply to H.J. Lu from comment #1) > It may be caused by r233626. What do you mean by "may be?" I have just double checked that if I apply the patch to r233489 and run the test, it passes here on my

[Bug middle-end/69920] [6 Regression] FAIL: g++.dg/torture/pr42704.C -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69920 H.J. Lu changed: What|Removed |Added CC||jamborm at gcc dot gnu.org --- Comment #1

[Bug middle-end/69920] New: [6 Regression] FAIL: g++.dg/torture/pr42704.C -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69920 Bug ID: 69920 Summary: [6 Regression] FAIL: g++.dg/torture/pr42704.C -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error) Product: gcc

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 Jerry DeLisle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 --- Comment #8 from Jerry DeLisle --- Author: jvdelisle Date: Thu Feb 18 18:23:09 2016 New Revision: 233528 URL: https://gcc.gnu.org/viewcvs?rev=233528=gcc=rev Log: 2016-02-18 Jerry DeLisle Backport from

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 --- Comment #7 from Jerry DeLisle --- Author: jvdelisle Date: Tue Feb 16 00:51:58 2016 New Revision: 233443 URL: https://gcc.gnu.org/viewcvs?rev=233443=gcc=rev Log: 2016-02-15 Jerry DeLisle Backport from

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 --- Comment #6 from Jerry DeLisle --- Author: jvdelisle Date: Tue Feb 16 00:38:18 2016 New Revision: 233442 URL: https://gcc.gnu.org/viewcvs?rev=233442=gcc=rev Log: 2016-02-15 Jerry DeLisle Backport from trunk

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 --- Comment #4 from Jerry DeLisle --- Author: jvdelisle Date: Fri Feb 12 19:52:13 2016 New Revision: 233387 URL: https://gcc.gnu.org/viewcvs?rev=233387=gcc=rev Log: 2016-02-12 Jerry DeLisle PR

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 --- Comment #5 from Jerry DeLisle --- Author: jvdelisle Date: Fri Feb 12 21:02:02 2016 New Revision: 233388 URL: https://gcc.gnu.org/viewcvs?rev=233388=gcc=rev Log: 2016-02-12 Jerry DeLisle PR

Re: [patch,libgfortran] Bug 69668 - [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

On 02/11/2016 10:38 AM, Janne Blomqvist wrote: > On Wed, Feb 10, 2016 at 4:45 AM, Jerry DeLisle <jvdeli...@charter.net> wrote: >> The attached patch reverts the guilty code. We were trying to honor >> delim=NONE >> on namelist reads which is invalid. >> >>

Re: [patch,libgfortran] Bug 69668 - [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

On Wed, Feb 10, 2016 at 4:45 AM, Jerry DeLisle <jvdeli...@charter.net> wrote: > The attached patch reverts the guilty code. We were trying to honor delim=NONE > on namelist reads which is invalid. > > Test cases updated. Regression tested on x86-64. > > OK for trunk and b

Re: [patch,libgfortran] Bug 69668 - [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

On 02/09/2016 06:45 PM, Jerry DeLisle wrote: > The attached patch reverts the guilty code. We were trying to honor delim=NONE > on namelist reads which is invalid. > > Test cases updated. Regression tested on x86-64. > > OK for trunk and back port in about a week? > No

[patch,libgfortran] Bug 69668 - [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

The attached patch reverts the guilty code. We were trying to honor delim=NONE on namelist reads which is invalid. Test cases updated. Regression tested on x86-64. OK for trunk and back port in about a week? Regards, Jerry 2016-02-09 Jerry DeLisle <jvdeli...@gcc.gnu.org>

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 Jerry DeLisle changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 Harald Anlauf changed: What|Removed |Added CC||anlauf at gmx dot de --- Comment #2

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

|1 Summary|Error reading namelist |[4.9/5/6 Regression] Error |opened with DELIM='NONE'|reading namelist opened ||with DELIM='NONE' Known to fail||4.9.3

[Bug fortran/69668] New: Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 Bug ID: 69668 Summary: Error reading namelist opened with DELIM='NONE' Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug fortran/66544] [F03] ICE on function with procedure-pointer result in combination with implicit none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66544 --- Comment #6 from Gerhard Steinmetz <gerhard.steinmetz.fort...@t-online.de> --- When running several private scripts, there was a difference between some scripts including option -fimplicit-none, and some others that didn't. Re

[Bug fortran/69603] [5/6 Regression] ICE: segfault with -fimplicit-none and proc_ptr_comp_24.f90

||2016-02-01 CC||janus at gcc dot gnu.org Summary|ICE: segfault with |[5/6 Regression] ICE: |-fimplicit-none and |segfault with |proc_ptr_comp_24.f90|-fimplicit

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 --- Comment #13 from Alan Modra --- Author: amodra Date: Tue Feb 2 00:01:16 2016 New Revision: 233061 URL: https://gcc.gnu.org/viewcvs?rev=233061=gcc=rev Log: [RS6000] ABI_V4 init of toc section Since 4c4a180d lto has turned off flag_pic when

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/69603] New: ICE: segfault with -fimplicit-none and proc_ptr_comp_24.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69603 Bug ID: 69603 Summary: ICE: segfault with -fimplicit-none and proc_ptr_comp_24.f90 Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/66544] [F03] ICE on function with procedure-pointer result in combination with implicit none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66544 --- Comment #5 from janus at gcc dot gnu.org --- Note that there are other ways to generate a "recursive" interface, like: module m implicit none contains real function f(z) procedure(f), pointer :: z end end module

[Bug fortran/66544] [F03] ICE on function with procedure-pointer result in combination with implicit none

Summary|ICE on function with|[F03] ICE on function with |pointer result in |procedure-pointer result in |combination with implicit |combination with implicit |none|none --- Comment #3 from

[Bug fortran/66544] [F03] ICE on function with procedure-pointer result in combination with implicit none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66544 --- Comment #4 from janus at gcc dot gnu.org --- Btw, I don't fully understand why "implicit none" should make any difference here. I can see that it would make a difference if you don't specify an interface in the procedure statement:

[Bug fortran/62007] default(none) conflicts with iteration variable in openmp parallel loop simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62007 --- Comment #10 from Dominique d'Humieres --- Could this PR be closed as FIXED?

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 --- Comment #12 from Peter Bergner --- Should we add an assert somewhere to ensure that flag_pic and TARGET_RELOCATABLE are consistent?

[Bug target/57816] ICE compiling __builtin_sqrt with powerpc-none-eabispe with -mpowerpc-gpopt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57816 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 Alan Modra changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 --- Comment #10 from Alan Modra --- I guess rs6000 needs to implement targetm.override_options_after_change() if we're to keep flag_pic and TARGET_RELOCATABLE consistent.

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 --- Comment #9 from Alan Modra --- For the testcase in comment #7, global_options are inconsistent (*) and wrong when compiling foo. I see flag_pic == 2 there?? (*) In particular, TARGET_RELOCATABLE and flag_pic don't agree. See

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 --- Comment #7 from Jakub Jelinek --- Seems like powerpc* has lots of other issues related to mixing pic and non-pic code. E.g. int x; int foo (void) { return x; } __attribute__((optimize ("PIC"))) int bar (void) { return x; } seems to

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 --- Comment #8 from Peter Bergner --- (In reply to Jakub Jelinek from comment #7) > seems to ICE due to endless recursion with -O2 -m32 (every force_reg causes > another force_reg, at least in x86_64-linux -> powerpc64-linux cross). I see a

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 --- Comment #5 from David Edelsohn --- Unconditionally generating toc_label_name is okay with me, but I thought that Alan commented it was not sufficient in Comment #2.

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 --- Comment #6 from Jakub Jelinek --- Author: jakub Date: Tue Jan 26 19:53:37 2016 New Revision: 232844 URL: https://gcc.gnu.org/viewcvs?rev=232844=gcc=rev Log: PR target/68662 * config/rs6000/rs6000.c

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4

[Bug fortran/67524] ICE on using implicit character instead of implicit none etc.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67524 --- Comment #4 from Gerhard Steinmetz --- With a recent version the message is now : $ gfortran-6 --version GNU Fortran (SUSE Linux) 6.0.0 20160121 (experimental) [trunk revision 232670] $ gfortran-6 -c

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

. Rest of places > seems to check for DECL_ARGUMENTS. Thanks for pointing out. I was wondering why this ICE'd only with -flto-partition=none and not with other partitioning methods ? For the test-case, with partitioning enabled, get_untransformed_body () was called only once per node. Or is this issue i

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133 --- Comment #8 from Jan Hubicka --- Well, -flto-partition=none does bot IPA optimization and codegen in one run. In this case the body was once read by ipa-cp to duplicate the thunk and second time by expand_thunk. With other methods

[Bug c++/66858] [6 Regression] FAIL: g++.dg/pch/system-2.C -O2 -g assembly comparison on aarch64-none-elf, arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66858 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3

[Bug c++/66858] [6 Regression] FAIL: g++.dg/pch/system-2.C -O2 -g assembly comparison on aarch64-none-elf, arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66858 --- Comment #4 from ktkachov at gcc dot gnu.org --- It passes today on arm-none-eabi and aarch64-none-elf. John, does it still fail on hppa64?

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133 --- Comment #9 from Jan Hubicka --- Author: hubicka Date: Tue Jan 19 11:57:41 2016 New Revision: 232552 URL: https://gcc.gnu.org/viewcvs?rev=232552=gcc=rev Log: PR lto/69133 * cgraphunit.c (cgraph_node::expand_thunk): When

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/66858] [6 Regression] FAIL: g++.dg/pch/system-2.C -O2 -g assembly comparison on aarch64-none-elf, arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66858 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/66858] [6 Regression] FAIL: g++.dg/pch/system-2.C -O2 -g assembly comparison on aarch64-none-elf, arm-none-eabi

today on arm-none-eabi and aarch64-none-elf. > John, does it still fail on hppa64? It passed on hppa64. Dave

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133 Jan Hubicka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133 --- Comment #5 from Jan Hubicka --- The problem seems to be that cgraph_node::get_untransformed_body checks presence of body by DECL_RESULT which is NULL for thunks. Rest of places seems to check for DECL_ARGUMENTS. I am testing: Index:

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133 --- Comment #6 from Jan Hubicka --- The following has even chance to work :) Index: cgraph.c === --- cgraph.c(revision 232466) +++ cgraph.c(working copy) @@ -3305,10

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 Jan Hubicka changed: What|Removed |Added Component|lto |target --- Comment #3 from Jan Hubicka

[Bug c++/68385] [6 Regression] ICE building libstdc++ on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385 --- Comment #8 from Andre Vieira --- It did fix it for me, sorry for the late reply.

[Bug c++/68385] [6 Regression] ICE building libstdc++ on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

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

[Bug lto/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

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

[Bug c++/66858] [6 Regression] FAIL: g++.dg/pch/system-2.C -O2 -g assembly comparison on aarch64-none-elf, arm-none-eabi

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

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133 Markus Trippelsdorf changed: What|Removed |Added Keywords|ice-on-valid-code |ice-on-invalid-code --- Comment

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133 Andrew Pinski changed: What|Removed |Added Keywords|ice-on-invalid-code |ice-on-valid-code Target

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133 --- Comment #3 from Andrew Pinski --- (In reply to Markus Trippelsdorf from comment #2) The code included here is undefined due to ODR violations.

[Bug lto/69133] [6 Regression] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partition=none

|lto_get_decl_name_mapping() |in |on 483.xalancbmk with |lto_get_decl_name_mapping() |-flto-partitions=none |on 483.xalancbmk with ||-flto-partition=none Ever confirmed|0 |1

[Bug lto/69133] LTO segfault in lto_get_decl_name_mapping() on 483.xalancbmk with -flto-partitions=none

--- Comment #1 from Markus Trippelsdorf --- Could you please try to reduce the issue further? https://gcc.gnu.org/wiki/A_guide_to_testcase_reduction#Reducing_LTO_bugs And the option is: -flto-partition=none (no plural)

[Bug lto/69133] New: LTO segfault in lto_get_decl_mapping() on 483.xalancbmk with -flto-partitions=none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133 Bug ID: 69133 Summary: LTO segfault in lto_get_decl_mapping() on 483.xalancbmk with -flto-partitions=none Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug c++/68385] [6 Regression] ICE building libstdc++ on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #6

Re: [PATCH, testsuite] Fix PR68629: attr-simd-3.c failure on arm-none-eabi targets

Hi! On Tue, 15 Dec 2015 17:44:59 +0100, I wrote: > On Wed, 9 Dec 2015 17:56:13 +0800, "Thomas Preud'homme" > <thomas.preudho...@arm.com> wrote: > > c-c++-common/attr-simd-3.c fails to compile on arm-none-eabi targets due to > > -fcilkplus needing -pthrea

Re: [PATCH, testsuite] Fix PR68629: attr-simd-3.c failure on arm-none-eabi targets

On Thu, Dec 17, 2015 at 09:02:39AM +0100, Thomas Schwinge wrote: > On Tue, 15 Dec 2015 17:44:59 +0100, I wrote: > > On Wed, 9 Dec 2015 17:56:13 +0800, "Thomas Preud'homme" > > <thomas.preudho...@arm.com> wrote: > > > c-c++-common/attr-simd-3.c fails

RE: [PATCH, testsuite] Fix PR68629: attr-simd-3.c failure on arm-none-eabi targets

Hi, > From: Jakub Jelinek [mailto:ja...@redhat.com] > Sent: Thursday, December 17, 2015 4:26 PM > > > > > > > --- a/gcc/testsuite/lib/target-supports.exp > > > > +++ b/gcc/testsuite/lib/target-supports.exp > > > > @@ -1432,7 +1432,12 @@ proc check_effective_target_cilkplus { } { > > > > if {

RE: [PATCH, testsuite] Fix PR68629: attr-simd-3.c failure on arm-none-eabi targets

r-simd-3.c failure on arm- > none-eabi targets > > c-c++-common/attr-simd-3.c fails to compile on arm-none-eabi targets > due to -fcilkplus needing -pthread which is not available for those targets. > This patch solves this issue by adding a condition to the cilkplus effective > t

Re: [PATCH, testsuite] Fix PR68629: attr-simd-3.c failure on arm-none-eabi targets

Hi! On Wed, 9 Dec 2015 17:56:13 +0800, "Thomas Preud'homme" <thomas.preudho...@arm.com> wrote: > c-c++-common/attr-simd-3.c fails to compile on arm-none-eabi targets due to > -fcilkplus needing -pthread which is not available for those targets. This > patch so

Re: [PATCH, testsuite] Fix PR68629: attr-simd-3.c failure on arm-none-eabi targets

On 12/09/2015 02:56 AM, Thomas Preud'homme wrote: c-c++-common/attr-simd-3.c fails to compile on arm-none-eabi targets due to -fcilkplus needing -pthread which is not available for those targets. This patch solves this issue by adding a condition to the cilkplus effective target

[PATCH, testsuite] Fix PR68629: attr-simd-3.c failure on arm-none-eabi targets

c-c++-common/attr-simd-3.c fails to compile on arm-none-eabi targets due to -fcilkplus needing -pthread which is not available for those targets. This patch solves this issue by adding a condition to the cilkplus effective target that compiling with -fcilkplus succeeds and requires cilkplus

[Bug target/68214] gcc.dg/cwsc1.c fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68214 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/68214] gcc.dg/cwsc1.c fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68214 --- Comment #4 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Fri Dec 4 09:44:42 2015 New Revision: 231252 URL: https://gcc.gnu.org/viewcvs?rev=231252=gcc=rev Log: [ARM] PR target/68214: Delete IP-reg-clobbering call-through-mem

[Bug rtl-optimization/68205] [5 regression] ICE compiling gcc.c-torture/execute/20040709-2.c with -fno-common on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68205 Richard Biener changed: What|Removed |Added Target Milestone|5.3 |5.4 --- Comment #2 from Richard Biener

[Bug lto/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/68662] New: [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 Bug ID: 68662 Summary: [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno

[Bug lto/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 Andreas Schwab changed: What|Removed |Added Blocks||67548 Target

[Bug lto/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 --- Comment #1 from Jan Hubicka --- That looks like (latent?) bug in the target asm output - we should not produce invalid asm based on visibility changes. I will see if I can reproduce it on gcc compile farm.

[Bug c++/66858] [6 Regression] FAIL: g++.dg/pch/system-2.C -O2 -g assembly comparison on aarch64-none-elf, arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66858 --- Comment #2 from Andrew Pinski --- This is related to maybe_retrofit_in_chrg somehow.

[Bug target/68214] gcc.dg/cwsc1.c fails on arm-none-eabi

--- Comment #1 from ktkachov at gcc dot gnu.org --- How was the compiler configured? The testcases passes for me with a recent trunk. Compiling it with a arm-none-eabi compiler with -march=armv4t -mthumb -mfloat-abi=softfp (for example) gives: main: push{r4, lr} sub sp, sp

[Bug target/68214] gcc.dg/cwsc1.c fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68214 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/68214] gcc.dg/cwsc1.c fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68214 ktkachov at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code

[Bug c++/68385] [6 Regression] ICE building libstdc++ on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385 --- Comment #5 from chrbr at gcc dot gnu.org --- *** Bug 68368 has been marked as a duplicate of this bug. ***

[Bug c++/68385] [6 Regression] ICE building libstdc++ on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org --- Comment

[Bug middle-end/66325] [6 Regression] ICE in gcc.c-torture/execute/930408-1.c, verify_type fails with --enable-checking=yes on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66325 Jan Hubicka changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/68385] [6 Regression] ICE building libstdc++ on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385 --- Comment #3 from Jason Merrill --- Author: jason Date: Wed Nov 25 14:35:24 2015 New Revision: 230871 URL: https://gcc.gnu.org/viewcvs?rev=230871=gcc=rev Log: PR c++/68385 * tree.c (integer_zerop, integer_onep,

[Bug c++/68385] [6 Regression] ICE building libstdc++ on arm-none-eabi

||2015-11-18 CC||belagod at gcc dot gnu.org, ||jason at redhat dot com Ever confirmed|0 |1 --- Comment #1 from Tejas Belagod --- Confirmed on arm-none-eabi

[Bug c++/68385] [6 Regression] ICE building libstdc++ on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385 Andre Vieira changed: What|Removed |Added CC||andre.simoesdiasvieira@arm.

[Bug rtl-optimization/68205] [5 regression] ICE compiling gcc.c-torture/execute/20040709-2.c with -fno-common on arm-none-eabi

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

[Bug rtl-optimization/68205] [5 regression] ICE compiling gcc.c-torture/execute/20040709-2.c with -fno-common on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68205 Richard Biener changed: What|Removed |Added Target Milestone|--- |5.3

[Bug c++/68385] [6 Regression] ICE building libstdc++ on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.0

[Bug middle-end/68134] [6 Regression] float64x1_t comparison ICE on aarch64-none-elf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68134 --- Comment #5 from Ilya Enkovich --- Author: ienkovich Date: Tue Nov 17 13:22:40 2015 New Revision: 230463 URL: https://gcc.gnu.org/viewcvs?rev=230463=gcc=rev Log: gcc/ PR middle-end/68134 * targhooks.c

[Bug middle-end/68134] [6 Regression] float64x1_t comparison ICE on aarch64-none-elf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68134 Ilya Enkovich changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c/68385] New: ICE building libstdc++ on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385 Bug ID: 68385 Summary: ICE building libstdc++ on arm-none-eabi Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug middle-end/68134] [6 Regression] float64x1_t comparison ICE on aarch64-none-elf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68134 Ilya Enkovich changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug middle-end/68134] [6 Regression] float64x1_t comparison ICE on aarch64-none-elf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68134 Ramana Radhakrishnan changed: What|Removed |Added CC||ienkovich at gcc dot gnu.org,

[Bug target/67305] [6 Regression] gcc.c-torture/compile/20121027-1.c ICE on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67305 --- Comment #9 from Jiong Wang --- Author: jiwang Date: Wed Nov 11 12:30:46 2015 New Revision: 230158 URL: https://gcc.gnu.org/viewcvs?rev=230158=gcc=rev Log: [ARM] PR67305, tighten neon_vector_mem_operand on eliminable registers 2015-11-11

[Bug target/67305] [6 Regression] gcc.c-torture/compile/20121027-1.c ICE on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67305 Jiong Wang changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug rtl-optimization/68205] [5 regression] ICE compiling gcc.c-torture/execute/20040709-2.c with -fno-common on arm-none-eabi

|ICE compiling |[5 regression] ICE |gcc.c-torture/execute/20040 |compiling |709-2.c with -fno-common on |gcc.c-torture/execute/20040 |arm-none-eabi |709-2.c with -fno-common

[Bug target/68214] New: gcc.dg/cwsc1.c fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68214 Bug ID: 68214 Summary: gcc.dg/cwsc1.c fails on arm-none-eabi Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug rtl-optimization/68205] New: ICE compiling gcc.c-torture/execute/20040709-2.c with -fno-common on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68205 Bug ID: 68205 Summary: ICE compiling gcc.c-torture/execute/20040709-2.c with -fno-common on arm-none-eabi Product: gcc Version: 5.3.0 Status: UNCONFIRMED

[Bug fortran/62007] default(none) conflicts with iteration variable in openmp parallel loop simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62007 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #9 from

<    5   6   7   8   9   10   11   12   13   14   >