mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2025-01-21 20:15:17 +00:00
m4: enable -fstack-protector-strong on mingw
Historically we avoided -fstack-protector* since it resulted in a broken build on Mingw. In GCC 10 in Fedora though, we have the opposite problem, getting a broken build if we don't enable one of the -fstack-protector* options. This also works in GCC 9, so we don't need to worry about the old brokeness which evidentally got fixed at some time without noticing. Reviewed-by: Laine Stump <laine@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
This commit is contained in:
parent
9ee8c4e96a
commit
d0c64fc281
@ -169,13 +169,11 @@ AC_DEFUN([LIBVIRT_COMPILE_WARNINGS],[
|
||||
gl_WARN_ADD([-Wframe-larger-than=262144], [RELAXED_FRAME_LIMIT_CFLAGS])
|
||||
|
||||
# Extra special flags
|
||||
dnl -fstack-protector stuff passes gl_WARN_ADD with gcc
|
||||
dnl on Mingw32, but fails when actually used
|
||||
case $host in
|
||||
aarch64-*-*)
|
||||
dnl "error: -fstack-protector not supported for this target [-Werror]"
|
||||
;;
|
||||
*-*-linux*)
|
||||
*-*-linux* | *-*-mingw*)
|
||||
dnl Prefer -fstack-protector-strong if it's available.
|
||||
dnl There doesn't seem to be great overhead in adding
|
||||
dnl -fstack-protector-all instead of -fstack-protector.
|
||||
|
Loading…
x
Reference in New Issue
Block a user