2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 <2021> 2022 2023 2024 2025 | Index | 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 <2021> 2022 2023 2024 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: Announcement: Legacy libnetworking will be removed from RTEMS and will be placed in a separate repository |
From: | "Johnson, Andrew N. via Core-talk" <core-talk at aps.anl.gov> |
To: | Chris Johns <chrisj at rtems.org> |
Cc: | Core talk <core-talk at aps.anl.gov>, Joel Sherrill <joel at rtems.org>, "rtems-devel at rtems.org" <devel at rtems.org> |
Date: | Thu, 4 Mar 2021 17:42:53 +0000 |
On Mar 3, 2021, at 6:45 PM, Chris Johns via Core-talk <core-talk at aps.anl.gov> wrote:
That file was trivial to create, it ought to be easy to automate generating it.
However one drawback is that it always builds the compiler and toolchain as well as the BSP, so anyone working on more than one BSP will be wasting cycles if they use that. I don’t know if RSB could be taught to not do toolchain builds unnecessarily,
or if you could provide a different set of recipes that don’t have them as a component to be built?
Michael Davidsaver taught me to run commands like this instead to avoid wasting cycles when I had already built the toolchain:
BTW why do both the --host= and
--target= options there (equivalent to %defines in the .bset file) specify the RTEMS target? That seems weird to me.
- Andrew
--
Complexity comes for free, simplicity you have to work for.
|