Date: Fri, 08 Apr 2016 19:11:40 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-i386@FreeBSD.org Subject: [Bug 208464] [svr4] svr4.ko fails to load due to not finding symbol svr4_delete_socket even though it is present in same module Message-ID: <bug-208464-10-qSIScFr6Jr@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-208464-10@https.bugs.freebsd.org/bugzilla/> References: <bug-208464-10@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208464 --- Comment #2 from Kristoffer Eriksson <ske-89@pkmab.se> --- Created attachment 169113 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D169113&action= =3Dedit Patch for incomplete ifdefs for SYSVMSG/SEM/SHM in svr4.ko preventing separ= ate compilation of the module Compiling the svr4.ko module in isolation for the svr4_delete_socket bug, I ended up getting complaints from kldload about undefined symbols svr4_sys_msgsys, svr4_sys_semsys, svr4_sys_shmsys. When running make in sys/modules/svr4/ separately with no parameters, the defines SYSVMSG, SYSVSEM, SYSVSHM are not defined. Code in sys/compat/svr4/svr4_ipc.c #ifdef these, and exclude code for the calls mentioned above when not defined. But the file syscalls.master still referr= ed to them unconditionally, causing the loader to try to find them, but failin= g. I added matching #ifdefs to syscalls.master. That fixed it. I guess this has no effect in the release version, where this calls are not excluded. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-208464-10-qSIScFr6Jr>