[Bug c/104011] New: s390: r12 is not setup for _mcount call

Assignee: unassigned at gcc dot gnu.org Reporter: stli at linux dot ibm.com Target Milestone: --- On 31bit, as r12 is not setup before brasl _mcount@plt, we jump to a different function. Note that the PIE plt-slot is using r12. In the debugging-case, e.g. __libc_calloc is

[Bug c/99134] S390x: pfpo instructions are not used for dfp[128|64|32] to/from long double conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99134 stli at linux dot ibm.com changed: What|Removed |Added Resolution|--- |FIXED Status

[Bug c/99134] New: S390x: pfpo instructions are not used for dfp[128|64|32] to/from long double conversions

Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: stli at linux dot ibm.com Target Milestone: --- Created attachment 50212 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50212&action=edit Test which r

[Bug c/98269] gcc 6.5.0 __builtin_add_overflow() with small uint32_t values incorrectly detects overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98269 --- Comment #5 from stli at linux dot ibm.com --- Just as information, I've just committed this glibc patch: "s390x: Require GCC 7.1 or later to build glibc." https://sourceware.org/git/?p=glibc

[Bug c/98269] gcc 6.5.0 __builtin_add_overflow() with small uint32_t values incorrectly detects overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98269 stli at linux dot ibm.com changed: What|Removed |Added Target||s390x Known to work

[Bug c/98269] New: gcc 6.5.0 __builtin_add_overflow() with small uint32_t values incorrectly detects overflow

Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: stli at linux dot ibm.com Target Milestone: --- Created attachment 49756 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49756&action=edit Build t

[Bug middle-end/98070] [11 Regression] errno is not re-evaluated after clearing errno and calling realloc(ptr, SIZE_MAX)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98070 --- Comment #5 from stli at linux dot ibm.com --- I've just build and run the attached test on s390x/x86_64 with your fix. Now errno is re-evaluated after realloc. I've also rebuild glibc on s390x and the original glibc-test /malloc/

[Bug c/98070] New: errno is not re-evaluated after clearing errno and calling realloc(ptr, SIZE_MAX)

Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: stli at linux dot ibm.com Target Milestone: --- Created attachment 49652 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49652&action=edit Testcase reproduc

[Bug d/91628] libdruntime uses glibc internal symbol on s390

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91628 --- Comment #19 from stli at linux dot ibm.com --- Fixed with gcc commit "S/390: Fix PR91628" https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=88e508f9f112acd07d0c49c53589160db8c85fcd If somebody is backporting this fix, please also ba

[Bug target/77918] S390: Floating point comparisons don't raise invalid for unordered operands.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77918 --- Comment #16 from stli at linux dot ibm.com --- Just as information, this glibc commit will be first available with glibc 2.31 release: "S390: Fp comparison are now raising FE_INVALID with gcc 10." https://sourceware.org/git/?p=g

[Bug target/77918] S390: Floating point comparisons don't raise invalid for unordered operands.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77918 stli at linux dot ibm.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution

[Bug target/80080] S390: Isses with emitted cs-instructions for __atomic builtins.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80080 --- Comment #11 from stli at linux dot ibm.com --- Hi, I've retested the samples with gcc 7, 8 and head from 2018-07-20, but there are still issues: The examples foo1 and foo2 are okay. The issue in example foo3 is still present