Thanks for the quick response! Great clarification and yes, the command was successful, I was just trying to recompile and execute some of those tests.
Thanks for everything, Robbie On Thu, May 28, 2015 at 10:45 AM, Antti Kantee <[email protected]> wrote: > On 28/05/15 14:18, Robert Gifford wrote: > >> Hello! >> >> I'm Robbie, and I apologize for any repeated questions that I might ask. >> > > I apologize for any repeated answers. > > As of now, I've simply been trying to compile the tests within >> buildrump.sh >> like: buildrump.sh/tests/fstest >> >> If I'm not mistaken, to accomplish this, I should only need to provide the >> linker with the necessary rump libraries? >> >> My attempts so far have amounted to compiling with -lrumpfs_kernfs >> -lrumpvfs -lrump -lrumpuser. >> >> Which compiles and executes after setting my LD_LIBRARY_PATH. However it >> does not return successfully and ends up executing the first die() >> statement in the src. >> > > ./buildrump.sh test should build and run those tests. Is that command > successful? If yes, do what it does. If no, file an issue report. > > My question is: in order to make an application run through rump kernels >> within a posix environment, do I need to continue looking for the right >> libraries to add, or should I be focusing my attention towards either the >> rumprun or rumpctrl repositories? >> >> I'm not using rumpctrl because I want to stay away from running a server >> for my end goal and I don't need to modify or test the drivers quite yet. >> I'm not using rumprun because it appears it is only for hardware and xen >> platforms yet this repository seems to do exactly what I want as far as >> creating an application through rump. >> As a note, I'm doing all this within linux. >> > > A rump kernel is a kernel (and a rump one at that). A rump kernel does > not mandate that it is used by a POSIX layer. For example, one might use > the kernel drivers provided by buildrump.sh in a microkernel. Of course, > that use does not happen automatically. You can use rump kernels from even > from POSIX applications in many ways. For example, buildrump.sh/tests > run programs on the host, but uses some functionality from rump kernels in > a library fashion. That type of usage is, LD_PRELOAD/hijacking > notwithstanding, explicitly coded into the application. If you want to run > the application entirely on top of a rump kernel with everything implicitly > serviced through the rump kernel, you are looking for unikernels. > > - antti > >
