iomgr.c is not dependent on the Linux kernel (iomgr.c is used for some of the openafs servers and it's not used within the kernel module).
The error message is related to the C compiler and the -std=c23 option. It appears that fedora 42 is setting the default compiler standard to -std=gnu23, which in a superset of C23. To build under fedora 42, you will need to use a CFLAG of -std=gnu17 or -std=c99. The coding standard that is used within OpenAFS is C89 plus a few extensions (or as the coding style doc states "C99 minus a few features). -- Cheyenne Wills cwi...@sinenomine.net On Fri, 18 Apr 2025 11:43:15 -0400 Eric Matlis <emat...@nd.edu> wrote: > Dear developers- > > patches https://gerrit.openafs.org/#/c/16277/ and > https://gerrit.openafs.org/#/c/16276/1 fail to fix openafs-1.8.13.2 > for compilation under Fedora 42 and kernel 6.14.2-300. The error I > get using rpmbuild is: > > iomgr.c:50:23: error: ‘bool’ cannot be defined via ‘typedef’ > 50 | typedef unsigned char bool; > | ^~~~ > iomgr.c:50:23: note: ‘bool’ is a keyword with ‘-std=c23’ onwards > iomgr.c:50:1: warning: useless type name in empty declaration > 50 | typedef unsigned char bool; > > This was after applying the patches manually with "patch -p1 < > patchfile" to the source code extracted from the bunzip2 tar file, > recreating the tar file, executing the procedure to turn tar files > into a src rpm, and issuing "rpmbuild --rebuild xxx.src.rpm". > > Let me know if I can provide any other information. > > Thank you and please advise, > Eric > > ********************************************** > Eric Matlis > Associate Research Professor > 114 Hessert Laboratory > Aerospace and Mechanical Engineering > University of Notre Dame > Notre Dame, IN > 574-631-6054 _______________________________________________ OpenAFS-devel mailing list OpenAFS-devel@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-devel
