<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 6, 2016 at 10:13 AM, Gedare Bloom <span dir="ltr"><<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Jan 6, 2016 at 8:45 AM, Joel Sherrill <<a href="mailto:joel@rtems.org">joel@rtems.org</a>> wrote:<br>
><br>
><br>
> On Tue, Jan 5, 2016 at 7:57 PM, Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br>
>><br>
>> The part about testing with a simulator is vague. But you can go ahead<br>
>> and generate tasks. Create 1 task per architecture that remains, and<br>
>> allow 5 instances for each.<br>
>><br>
><br>
> Huh? How about one per BSP Family? If we do it the way you suggest,<br>
> we will have to assign BSPs to each student as they go.<br>
><br>
> I have not gotten close to perfect at using the right reply-to address. :(<br>
><br>
</span>One per family is fine. I just noticed, we need to have the linkcmds<br>
task also to add KEEP directives.<br></blockquote><div><br></div><div>Can you add that to the description and which sections?</div><div><br></div><div>FWIW I am going to hack my build script to generate the size report and</div><div>build in the desired configuration. With it and on a fast machine, I can </div><div>probably do a single BSP (one variant) in ~15 minutes. But more variants,</div><div>slower machine, or less familiarity will slow that down a lot.</div></div><br></div></div>