0:5: note: expanded from macro 'memset'
   120 |     __ssp_bos_check3_typed(memset, void *, dst, int, val, len)
       |     ^
/usr/include/ssp/string.h:65:5: note: expanded from macro 
'__ssp_bos_check3_typed'
    65 |     __ssp_bos_check3_typed_var(fun, dsttype, __ssp_var(dstv), 
dst,      \
       |     ^
/usr/include/ssp/string.h:54:24: note: expanded from macro 
'__ssp_bos_check3_typed_var'
    54 |     src, lenvar, len) ({                                \
       |                        ^
---snip---

I also have a failed archivers/libdeflate, devel/highway, www/node20, 
and lang/rust, but those complain about something which could also be 
attributed to some kind of interaction between my use of -fvectorize and 
the new fortify stuff. Example with libdeflate (the libdeflate update in 
ports is from March, and I had it compiled with -fvectorize successfully 
before the fortify stuff came in):
---snip---
In file included from 
/wrkdirs/usr/ports/archivers/libdeflate/work/libdeflate-1.20/lib/x86/adler32_impl.h:93:
/wrkdirs/usr/ports/archivers/libdeflate/work/libdeflate-1.20/lib/x86/adler32_template.h:197:21: 
error: always_inline function '_mm512_set1_epi8' requires target feature 
'evex512', but would be inlined into function 
'adler32_x86_avx512_vl512_vnni' that is compiled without support for 
'evex512'
   197 |         const vec_t ones = VSET1_8(1);
       |                            ^
---snip---
Note, my CPUs don't support evex512 or avx512 at all, the compile flags 
haven't changed, this version of the port is installed in multiple jails 
(since March 28), so there is a change in behavior since then. It may or 
may not be due to the fortify stuff.

I will test without -fvectorize later, poudriere is still building 
ports, and I want to see if some other ports fail. Those 5 failed port 
builds result in 160 skipped ports already (out of the >600 which this 
run wants to build).

Maybe you want to backout and request an exp-build to not get swamped 
with failure reports from various people...

Bye,
Alexander.

-- 
http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.org    netchild@FreeBSD.org  : PGP 0x8F31830F9F2772BF

--=_a86ef231b52f32732eaa0ca443f44a8f
Content-Type: application/pgp-signature;
 name=signature.asc
Content-Disposition: attachment;
 filename=signature.asc;
 size=833
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmZDXVYACgkQEg2wmwP4
2IZqHg//SkkwugcRRBf8WCZoKPg8a96Qr94RgTVkFSNS4DdutznQ4XIgvWIbt5nx
9YcF0WM5pw8hF21pt8WpB0xtjIErNB6YM1+efT4Qj+OC/FVq53r5ZBcY8PrN0cne
7z8A6bzaKvvHQn1XJzTWZFwSApaLVt3Jbcxo9K7UktWJuxnJABYXSn68Bc7K2s1z
KSbu1v2sIM9wYBmylIJPi/Vhfjoa37U/WzH9OZhsmOMzjJ/3znpI2q+w4weYEZ+C
uOsoqb/iyBZwh3XyYJmYtF/q7e+1+A7GnZVMxleTKWUc8ESZQUYgXBWWl+hHqCq4
Sipooy4V6TJQxZMOWpObCg9zdyinzc88XZWlAKR/KJo6FWYW60BofVXt9C7KUc6s
r3mqJzg1/kFo5fJItQrHYj5MayLaqA3iH7x5YEPHGxVNHDV6a8fVQK6UtdJS4S6l
iwvCMXu9BZms4AvOhRYj+8vOSPwYjwXRW4FIAVuMUQRi0d/0dsBjjqNI02DXJuOG
v8FsRscDemQliFnmDzGngv9d9TvB+wwxV+NhvqKt6ET0IbzEG/Wv/VZau0Tq11qU
waO2TG6T4QG8StjK/mEts+XkN0tnGPRyQJHxejPwmB5tII9UBuUHb28RObemGCsV
RkFfdCJF9dj4t/mxAo0KJtDcsyz/hELt7sbxfFPy3LurtUTEL3Q=
=Qnkn
-----END PGP SIGNATURE-----

--=_a86ef231b52f32732eaa0ca443f44a8f--