Martin - gcc -v returns:
Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-alpine-linux-musl/4.8.3/lto-wrapper Target: x86_64-alpine-linux-musl Configured with: /home/buildozer/aports/main/gcc/src/gcc-4.8.3/configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --build=x86_64-alpine-linux-musl --host=x86_64-alpine-linux-musl --target=x86_64-alpine-linux-musl --with-pkgversion='Alpine 4.8.3' --enable-checking=release --disable-fixed-point --disable-libstdcxx-pch --disable-multilib --disable-nls --disable-werror --disable-symvers --enable-__cxa_atexit --enable-esp --enable-cloog-backend --enable-languages=c,c++,objc,java,fortran,ada --disable-libssp --disable-libmudflap --disable-libsanitizer --enable-shared --enable-threads --enable-tls --with-system-zlib Thread model: posix gcc version 4.8.3 (Alpine 4.8.3) Output of -dumpspecs attached since it's quite a bit bigger. --Kevin On Mon, Dec 29, 2014 at 2:36 PM, Martin Lucina <[email protected]> wrote: > Hi Kevin, > > [email protected] said: > > > I've been following rumpkernel development from afar ever since I read > > Antti's thesis over a year ago. I've recently started working on a > project > > where I think the rumpkernel arch, specifically rumprun-xen, could be a > > great fit. > > Great! > > > I've been trying to bring up a test environment to exercise rumprun-xen > but > > I've run into a couple of compile errors which have me stymied. My test > box > > is running Xen 4.4.1 with a fresh and up-to-date Alpine Linux 3.1.0 > install > > as both dom0 and my initial rumprun-xen compilation environment. > > > > Compiling a fresh checkout of rumprun-xen per the readme yields this > error: > > > > /home/ksmith/src/rumpkernel/rumprun-xen/app-tools/rumpapp-xen-cc > > hello.c -o hello > > > > stunt ld: --stunt-intermediate /tmp/ccekjdhe.link1 --stunt-final-script > > /home/ksmith/src/rumpkernel/rumprun-xen/obj/xen/minios.lds -pie -z now -z > > relro -o hello /home/ksmith/src/rumpkernel/rumprun-xen/obj/xen/minios.o > > /tmp/cceenggo.o -lssp_nonshared -lc > > /home/ksmith/src/rumpkernel/rumprun-xen/obj/rumprun.o > > -L/home/ksmith/src/rumpkernel/rumprun-xen/rump/lib --whole-archive > > -lrumpfs_ffs -lrumpfs_cd9660 -lrumpdev_disk -lrumpdev -lrumpvfs > > -lrumpnet_config -lrumpdev_bpf -lrumpnet_xenif -lrumpnet_netinet > > -lrumpnet_net -lrumpxen_xendev -lrumpnet -lrumpdev_pci > -lrumpdev_pci_if_wm > > -lrumpdev_miiphy -lrump --no-whole-archive -lpthread -lc > > > > stunt ld: unknown option -pie > > > > I tracked this down to app-tools/ld not understanding -pie. Based on the > > other case clauses I added one to skip -pie (see attached diff). This got > > me a bit further but then the build failed when ld couldn't find > > libssp_noshared. > > What GCC version (gcc -v) are you using? Can you post the output of gcc > -dumpspecs on your system? > > > I wasn't sure what to do here since I think (please correct me if I'm > > wrong) the build should resolve dependencies inside the tree (probably > from > > rumpsrc?) On a related note I'm getting many instances of this warning > from > > the build using /usr/include/sys/cdefs.h from the Linux host: > > > > /usr/include/sys/cdefs.h:1:2: warning: #warning usage of non-standard > > #include <sys/cdefs.h> is deprecated [-Wcpp] > > > > #warning usage of non-standard #include <sys/cdefs.h> is deprecated > > > > Should the build use the sys/cdefs.h from rumpsrc instead of my local > > system version? > > Is it complaining about this on every source file? > > > Should I be able to compile rumprun-xen on Linux or do I need a NetBSD > > compilation environment? > > Linux builds are supported, however app-tools are somewhat fragile > regarding the host GCC configuration. I use Debian (stable and testing), > AFAIK at least Antti uses Void Linux and the builds are known to work > there. > > Martin >
gcc_specs.txt.gz
Description: GNU Zip compressed data
------------------------------------------------------------------------------ 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
