<div dir="ltr">Thanks for the quick and detailed reply! That should help.<br><br>Steve<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 15, 2014 at 1:33 PM, Gedare Bloom <span dir="ltr"><<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Steve,<br>
<br>
You can usually get away with 'make' in your build directory, which<br>
should only compile dependent files, followed by 'make clean' and<br>
'make' in the testsuites if you are using them, followed by 'make<br>
install' if you want to install the new version to your local system.<br>
Then you could re-link an application against the installed RTEMS if<br>
that is how you are testing. (I usually stick application code into<br>
testsuites so I can build it with RTEMS while developing.) The major<br>
weakness of the current build system for this kind of development loop<br>
is that the dependencies for changed files do not get picked up in the<br>
testsuites / linking of executables. Thus the 'make clean' in<br>
testsuites if you make a change in the other parts of RTEMS.<br>
<br>
I often develop and test directly from a build directory. If you only<br>
have one 'configure' command line, the only times you need to re-run<br>
configure is if you change autotool inputs (Makefile.am, <a href="http://configure.ac" target="_blank">configure.ac</a><br>
files), which should also be accompanied by a bootstrap -c, bootstrap<br>
-p, and bootstrap. (You can also run these from any subdirectory in<br>
RTEMS that contains a <a href="http://configure.ac" target="_blank">configure.ac</a> to only update due to changes under<br>
that subdirectory's autotool sources.)<br>
<br>
Gedare<br>
<div><div class="h5"><br>
On Mon, Dec 15, 2014 at 4:23 PM, Steve B <<a href="mailto:sbattazzo@gmail.com">sbattazzo@gmail.com</a>> wrote:<br>
> Hello all,<br>
><br>
> Quick question regarding the development flow for a device driver to go with<br>
> a BSP.<br>
> Would I need to put the source in the libbsp/(arch)/(bsp)/ and rebuild the<br>
> BSP every time something changes, or could I develop the thing as a sort of<br>
> standalone application and then move it into the BSP tree when it's<br>
> finished?<br>
><br>
> I might like it if I could do the latter because building the BSP seems to<br>
> take quite a bit of time, unless the make process can see that only<br>
> something small has changed and only rebuilds what it needs to. I haven't<br>
> tried it yet so I'm not sure what's going to happen.<br>
><br>
> Cheers,<br>
><br>
> Steve<br>
><br>
</div></div>> _______________________________________________<br>
> users mailing list<br>
> <a href="mailto:users@rtems.org">users@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/users" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a><br>
</blockquote></div></div>