-
Notifications
You must be signed in to change notification settings - Fork 219
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
Common test infrastructure + PCA tests migration #1378
Conversation
/intelci: run |
/intelci: run |
/intelci: run |
@napetrov, please have a look at |
/intelci: run |
/intelci: run |
sudo apt-get update | ||
sudo apt-get install gcc-multilib \ | ||
g++-multilib \ | ||
binutils \ | ||
openjdk-11-jdk \ | ||
bazel-3.4.1 | ||
bazel-4.0.0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Might be good to get this regularly updated - for example via https://docs.renovatebot.com/modules/manager/regex/
This shouldn't block integraton
Looks good |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
reviewed dal/test/engine
folder without sub-folders
} | ||
|
||
void global_setup() { | ||
static sycl::queue get_queue(const std::string& device_selector) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Don't we want to use filter_selector
for this?
https://github.com/intel/llvm/blob/sycl/sycl/include/CL/sycl/ONEAPI/filter_selector.hpp#L30
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
mkl
and linalg
folders reviewed
/intelci: run |
static table_id homogen() { | ||
static_assert(dal::detail::is_floating_point<Float>()); | ||
if constexpr (std::is_same_v<Float, float>) { | ||
return table_id{ table_kind::homogen, table_float_type::f32 }; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why you can't use homogen_table::kind()
instead of creating your own enum table_kind
?
https://github.com/rlnx/daal/blob/test-engine/cpp/oneapi/dal/table/homogen.hpp#L57
https://github.com/rlnx/daal/blob/test-engine/cpp/oneapi/dal/table/common.hpp#L144
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I expect table::kind()
and te::table_kind
would diverge. For example, we could create homogen_row_major
or homogen_column_major
or custom table type that defined in test::engine
(e.g. mock).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Arguable, but Ok, let's keep this version for now. This is probably the indicator that table::kind
is useless
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
table::kind
helps you to determine type of table at runtime, this is the main use case we discussed.
test/engine
for basic test routineslinalg
module to simplify linear algebra operationsmkl
thin wrappers over MKL