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

[Kokkos] Undefined symbol breaks linking #290

Open
1 task
maxfirmbach opened this issue Jan 27, 2025 · 4 comments
Open
1 task

[Kokkos] Undefined symbol breaks linking #290

maxfirmbach opened this issue Jan 27, 2025 · 4 comments
Labels
priority: medium Issues with medium priority

Comments

@maxfirmbach
Copy link
Contributor

maxfirmbach commented Jan 27, 2025

Description: What's going wrong?

Current Trilinos develop in combination with our ArborX version produces following Kokkos error:

ld.lldld.lld: : error: undefined symbol: Kokkos::Impl::hostspace_parallel_deepcopy_async(Kokkos::Serial const&, void*, void const*, long)

Expectations

  • ?

Possible Solution

It might be sufficient to update our ArborX version to get around the issue.

Steps to Reproduce

  1. Build 4C with the most recent Trilinos develop branch.

Related Issues and Merge Requests

Interested Parties

@mayrmt @isteinbrecher

@maxfirmbach maxfirmbach changed the title [BUG] [BUG] Undefined symbol due to Kokkos Jan 27, 2025
@maxfirmbach maxfirmbach changed the title [BUG] Undefined symbol due to Kokkos [TPL] Undefined symbol due to Kokkos Jan 27, 2025
@maxfirmbach maxfirmbach changed the title [TPL] Undefined symbol due to Kokkos [Kokkos] Undefined symbol breaks linking Jan 27, 2025
@mayrmt
Copy link
Member

mayrmt commented Jan 27, 2025

ArborX has undergone some backwards incompatible changes in recent months. An update might be a good idea.

@maxfirmbach
Copy link
Contributor Author

maxfirmbach commented Jan 27, 2025

@mayrmt I would wait till the next official release. Many of the new stuff is currently still in the Experimental namespace, which I wouldn't like to use.

@maxfirmbach
Copy link
Contributor Author

I'm pretty sure ArborX is most likely not the direct problem ...

@isteinbrecher
Copy link
Contributor

We have used stuff from the Experimental namespace in ArborX in the past (I think the kDOPs only recently were moved out of there). Since the functionality we use in 4C is well tested, I don’t mind using implementations from that namespace.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
priority: medium Issues with medium priority
Projects
None yet
Development

No branches or pull requests

4 participants