[SYCL] Assert for kernel having a name in runtime vs compile time

[aelovikov-intel]

Follow-up for #19990

Downstream CI uncovered another scenario where
detail::CompileTimeKernelInfo<KernelName>.Name might be empty (other than non-SYCL compilation in some of the [unit]tests). That happens when compiling the same TU using multiple offload models (e.g., both SYCL and OMP) and the device compilation for non-SYCL model doesn't use SYCL integration header to provide kernel information.

Ideally, we should be just guarding static_asserts with some #if __SYCL_WHATEVER but we don't set any SYCL-related macro when using 3rd party host compilers. Deal with that by turning compile-time static_assert into a run-time assert unless we can guarantee that SYCL kernel information is available.

[github-actions]

@intel/llvm-gatekeepers please consider merging

[aelovikov-intel]

#0 0x00007ff76180902c sycl::_V1::detail::queue_impl::~queue_impl(void) D:\github\actions-runner\_work\llvm\llvm\src\sycl\source\detail\queue_impl.hpp:257:0
#1 0x00007ff7619fce6f std::_Ref_count_base::_Decref C:\Program Files\Microsoft Visual Studio\2022\Professional\VC\Tools\MSVC\14.43.34808\include\memory:1161:0
#2 0x00007ff7619fce6f std::_Ptr_base<sycl::_V1::detail::queue_impl>::_Decref C:\Program Files\Microsoft Visual Studio\2022\Professional\VC\Tools\MSVC\14.43.34808\include\memory:1377:0
#3 0x00007ff7619fce6f std::shared_ptr<sycl::_V1::detail::queue_impl>::{dtor} C:\Program Files\Microsoft Visual Studio\2022\Professional\VC\Tools\MSVC\14.43.34808\include\memory:1682:0
#4 0x00007ff7619fce6f sycl::_V1::detail::Scheduler::NotifyHostTaskCompletion(class sycl::_V1::detail::Command *) D:\github\actions-runner\_work\llvm\llvm\src\sycl\source\detail\scheduler\scheduler.cpp:517:0
#5 0x00007ff7619e7687 sycl::_V1::detail::DispatchHostTask::operator()(void) const D:\github\actions-runner\_work\llvm\llvm\src\sycl\source\detail\scheduler\commands.cpp:487:0
#6 0x00007ff761940fdf sycl::_V1::detail::ThreadPool::worker(void) D:\github\actions-runner\_work\llvm\llvm\src\sycl\source\detail\thread_pool.hpp:79:0
#7 0x00007ff76193b711 std::thread::_Invoke<class std::tuple<class `private: void __cdecl sycl::_V1::detail::ThreadPool::start(void)'::`3'::<lambda_1>>, 0>(void *) C:\Program Files\Microsoft Visual Studio\2022\Professional\VC\Tools\MSVC\14.43.34808\include\thread:61:0

#8 0x00007ffe093937b0 (C:\WINDOWS\System32\ucrtbase.dll+0x37b0)

#9 0x00007ffe0a87e8d7 (C:\WINDOWS\System32\KERNEL32.DLL+0x2e8d7)

#10 0x00007ffe0c208d9c (C:\WINDOWS\SYSTEM32\ntdll.dll+0x8d9c)

Access violation

doesn't seem related and previous revision of the PR (that differs only in comments) has passed.