Skip to content

[SYCL-Unit]Fix segfault in DeviceGlobalProgramHandle test due to static initialization order#21921

Open
jsji wants to merge 1 commit intosyclfrom
fixinit
Open

[SYCL-Unit]Fix segfault in DeviceGlobalProgramHandle test due to static initialization order#21921
jsji wants to merge 1 commit intosyclfrom
fixinit

Conversation

@jsji
Copy link
Copy Markdown
Contributor

@jsji jsji commented May 3, 2026

Fix regression introduced by 1ae0fe6.

The test was calling device_global_map::add() during static initialization
(in generateHandleTestImage() which was used to initialize g_Imgs array).
This caused a segfault because device_global_map::add() tries to access
ProgramManager via GlobalHandler::instance().getProgramManager(), but
the GlobalHandler's member variables (specifically the SpinLock in
InstWithLock) may not be fully initialized yet during
static initialization, leading to undefined behavior.

The fix moves the device_global_map::add() call from the static
initialization path into the test fixture's SetUp() method, ensuring
it runs during test execution when all runtime components are properly
initialized.

This is a classic static initialization order fiasco where the order
of initialization between translation units is undefined, and we
cannot guarantee that GlobalHandler will be fully initialized before
the test's static initializers run.

Co-Authored-By: Claude Sonnet 4.5 noreply@anthropic.com

…ic initialization order

Fix regression introduced by 1ae0fe6.

The test was calling device_global_map::add() during static initialization
(in generateHandleTestImage() which was used to initialize g_Imgs array).
This caused a segfault because device_global_map::add() tries to access
ProgramManager via GlobalHandler::instance().getProgramManager(), but
the GlobalHandler's member variables (specifically the SpinLock in
InstWithLock<ProgramManager>) may not be fully initialized yet during
static initialization, leading to undefined behavior.

The fix moves the device_global_map::add() call from the static
initialization path into the test fixture's SetUp() method, ensuring
it runs during test execution when all runtime components are properly
initialized.

This is a classic static initialization order fiasco where the order
of initialization between translation units is undefined, and we
cannot guarantee that GlobalHandler will be fully initialized before
the test's static initializers run.

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
@jsji jsji requested a review from a team as a code owner May 3, 2026 00:21
@jsji jsji requested a review from sergey-semenov May 3, 2026 00:21
@jsji jsji self-assigned this May 3, 2026
@jsji jsji requested a review from kweronsx May 3, 2026 00:22
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.

1 participant