> As per guidance technical board meeting 2024/04/17. This series
> removes the use of VLAs from code built for Windows for all 3
> toolchains. If there are additional opportunities to convert VLAs
> to regular C arrays please provide the details for incorporation
> into the series.
> 
> MSVC does not support VLAs, replace VLAs with standard C arrays
> or alloca(). alloca() is available for all toolchain/platform
> combinations officially supported by DPDK.
> 
> v13:
>   * increase stack allocated buffer size in
>     ipv4_reassembly_interleaved_flows_perf and
>     ipv6_reassembly_interleaved_flows_perf to avoid
>     STATUS_STACK_BUFFER_OVERRUN on Windows using MSVC
> 
> v12:
>   * update commit message for patch 06/21 to avoid warning
> 
> v11:
>   * add include stdlib.h for alloca() declaration on FreeBSD
>   * zero-initialize array without code loop
>   * increase maximum tuple length
> 
> v10:
>  * add ifdef to scope gcc's diagnostic error down to gcc only
> 
> v9:
>  * fix sender's email address
>  * fix gcc's diagnostic error string to make clang happy
> 
> v8:
>  * rebase
>  * reduce scope for disabling error "-Warray-bounds=" to only
>    the place that needs it
>  * remove parentesis around numbers from defines in test_bitset.c
> 
> v7:
>  * remove use of VLA from new file which sneaked in during review
> 
> v6:
>  * remove use of VLA from new test code added recently
>  * fix title for patch 08/20
> 
> v5:
>  * add patches for net/ice, net/ixgbe and gro
>    from Konstantin Ananyev from
> https://patchwork.dpdk.org/project/dpdk/list/?series=31972&archive=both&state=*
>  * address debug_autotest ASan failure
>  * address array-bound error in bitset_autotest with gcc-13
> 
> v4:
>  * rebase and adapt for changes made in main since v3 was sent
>  * use fixed maximum array size instead of VLA when doable
> 
> v3:
>  * address checkpatch/check git log warnings (minor typos)
> 
> v2:
>  * replace patches for ethdev, hash, rcu and include new
>    patches for eal from Konstantin Ananyev
>    from https://patchwork.dpdk.org/project/dpdk/list/?series=31781
> 
> Andre Muezerie (3):
>   test: remove use of VLAs for Windows built code in bitset tests
>   app/testpmd: remove use of VLAs for Windows built code in
>     shared_rxq_fwd
>   hash: remove use of VLAs by using standard arrays
> 
> Konstantin Ananyev (10):
>   eal/linux: remove use of VLAs
>   eal/common: remove use of VLAs
>   ethdev: remove use of VLAs for Windows built code
>   hash: remove use of VLAs for Windows built code
>   hash/thash: remove use of VLAs for Windows built
>   rcu: remove use of VLAs for Windows built code
>   gro: fix overwrite unprocessed packets
>   gro: remove use of VLAs
>   net/ixgbe: remove use of VLAs
>   net/ice: remove use of VLAs
> 
> Tyler Retzlaff (8):
>   eal: include header required for alloca
>   app/testpmd: remove use of VLAs for Windows built
>   test: remove use of VLAs for Windows built code
>   common/idpf: remove use of VLAs for Windows built code
>   net/i40e: remove use of VLAs for Windows built code
>   common/mlx5: remove use of VLAs for Windows built code
>   net/mlx5: remove use of VLAs for Windows built code
>   build: enable vla warnings on Windows built code
> 
> --

Series-Acked-by: Konstantin Ananyev <konstantin.anan...@huawei.com>

One extra thing I would like to suggest: can we for each lib/driver/app/etc.
we made VLA free add an '-Wvla' option into corresponding meson.build?
To prevent people re-introducing VLA code. 

> 2.47.0.vfs.0.3

Reply via email to