Re: [PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

2017-02-05 Thread Chris Johns
On 04/02/2017 03:04, Gedare Bloom wrote: On Fri, Feb 3, 2017 at 7:40 AM, Sebastian Huber wrote: On 01/02/17 14:16, Sebastian Huber wrote: Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS to CONFIGURE_MAXIMUM_PROCESSORS since the SMP part is superfluous. I still think its worth to rename this config

Re: [PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

2017-02-03 Thread Gedare Bloom
On Fri, Feb 3, 2017 at 7:40 AM, Sebastian Huber wrote: > On 01/02/17 14:16, Sebastian Huber wrote: >> >> Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS to CONFIGURE_MAXIMUM_PROCESSORS >> since the SMP part is superfluous. > > > I still think its worth to rename this configuration option. I would like to

Re: [PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

2017-02-03 Thread Sebastian Huber
On 01/02/17 14:16, Sebastian Huber wrote: Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS to CONFIGURE_MAXIMUM_PROCESSORS since the SMP part is superfluous. I still think its worth to rename this configuration option. I would like to move it (CONFIGURE_MAXIMUM_PROCESSORS) to https://docs.rtems.org/b

Re: [PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

2017-02-01 Thread Sebastian Huber
- Chris Johns schrieb: > > > On 1 Feb 2017, at 11:30 pm, Sebastian Huber > > wrote: > > > >> On 01/02/17 15:22, Joel Sherrill wrote: > >> > >> > >> On Feb 1, 2017 8:02 AM, "Sebastian Huber" > >> >> > wrote: > >> > >>On 01/02/17 14:53, Jo

Re: [PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

2017-02-01 Thread Chris Johns
> On 1 Feb 2017, at 11:30 pm, Sebastian Huber > wrote: > >> On 01/02/17 15:22, Joel Sherrill wrote: >> >> >> On Feb 1, 2017 8:02 AM, "Sebastian Huber" >> > > wrote: >> >>On 01/02/17 14:53, Joel Sherrill wrote: >> >>The inclusion of SMP

Re: [PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

2017-02-01 Thread Sebastian Huber
On 01/02/17 15:22, Joel Sherrill wrote: On Feb 1, 2017 8:02 AM, "Sebastian Huber" > wrote: On 01/02/17 14:53, Joel Sherrill wrote: The inclusion of SMP categorizes the option. Many, if not most, configure options have a second w

Re: [PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

2017-02-01 Thread Joel Sherrill
On Feb 1, 2017 8:02 AM, "Sebastian Huber" < sebastian.hu...@embedded-brains.de> wrote: On 01/02/17 14:53, Joel Sherrill wrote: > The inclusion of SMP categorizes the option. Many, if not most, configure > options have a second word which is the category. All the POSIX options > include POSIX in t

Re: [PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

2017-02-01 Thread Sebastian Huber
On 01/02/17 14:53, Joel Sherrill wrote: The inclusion of SMP categorizes the option. Many, if not most, configure options have a second word which is the category. All the POSIX options include POSIX in the name, gnat, Go, etc. This is the only CONFIGURE_SMP_* option left, a category should co

Re: [PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

2017-02-01 Thread Joel Sherrill
The inclusion of SMP categorizes the option. Many, if not most, configure options have a second word which is the category. All the POSIX options include POSIX in the name, gnat, Go, etc. All of our services are rtems_CATEGORY. It isn't about the shortest name with RTEMS. It is about the clearest

[PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

2017-02-01 Thread Sebastian Huber
Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS to CONFIGURE_MAXIMUM_PROCESSORS since the SMP part is superfluous. Update #2894. --- cpukit/libmisc/dummy/default-configuration.c| 2 +- cpukit/sapi/include/confdefs.h | 83 + testsuites/smptests/smp01/system.h