<div dir="ltr"><div><div><div>Resolved.  The link was picking up an old copy of librtemscpu.a from the --prefix when rebuilding.<br><br></div>What is the cleanest way of blowing away an old compiled BSP when rebuilding it to avoid this in the future, while retaining the toolchain in the chosen prefix?<br><br></div>Thanks,<br></div>Jonathan<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 6, 2015 at 12:02 PM, Jonathan Brandmeyer <span dir="ltr"><<a href="mailto:jonathan.brandmeyer@gmail.com" target="_blank">jonathan.brandmeyer@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div>Today's Git master does not currently build with SMP support enabled.<br><br></div>Toolchain is the latest arm/rtems-4.11<br></div>Configured from a separate build directory with:<br><br>$../rtems-git/configure --target=arm-rtems4.11 --enable-smp --enable-posix --disable-networking --enable-cxx --enable-rtemsbsp="xilinx_zynq_zedboard" --enable-tests=samples --prefix=/home/jonathan/Programs/rtems_4_11<br><br></div>The sample tests build fails with undefined references to <br>init.o:(.rodata+0x10c): undefined reference to `_Scheduler_default_Ask_for_help'<br>init.o:(.rodata+0x12c): undefined reference to `_Scheduler_default_Get_affinity'<br>init.o:(.rodata+0x130): undefined reference to `_Scheduler_default_Set_affinity'<br><br></div>Also cache_manager.o from within libbsp has undefined references to:<br></div>_SMP_Multicast_action<br></div>_SMP_Start_multitasking_on_secondary_processor<br><br><br></div>The build does succeed as of commit 40d24d54ab59fdb2e4133128bf184ec8935f3545<span class="HOEnZb"><font color="#888888"><br><br><br></font></span></div><span class="HOEnZb"><font color="#888888">-Jonathan<br><div><br><div><div><br></div></div></div></font></span></div>
</blockquote></div><br></div>