We should have a process to deprecate CONFIGURE options, although usually we will just check if the user defines it and otherwise provide a definition, which in this case will be the sum of the static and dynamic configuration options(with dynamic set to 0 if undefined)
On Tue, Jul 30, 2013 at 11:13 AM, Joel Sherrill <joel.sherr...@oarcorp.com> wrote: > On 7/30/2013 10:08 AM, Shubham Somani wrote: > > Hi, > > Currently we can get the maximum number of drivers using > sizeof(ARRAY)/sizeof(ELEMENT) by default. But these are only for the static > drivers. > > Should we add a new macro in conf.t for CONFIGURE_NUMBER_OF_DYNAMIC_DRIVERS > in case the user wishes for more? > > FWIW I suggested this. currently if the user wants to have > dynamically installed drivers, they have to define > CONFIGURE_MAXIMUM_DRIVERS to be greater than the > number of statically configured device drivers. > > This would make a logical distinction between the number > of static and dynamic drivers. > > I might also be prone to obsolete CONFIGURE_MAXIMUM_DRIVERS. > Add code to give the user an error with instructions. > > Cheers, > Shubham > > > > -- > Joel Sherrill, Ph.D. Director of Research & Development > joel.sherr...@oarcorp.com On-Line Applications Research > Ask me about RTEMS: a free RTOS Huntsville AL 35805 > Support Available (256) 722-9985 > > > _______________________________________________ > rtems-devel mailing list > rtems-devel@rtems.org > http://www.rtems.org/mailman/listinfo/rtems-devel > _______________________________________________ rtems-devel mailing list rtems-devel@rtems.org http://www.rtems.org/mailman/listinfo/rtems-devel
