Skip to content

[SYCL] Diagnose unresolved symbols in L0 modules #5267

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

Merged
merged 1 commit into from
Jan 7, 2022

Conversation

gmlueck
Copy link
Contributor

@gmlueck gmlueck commented Jan 6, 2022

Diagnose an error in the Level Zero version of piProgramBuild and
piProgramLink if the built program has any unresolved symbols. Also,
include an error message with a list of the unresolved symbols in the
build log, which is incorporated into the what string of the
exception that the runtime throws. As a result, the user will see a
list of the unresolved symbols when the exception terminates the
application.

Previously, no error was diagnosed from piProgramBuild or
piProgramLink when there were unresolved symbols, but the first call
to piKernelCreate would fail (without any indication about the cause
of the failure).

There is a test case for this PR in intel/llvm-test-suite#712

@gmlueck gmlueck requested a review from smaslov-intel January 6, 2022 19:08
@gmlueck gmlueck requested a review from a team as a code owner January 6, 2022 19:08
@gmlueck gmlueck changed the base branch from private/gmlueck/l0-static-linking3-a to sycl January 7, 2022 12:25
@gmlueck gmlueck requested a review from a team as a code owner January 7, 2022 12:25
Diagnose an error in the Level Zero version of `piProgramBuild` and
`piProgramLink` if the built program has any unresolved symbols.  Also,
include an error message with a list of the unresolved symbols in the
build log, which is incorporated into the `what` string of the
exception that the runtime throws.  As a result, the user will see a
list of the unresolved symbols when the exception terminates the
application.

Previously, no error was diagnosed from `piProgramBuild` or
`piProgramLink` when there were unresolved symbols, but the first call
to `piKernelCreate` would fail (without any indication about the cause
of the failure).
@gmlueck gmlueck force-pushed the gmlueck/l0-static-linking3-b branch from 1450d95 to 47afd78 Compare January 7, 2022 12:30
@gmlueck
Copy link
Contributor Author

gmlueck commented Jan 7, 2022

I have retargeted this PR and rebased it, now that #5266 is merged.

Note that I have a new E2E test ready, which tests this error condition. I'll create a PR with that new test once I understand the process of adding a new E2E test.

@againull againull merged commit 33cfb9f into intel:sycl Jan 7, 2022
@gmlueck gmlueck deleted the gmlueck/l0-static-linking3-b branch January 18, 2022 22:41
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.

3 participants