[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] rumpkernel dependencies

From: Samuel Thibault
Subject: Re: [PATCH] rumpkernel dependencies
Date: Fri, 3 Apr 2020 09:45:14 +0200
User-agent: NeoMutt/20170609 (1.8.3)

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


reply via email to

[Prev in Thread] Current Thread [Next in Thread]