[Bug target/97160] Regression from GCC 8 optimizing to sincos on ppc64le

2020-09-25 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97160 Dave Love changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/100724] New: -fwhole-program breaks module use

2021-05-22 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100724 Bug ID: 100724 Summary: -fwhole-program breaks module use Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug debug/100725] New: dwarf error with --whole-program

2021-05-22 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100725 Bug ID: 100725 Summary: dwarf error with --whole-program Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug

[Bug debug/100725] dwarf error with --whole-program

2021-05-24 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100725 --- Comment #2 from Dave Love --- (In reply to Jakub Jelinek from comment #1) > Those binutils are too old for dwarf5. > When the linker doesn't print any diagnostics, that isn't a big deal, but if > it needs to diagnose something and parse DWAR

[Bug fortran/100724] -fwhole-program breaks module use

2021-05-24 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100724 --- Comment #2 from Dave Love --- The manual says not to use -flto with -fwhole-program. Is that misleading? I checked self-built gfortran 10.2.0 again, and it definitely works for me without -flto on Debian 10, but it fails with Red Hat devto

[Bug fortran/100724] -fwhole-program breaks module use

2021-05-25 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100724 --- Comment #5 from Dave Love --- Thanks for the explanation. Could the manual entry for -fwhole-program just be amended to clarify that it's a fallback for when a linker plugin isn't available for -flto. That may be what it was intended to sa

[Bug fortran/104535] New: don't use fmod?

2022-02-14 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104535 Bug ID: 104535 Summary: don't use fmod? Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: u

[Bug target/103008] New: poor inlined builtin_fmod on x86_64

2021-10-30 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008 Bug ID: 103008 Summary: poor inlined builtin_fmod on x86_64 Product: gcc Version: 11.2.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Pri

[Bug target/103008] poor inlined builtin_fmod on x86_64

2021-10-30 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008 --- Comment #1 from Dave Love --- Created attachment 51707 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51707&action=edit gglx.f90

[Bug target/103008] poor inlined builtin_fmod on x86_64

2021-10-30 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008 --- Comment #2 from Dave Love --- Created attachment 51708 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51708&action=edit ggl.s extract

[Bug target/103008] poor inlined builtin_fmod on x86_64

2021-10-30 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008 --- Comment #3 from Dave Love --- Created attachment 51709 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51709&action=edit gglx.s extract

[Bug target/103008] poor inlined builtin_fmod on x86_64

2021-10-30 Thread fx at gnu dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008 --- Comment #4 from Dave Love --- On further consideration, perhaps this is just a Fortran issue. I thought -ffast-math should turn off all the relevant checks to allow reducing mod to the arithmetic expression, but it probably doesn't. Also,