commit | 173d18179732f9aa08f54a1229e3ba29d5bec2db | [log] [tgz] |
---|---|---|
author | Ed Tanous <ed.tanous@intel.com> | Thu Oct 24 10:03:41 2019 -0700 |
committer | James Feist <james.feist@linux.intel.com> | Mon Nov 11 21:36:30 2019 +0000 |
tree | 23a6129ffbeedc2e56e70258dc0fac731a444d74 | |
parent | 42c201821cca6162da111c1ef77cd85009825308 [diff] |
Add a self check in the copy constructor for qs clang-tidy has checks for bugprone constructs. In this case, self assignment is handled poorly by this object. There is nowhere in the code where we do this, but add the check anyway to silence the warning. Background: https://clang.llvm.org/extra/clang-tidy/checks/bugprone-unhandled-self-assignment.html Tested: clang-tidy now passes. Code still compiles. Signed-off-by: Ed Tanous <ed.tanous@intel.com> Change-Id: I49b6d6e08165b23114a7f46f305523acfbb32241
This component attempts to be a "do everything" embedded webserver for openbmc.
At this time, the webserver implements a few interfaces:
BMCWeb is configured by setting -D
flags that correspond to options in bmcweb/CMakeLists.txt
and then compiling. For example, cmake -DBMCWEB_ENABLE_KVM=NO ...
followed by make
. The option names become C++ preprocessor symbols that control which code is compiled into the program.
When BMCWeb starts running, it reads persistent configuration data (such as UUID and session data) from a local file. If this is not usable, it generates a new configuration.
When BMCWeb SSL support is enabled and a usable certificate is not found, it will generate a self-sign a certificate before launching the server. The keys are generated by the prime256v1
algorithm. The certificate
C=US, O=OpenBMC, CN=testhost
,SHA-256
algorithm.