[adjusted the subject slightly] Short version: running ./buildxen.sh successfully completes now. I didn't yet test if the resulting image could be booted (mostly because I don't have a booting dom0)
> SIGILL: NetBSD uses a technique called "link sets" for various types of > constructors. Essentially, the build process stores pointers in a > special section, the linker generates __start/__stop delimiter symbols > for those sections, and the pointers in between get traversed at > runtime. The technique isn't quite compatible with dynamic libs, but is > mostly harmless. On alpine, __start gets resolved from librump.so and > __stop gets resolved from librumpvfs.so, and there's a lot of invalid > pointers in between those two, so at the end of the valid list there a > jump into hyperspace and the subsequent SIGILL. I *suspect* it's an > issue in musl symbol hashing based on the grounds that every other > dynamic linker resolves __stop as one would expect. However, off the > top of my head I'm *not sure* if there's any defined behaviour, and what > should happen. Of course, it would be most convenient if it were a bug > in musl ld.so ;) (because otherwise it means a lot of rototilling in NetBSD) As Justin pointed out on IRC, librumpvfs.so contains __stop_link_set_sysctl_funcs (but no corresponding __start!). That somehow confuses ld.so. I have no I idea how only the __stop symbol can be generated, nor do I want to start debugging gnu ld because from experience I know that it will slurp up the entire day. However, the good news is that the above only affects builds that default to dynamic libs. "./buildrump.sh -V MKPIC=no" works as does "./buildxen.sh". I'll see if I can work around the problem with dynamic builds somehow without having to start debugging ld, perhaps by killing the two uses of SYSCTL_SETUP() in the vfs component. ------------------------------------------------------------------------------ Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net _______________________________________________ rumpkernel-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/rumpkernel-users
