| 9 May 2025 |
 @curid:matrix.org | I'm stupid, the cpuid package has nothing to do with cpuid.h | 16:37:11 |
| @curid:matrix.org | 🤔
> CMake Error at CMakeLists.txt:71 (MESSAGE):
> Unrecognized CMAKE_SYSTEM_PROCESSOR value "x86_64"
https://github.com/google/XNNPACK/blob/659147817805d17c7be2d60bd7bbca7e780f9c82/CMakeLists.txt#L71
| 18:30:29 |
| 10 May 2025 |
| @curid:matrix.org | How can I tell mkDerivation that the CMakeLists.txt isn't in the root dir? https://github.com/google/gemmlowp/tree/master/contrib | 17:16:18 |
| @curid:matrix.org | I'd ask in the main room if I could join it | 17:16:23 |
 K900 | sourceRoot | 17:16:35 |
| K900 | Also invited to the main room | 17:16:50 |
| 11 May 2025 |
| @curid:matrix.org | is cmake message(${CMAKE_SYSTEM_PROCESSOR}) suppose to print x86_64? | 08:04:19 |
| @curid:matrix.org |
When cross-compiling, a CMAKE_TOOLCHAIN_FILE should set the CMAKE_SYSTEM_PROCESSOR variable to match target architecture that it specifies (via CMAKE_<LANG>COMPILER and perhaps CMAKE<LANG>_COMPILER_TARGET).
Am I suppose to set it manually?
| 08:05:35 |
| @curid:matrix.org | Redacted or Malformed Event | 19:16:46 |
| @curid:matrix.org | I finally managed to get tensorflow lite to cross-compile to aarch64 by using cmake instead of bazel: https://paste.debian.net/1374172/ | 19:17:16 |
| @curid:matrix.org | should I upstream it? | 19:33:39 |
 emily | I don't know if you need those patches? | 19:35:55 |
| emily | I'm pretty sure you can point CMake to the right place with flags | 19:36:14 |
| emily | or at least inject stuff into the right paths, not sure | 19:36:25 |
