[dpdk-dev] [RFC] Yet another option for DPDK options
Matthew Hall
mhall at mhcomputing.net
Fri Jun 3 23:41:37 CEST 2016
On Fri, Jun 03, 2016 at 03:18:04PM -0400, Neil Horman wrote:
> I'm not opposed to default values, but it seems to me that if we are splitting
> out a configuration storage library from dpdk, part of the initzliation of that
> library can be installing default values. That is to say, instead of having the
> code specific areas assume a default value if none is present in the config, an
> init function for the configuration storage library would just populate the
> keystore. That way all the dpdk itself has to do is a key lookup.
>
> Neil
I don't think this provides as much mental locality of reference for people
reading the code. But, an unwanted default argument can be filled with 0 /
NULL / false as needed.
Matthew.
More information about the dev
mailing list