Re: [PATCH 1/3] rtems/confdefs.h add another initial extension set

2019-10-07 Thread Sebastian Huber
On 04/10/2019 16:05, Joel Sherrill wrote: On Fri, Oct 4, 2019 at 12:02 AM Sebastian Huber > wrote: On 04/10/2019 00:08, Joel Sherrill wrote: > This adds back the capability for the BSP to configure an > initial extension that is specif

Re: [PATCH 1/3] rtems/confdefs.h add another initial extension set

2019-10-04 Thread Joel Sherrill
On Fri, Oct 4, 2019 at 12:02 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 04/10/2019 00:08, Joel Sherrill wrote: > > This adds back the capability for the BSP to configure an > > initial extension that is specific to itself. The parameter > > BSP_INITIAL_EXTENSION was taken

Re: [PATCH 1/3] rtems/confdefs.h add another initial extension set

2019-10-03 Thread Sebastian Huber
On 04/10/2019 00:08, Joel Sherrill wrote: This adds back the capability for the BSP to configure an initial extension that is specific to itself. The parameter BSP_INITIAL_EXTENSION was taken over by having a standard fatal extension installed using the same name. --- cpukit/include/rtems/confd

[PATCH 1/3] rtems/confdefs.h add another initial extension set

2019-10-03 Thread Joel Sherrill
This adds back the capability for the BSP to configure an initial extension that is specific to itself. The parameter BSP_INITIAL_EXTENSION was taken over by having a standard fatal extension installed using the same name. --- cpukit/include/rtems/confdefs.h | 3 +++ 1 file changed, 3 insertions(+