The ordering problem was reported on #gfortran's IRC.
The warning disappears between texinfo 6.7 and 6.8 – and my bet is that it has been caused by the texinfo commit
fa1ee0cf35 Do not warn if external node in menu is not consistent with sections
which implies that it was done on purpose in texinfo. It clearly wasn't done on purpose in GCC, though. Hence:
Committed as obvious. Tobias
commit ef79c64cb5762c86ee04ddfcedb7fe31eaa3bac8 Author: Tobias Burnus <tbur...@baylibre.com> Date: Tue Mar 12 15:42:50 2024 +0100 libgomp/libgomp.texi: Fix @node order in @menu While texinfo 7.0.3 does not warn, an older texinfo did complain about: libgomp.texi:1964: warning: node next `omp_target_memcpy' in menu `omp_target_memcpy_rect' and in sectioning `omp_target_memcpy_async' differ libgomp/ * libgomp.texi (Device Memory Routines): Swap item order to match the order of the '@node's of the '@subsection's. diff --git a/libgomp/libgomp.texi b/libgomp/libgomp.texi index bf5c7a76fc9..57165e0e981 100644 --- a/libgomp/libgomp.texi +++ b/libgomp/libgomp.texi @@ -1783,8 +1783,8 @@ pointers on devices. They have C linkage and do not throw exceptions. * omp_target_is_present:: Check whether storage is mapped * omp_target_is_accessible:: Check whether memory is device accessible * omp_target_memcpy:: Copy data between devices -* omp_target_memcpy_rect:: Copy a subvolume of data between devices * omp_target_memcpy_async:: Copy data between devices asynchronously +* omp_target_memcpy_rect:: Copy a subvolume of data between devices * omp_target_memcpy_rect_async:: Copy a subvolume of data between devices asynchronously @c * omp_target_memset:: <fixme>/TR12 @c * omp_target_memset_async:: <fixme>/TR12