-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
[BUG] #1435 breaks automated builds on Windows #1441
Comments
i don't have a windows box to hand, but i just wanted to confirm this builds fine on linux (and it does). ie, this is likely some mistake in the export.h header for windows specifically. i know nothing about windows development so i may need some help. |
can you check v1.7.0 please? v1.6.2 had some issues. |
Seeing this trying to ingest 1.7.0 on our CI.
|
Also, it looks like the directory for generated include files needs to be removed from @@ -26,7 +26,6 @@ set_target_properties(benchmark PROPERTIES
)
target_include_directories(benchmark PUBLIC
$<BUILD_INTERFACE:${PROJECT_SOURCE_DIR}/include>
- $<BUILD_INTERFACE:${PROJECT_BINARY_DIR}/include>
)
# libpfm, if available With it present, some versions(?) of CMake in some circumstances(?) complain:
|
Reproduced consistently with AppVeyor builds in Kokkos CI, for a full log see this.
Error:
Note: I can confirm that this still works on various Linux configurations, but still #1435 clearly introduces a regression. Is it possible to revert the changes introduced by that PR until a better solution is found? |
Note: We are using Google benchmark v1.6.0 instead of the latest v1.7.0 due to google/benchmark#1441, which breaks the build on Windows.
Note: We are using Google benchmark v1.6.1 instead of the latest v1.7.0 due to google/benchmark#1441, which breaks the build on Windows.
I resolved my Doing so makes the defines in the |
Describe the bug
My CI automatically clones the main branch using CMake FetchContent. My Windows CI builds are now failing as of #1435. Specifically, the following linker error appears:
Downgrading to any previous commit works fine and fixes the error.
Here is an example CI run that demonstrates the issue: https://github.com/cmuparlay/parlaylib/runs/7453801262?check_suite_focus=true#step:5:6769 (build failed)
Here is an identical CI run of the same code, except that I downgraded Google Benchmark to v1.6.2: https://github.com/cmuparlay/parlaylib/runs/7454449941?check_suite_focus=true (build succeeded)
System
Which OS, compiler, and compiler version are you using:
To reproduce
Steps to reproduce the behavior:
Expected behavior
The build does not produce a linker error
The text was updated successfully, but these errors were encountered: