-
Notifications
You must be signed in to change notification settings - Fork 98
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
Generated kokkos-kernels file names are too long and are crashing cloning Trilinos on Windows #395
Comments
Oh come on ..... Does Kokkos work in Windows first ? We really don't have cycles to support windows or access to even a test machine where we can test it. |
Aren't we required to support Trillinos on Windows for a customer use case? |
I think they use legacy Trilinos stack ... @bartlettroscoe : My "Oh come on" was directed at the silliness of the error, not at the request to support windows. |
@srajama1, because we use CMake and C++11, it really is not that hard to support Windows. It is just silly stuff like this that causes a problem. |
I ran into this issue today too. We have at least one major customer who uses Windows. Right now they just use the legacy stack, that is true, but the really ugly part of this error is that your git clone fails, so it isn't just that one cannot use Kokkos Kernels. |
It's probably not hard to modify the script for generating filenames, so that it abbreviates types. You already need some kind of mangling for that anyway, to generate legit filenames without weird characters in them. |
Alright. we will find a workaround. |
Same issue on my Ubuntu 16.04 machine.
|
Any update on this? Our group would really like to be able to update to a newer Trilinos (for starters, one that can even build with the current version of tribits...) and since we need to be able to clone and build on Windows machines, this bug is blocking. |
Also is there something preventing these files from being generated at configure time? It seems to me like it might be better to have a CMake script do this based on the enabled configurations rather than pre-generating everything in a bash script and having CMake "glob" the needed files. |
@sethrj : There is a PR waiting to go in. @ndellingwood Is there any thing blocking it from merging it ? |
Awesome! |
FYI: Look like #424 might just have this fixed (just merged to separate KokkosKernels repo yesterday). But we can't take advantage of this until Kokkos and KokkosKernels get updated (shapshotted) in Trilinos. Any idea when that might occur? @sethrj, can someone try cloning the kokkos-kernels GitHub repo and see if this fixes the Windows clone problem? |
@bartlettroscoe It works, but confusingly, at least on the machine and in the directory I chose, checking out the fix's parent commit worked as well... as did the Trilinos master. For at least
but ironically I wasn't able to check out the latest TriBITS, which has a 250-character relative path:
so perhaps an issue needs to be opened for that ;) |
I added TriBITSPub/TriBITS#297. That can be fixed. (Ironically, I had to add a feature to compress those file names using the generation of a hash in order to address some test names in one of our ATDM codes that is three times that long :-). Therefore, for the purpose of this test, I think I can just have to code shorten the file names in testing mode.) Also ironic is that snapshotted TriBITS into Trilinos does not contain this test directory. @sethrj, how do you reproduce these clone failures on Windows? I always using git under cygwin so I never see problems like this. |
Has anyone verified that updated Kokkos Kernels in Trilinos will clone in Windows? |
@bartlettroscoe the changes haven't made it into Trilinos yet, I closed issues marked "InDevelop" to make the changelog for the release candidate that we will merge into Trilinos when we complete the promotion process after the holidays. Reopening this issue until confirmation is made post-promotion. |
Just to finalize this: I am now able to clone the latest Trilinos master on Windows. Yay! |
As reported in:
the generated files names for explicit instantiations are too long. The clone of Trilinos on Windoes gives:
Can KokkosKernels instead consider compressing the names of these files? I can provide some suggestions on how to do that if that would be helpful.
The text was updated successfully, but these errors were encountered: