Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[DO NOT MERGE] Test CI with omnitrace updates #248

Draft
wants to merge 203 commits into
base: develop
Choose a base branch
from

Conversation

jrmadsen
Copy link
Collaborator

  • omnitrace has been a proof-of-concept for using timemory as a toolkit to rapidly build a full-featured profiling and tracing tool
    • Many miscellaneous updates were required to pull this off and the number of updates got out of hand
    • Thus, I am opening this PR to check whether all the testing is passing before attempting to split the changes into several PRs

- avoid returning const ref for trivially copyable type
- fixed ambiguous error with data_tracer_tests
- updated nccl-tests submodule
- Settings how have categories
- Fix to defines.h and version.h as submodule
- add_secondary fix
- plotting header include fix
- fix to operation::finalize::get
- fix to operation::finalize::merge
- fix to graph_data
- fixed types in storage/node.hpp
CircleCI: install sed via conda in python-install

CircleCI: disable libunwind for python-install
- e.g. rusage_cache{ RUSAGE_SELF } or rusage_cache{ RUSAGE_THREAD }
- strict config option
- improved variable support
  - $env: lvalues
  - support for ${VARIABLE} syntax
  - support for variable expansion in substring
- chained config files
- context_handler::m_enabled
- context_handler::operator() returns if not enabled
- mpi_get also uses binary serialization when a vector of arithmetic types
- initialization of PAPI causing failures in hybrid_tests.hybrid
- support for overridding the setting serialization
- disable running examples in debug builds since they take too long
- using set_default(...) not longer return true for p.exists("<name>") but get<..>("...") works and the action is executed
- specifying a setting as hidden causes it to be elided from iteration and output serialization
- Removed replace of "__" and "--" causes issues with /__w/.../
- Added support for config variables: %cfg{...}%
- %env{...}% is equivalent to $env{...}
- %cfg{...}% is equivalent to $cfg{...}
@jrmadsen jrmadsen force-pushed the setting-categories-and-utility-headers branch from ec3a5af to ff2f231 Compare June 28, 2022 03:24
- fix to settings::push and settings::pop when new settings added by reserving m_order
- fix to empty CONFIG_FILE
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant