* Milan Crha:
> The a), an expected failure, is this one:
> .../TryCompile-0C2YRH/src.c: In function ‘main’:
> .../TryCompile-0C2YRH/src.c:11:37: warning: redundant redeclaration of
> ‘__h_errno_location’ [-Wredundant-decls]
> 11 | int h_errno;
> | ^~~~~~~
> /usr/include/netdb.h:59:13: note: previous declaration of
> ‘__h_errno_location’ with type ‘int *(void)’
> 59 | extern int *__h_errno_location (void) __THROW __attribute__
> ((__const__));
> | ^~~~~~~~~~~~~~~~~~
> .../TryCompile-0C2YRH/src.c:12:111: warning: passing argument 7 of
> ‘gethostbyaddr_r’ from incompatible pointer type
> [-Wincompatible-pointer-types]
> 12 | (void)gethostbyaddr_r
> ("www.ximian.com", 14, AF_INET, &hent, buffer, bufsize, &h_errno);
> |
> ^
> |
> |
> |
> int *
> /usr/include/netdb.h:174:57: note: expected ‘struct hostent ** restrict’
> but argument is of type ‘int *’
> 174 | struct hostent **__restrict __result,
> | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~
> .../TryCompile-0C2YRH/src.c:12:39: error: too few arguments to function
> ‘gethostbyaddr_r’
> 12 | (void)gethostbyaddr_r
> ("www.ximian.com", 14, AF_INET, &hent, buffer, bufsize, &h_errno);
> | ^~~~~~~~~~~~~~~
> /usr/include/netdb.h:170:12: note: declared here
> 170 | extern int gethostbyaddr_r (const void *__restrict __addr,
> __socklen_t __len,
> | ^~~~~~~~~~~~~~~
> gmake[1]: *** [CMakeFiles/cmTC_3133a.dir/build.make:78:
> CMakeFiles/cmTC_3133a.dir/src.c.o] Error 1
> gmake[1]: Leaving directory '.../TryCompile-0C2YRH'
> gmake: *** [Makefile:127: cmTC_3133a/fast] Error 2
>
> Note the `too few arguments to function ‘gethostbyaddr_r’` error
> follows the `incompatible pointer type` warning, which is going to be
> an error after the proposed change.
No, that's actually not changing, this is already an error and will
remain an error. Only the -Wincompatible-pointer-types warning above is
upgraded to an error, but it does not alter the outcome of this check
because there already is another error (and the current GCC
instrumentation is able to detect this an not flag the
-Wincompatible-pointer-types issue).
Thanks,
Florian
--
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
