Meh. The problem turns out that I know too much about unikernels for my own good.
Just in case this becomes searchable, the problem was that I was linking the pre-baked executable with the xen.ldscript linker script. You should not do this. You should instead wait for rumprun-bake to do this for you. - Adam On Thu, Jan 21, 2016 at 1:43 PM Antti Kantee <[email protected]> wrote: > On 21/01/16 21:28, Adam Wick wrote: > > Howdy - > > > > I was doing some experimental work, trying to figure out which of a > couple > > paths would lead to the best HaLVM / rumpkernel integration story, when I > > ran across this linker error: > > > > /usr/bin/ld: _tbss_end: TLS definition in > /tmp/rumprun-bake.RGrbal/tmp1.obj > > section .tbss mismatches non-TLS reference in > > > /home/vagrant/HaLVM/dist/lib/HaLVM-3.0.0/rump/rumprun-x86_64/lib/rumprun-xen/rumprun.o > > /tmp/rumprun-bake.RGrbal/tmp1.obj: error adding symbols: Bad value > > collect2: error: ld returned 1 exit status > > > > Any thoughts? This experiment was basically using the rump tools as > > advertised (... mostly), so I was a little surprised by this. > > Yes, that should not happen ;) > > Hmm, what version of gcc/ld are you using? > >
