public inbox for git-commits@fedoraproject.org
help / color / mirror / Atom feed
From: Jeff Law <law@redhat.com>
To: git-commits@fedoraproject.org
Subject: [rpms/gcc] rhel-f41-base: - Fix -fstack-clash-protection codegen issue on 32 bit x86 (#1536555)
Date: Mon, 29 Jun 2026 12:27:43 GMT	[thread overview]
Message-ID: <178273606302.1.15749320907899314648.rpms-gcc-6af92eba78ba@fedoraproject.org> (raw)

A new commit has been pushed.

Repo   : rpms/gcc
Branch : rhel-f41-base
Commit : 6af92eba78baf330c50ca86d7c0755186716656d
Author : Jeff Law <law@redhat.com>
Date   : 2018-01-24T15:13:15-07:00
Stats  : +104/-1 in 2 file(s)
URL    : https://src.fedoraproject.org/rpms/gcc/c/6af92eba78baf330c50ca86d7c0755186716656d?branch=rhel-f41-base

Log:
- Fix -fstack-clash-protection codegen issue on 32 bit x86 (#1536555)

---
diff --git a/gcc.spec b/gcc.spec
index ea11ab8..8a570d2 100644
--- a/gcc.spec
+++ b/gcc.spec
@@ -4,7 +4,7 @@
 %global gcc_major 7
 # Note, gcc_release must be integer, if you want to add suffixes to
 # %{release}, append them after %{gcc_release} on Release: line.
-%global gcc_release 7
+%global gcc_release 8
 %global nvptx_tools_gitrev c28050f60193b3b95a18866a96f03334e874e78f
 %global nvptx_newlib_gitrev aadc8eb0ec43b7cd0dd2dfb484bae63c8b05ef24
 %global _unpackaged_files_terminate_build 0
@@ -237,6 +237,7 @@ Patch10: gcc7-foffload-default.patch
 Patch11: gcc7-Wno-format-security.patch
 Patch12: gcc7-aarch64-sanitizer-fix.patch
 Patch13: gcc7-rh1512529-aarch64.patch
+Patch14: gcc7-rh1536555.patch
 
 Patch1000: nvptx-tools-no-ptxas.patch
 Patch1001: nvptx-tools-build.patch
@@ -832,6 +833,7 @@ package or when debugging this package.
 %patch12 -p0 -b .aarch64-sanitizer-fix~
 %endif
 %patch13 -p0 -b .rh1512529-aarch64~
+%patch14 -p0 -b .rh1537979~
 
 cd nvptx-tools-%{nvptx_tools_gitrev}
 %patch1000 -p1 -b .nvptx-tools-no-ptxas~
@@ -3259,6 +3261,9 @@ fi
 %endif
 
 %changelog
+* Wed Jan 24 2018 Jeff Law <law@redhat.com> 7.2.1-8
+- Fix -fstack-clash-protection codegen issue on 32 bit x86 (#1536555)
+
 * Wed Jan 17 2018 Jakub Jelinek <jakub@redhat.com> 7.2.1-7
 - update from the 7 branch
   - PRs fortran/78814, fortran/82367, fortran/82841, fortran/83093,

diff --git a/gcc7-rh1536555.patch b/gcc7-rh1536555.patch
new file mode 100644
index 0000000..65714ee
--- /dev/null
+++ b/gcc7-rh1536555.patch
@@ -0,0 +1,98 @@
+diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
+index 346fb4f..f0b8346 100644
+--- gcc/config/i386/i386.c
++++ gcc/config/i386/i386.c
+@@ -12763,6 +12763,18 @@ ix86_builtin_setjmp_frame_value (void)
+   return stack_realign_fp ? hard_frame_pointer_rtx : virtual_stack_vars_rtx;
+ }
+ 
++/* Return the probing interval for -fstack-clash-protection.  */
++
++static HOST_WIDE_INT
++get_probe_interval (void)
++{
++  if (flag_stack_clash_protection)
++    return (HOST_WIDE_INT_1U
++	    << PARAM_VALUE (PARAM_STACK_CLASH_PROTECTION_PROBE_INTERVAL));
++  else
++    return (HOST_WIDE_INT_1U << STACK_CHECK_PROBE_INTERVAL_EXP);
++}
++
+ /* When using -fsplit-stack, the allocation routines set a field in
+    the TCB to the bottom of the stack plus this much space, measured
+    in bytes.  */
+@@ -12948,7 +12960,14 @@ ix86_compute_frame_layout (void)
+   to_allocate = offset - frame->sse_reg_save_offset;
+ 
+   if ((!to_allocate && frame->nregs <= 1)
+-      || (TARGET_64BIT && to_allocate >= HOST_WIDE_INT_C (0x80000000)))
++      || (TARGET_64BIT && to_allocate >= HOST_WIDE_INT_C (0x80000000))
++      /* If stack clash probing needs a loop, then it needs a
++	 scratch register.  But the returned register is only guaranteed
++	 to be safe to use after register saves are complete.  So if
++	 stack clash protections are enabled and the allocated frame is
++	 larger than the probe interval, then use pushes to save
++	 callee saved registers.  */
++      || (flag_stack_clash_protection && to_allocate > get_probe_interval ()))
+     frame->save_regs_using_mov = false;
+ 
+   if (ix86_using_red_zone ()
+@@ -13619,18 +13638,6 @@ release_scratch_register_on_entry (struct scratch_reg *sr)
+     }
+ }
+ 
+-/* Return the probing interval for -fstack-clash-protection.  */
+-
+-static HOST_WIDE_INT
+-get_probe_interval (void)
+-{
+-  if (flag_stack_clash_protection)
+-    return (HOST_WIDE_INT_1U
+-	    << PARAM_VALUE (PARAM_STACK_CLASH_PROTECTION_PROBE_INTERVAL));
+-  else
+-    return (HOST_WIDE_INT_1U << STACK_CHECK_PROBE_INTERVAL_EXP);
+-}
+-
+ /* Emit code to adjust the stack pointer by SIZE bytes while probing it.
+ 
+    This differs from the next routine in that it tries hard to prevent
+@@ -14558,12 +14565,11 @@ ix86_expand_prologue (void)
+       && (flag_stack_check == STATIC_BUILTIN_STACK_CHECK
+ 	  || flag_stack_clash_protection))
+     {
+-      /* This assert wants to verify that integer registers were saved
+-	 prior to probing.  This is necessary when probing may be implemented
+-	 as a function call (Windows).  It is not necessary for stack clash
+-	 protection probing.  */
+-      if (!flag_stack_clash_protection)
+-	gcc_assert (int_registers_saved);
++      /* We expect the GP registers to be saved when probes are used
++	 as the probing sequences might need a scratch register and
++	 the routine to allocate one assumes the integer registers
++	 have already been saved.  */
++      gcc_assert (int_registers_saved);
+ 
+       if (flag_stack_clash_protection)
+ 	{
+diff --git a/gcc/testsuite/gcc.target/i386/pr83994.c b/gcc/testsuite/gcc.target/i386/pr83994.c
+new file mode 100644
+index 0000000..dc0b7cb
+--- /dev/null
++++ gcc/testsuite/gcc.target/i386/pr83994.c
+@@ -0,0 +1,16 @@
++/* { dg-do compile } */
++/* { dg-options "-O2 -march=i686 -fpic -fstack-clash-protection" } */
++/* { dg-require-effective-target ia32 } */
++
++void f1 (char *);
++
++__attribute__ ((regparm (3)))
++int
++f2 (int arg1, int arg2, int arg3)
++{
++  char buf[16384];
++  f1 (buf);
++  f1 (buf);
++  return 0;
++}
++

                 reply	other threads:[~2026-06-29 12:27 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=178273606302.1.15749320907899314648.rpms-gcc-6af92eba78ba@fedoraproject.org \
    --to=law@redhat.com \
    --cc=git-commits@fedoraproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox