Damien Zammit, le ven. 03 avril 2020 12:23:56 +1100, a ecrit: > On 3/4/20 9:28 am, Samuel Thibault wrote: > > Concerning the link line, I don't understand why hardcoding everything? > > > > - For a start, are the _pic.a versions really needed? The .a versions > > should just work. > > I think the _pic.a versions are required. I could not get rump to work with > .a > That is why I made rumpkernel package install them.
I don't see the reason why for most of them: libpthread.a, libpciaccess.a, libdl.a are not _pic.a variants for instance. For a start, try to use non-pic variants for libtrivfs, libshouldbeinlibc, libports, libiohelp, libihash, libfshelp. Then try also for libmachdev. And my guess is that only the rump ones seemingly need it, and possibly it just means that the rump package builds them in an odd way. > > About IOC macros in block-rump.c, is rump not providing a header that > > defines them, instead of hardcoding them here? > > I can put them in my own header, I could not find them exposed in rump. Isn't that ./buildrump.sh/src/sys/sys/ioccom.h ? > > There are a couple mach_print debugging calls left. > > I think they should remain, they only occur in severe error. Except for the ENODEV error case, which can be due to a common user typo. Samuel
