-
Notifications
You must be signed in to change notification settings - Fork 3.7k
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
An error occurred while importing faiss #1979
Comments
@JQZhai I have the same error. Did you find a workaround, or do older versions work? |
This argument did not solve my error. This was my dockerfile: https://github.com/LibrePhotos/librephotos-docker/blob/038972324dcd6f225adbfc4377aa4a6b85aecab5/backend/dependencies/Dockerfile This is the job that failed: https://github.com/LibrePhotos/librephotos-docker/runs/3414502894?check_suite_focus=true I don't even get an error, the job just stops. |
@derneuere How did you determine the cause of stopping job was on faiss in spite of no error? |
@vorj Just by trial and error. I removed the argument and the job finished. This is the current file that builds: https://github.com/LibrePhotos/librephotos-docker/blob/c904870f451b8ba1e1aa2e109981fba231397caa/backend/dependencies/Dockerfile Again, it works on x64 after building without the parameter, but it fails on arm when starting up. I use docker buildx with github actions to build it for multiple architectures. |
@derneuere Isn't that just an OOM killing caused by CI of this project, too, limits the count of simultaneous I also recommend you to read the man page of Finally if you want more discussion about your problem, please create the new issue about it, because your problem has no relation about this (error while importing faiss) issue. |
Summary: related: #1916, #1979, #2009, #2013, #2195, #2210 After my PR #1815 had been merged `-DCMAKE_BUILD_TYPE=Debug` has been invalid on aarch64, and many people have been hit the problem. (sorry to inconvenience...) This PR fixes this. ### Details: Using the function pointers of intrinsics on run-time context causes the link errors. `-DCMAKE_BUILD_TYPE=Release` has been available because compiler optimizer can propagate and collapse the function pointers as constant. However, when the pointers doesn't collapsed the link errors occurred, so `-DCMAKE_BUILD_TYPE=Debug` has been unavailable. To prevent the link errors, I've replaced the function pointers of intrinsics on run-time context to on compile-time context explicitly. Pull Request resolved: #2768 Reviewed By: mdouze Differential Revision: D44296147 Pulled By: alexanderguzhva fbshipit-source-id: 81fa013c5e05a486b6b82cb85d76eeefdefca891
* fix windows test (#2775) Summary: Pull Request resolved: #2775 Reviewed By: algoriddle Differential Revision: D44210010 fbshipit-source-id: b9b620a4b0a874e09ee2f6082ff0f9463716fdf4 * faiss/utils/simdlib_avx2.h: avoid C++20 ambiguous overloaded operator (#2772) Summary: Pull Request resolved: #2772 Resolves errors from overloaded ambiguous operators: ``` faiss/utils/partitioning.cpp:283:34: error: ISO C++20 considers use of overloaded operator '==' (with operand types 'faiss::simd16uint16' and 'faiss::simd16uint16') to be ambiguous despite there being a unique best viable function [-Werror,-Wambiguous-reversed-operator] ``` Reviewed By: alexanderguzhva, meyering Differential Revision: D44186458 fbshipit-source-id: 0257fa0aaa4fe74c056bef751591f5f7e5357c9d * Fix Debug Build on aarch64 (#2768) Summary: related: #1916, #1979, #2009, #2013, #2195, #2210 After my PR #1815 had been merged `-DCMAKE_BUILD_TYPE=Debug` has been invalid on aarch64, and many people have been hit the problem. (sorry to inconvenience...) This PR fixes this. ### Details: Using the function pointers of intrinsics on run-time context causes the link errors. `-DCMAKE_BUILD_TYPE=Release` has been available because compiler optimizer can propagate and collapse the function pointers as constant. However, when the pointers doesn't collapsed the link errors occurred, so `-DCMAKE_BUILD_TYPE=Debug` has been unavailable. To prevent the link errors, I've replaced the function pointers of intrinsics on run-time context to on compile-time context explicitly. Pull Request resolved: #2768 Reviewed By: mdouze Differential Revision: D44296147 Pulled By: alexanderguzhva fbshipit-source-id: 81fa013c5e05a486b6b82cb85d76eeefdefca891 --------- Co-authored-by: Matthijs Douze <[email protected]> Co-authored-by: Jeff Palm <[email protected]> Co-authored-by: Y.Imaizumi <[email protected]>
Summary
I get an error when I try to import faiss in python3
Platform
jetson xavier NX
OS:
Faiss version: 1.7.1
Installed from: compiled by myself
Faiss compilation options:
cmake -B build . -DFAISS_ENABLE_GPU=OFF
make -C build -j faiss
make -C build -j swigfaiss
(cd build/faiss/python && sudo python3 setup.py install)
Running on:
Interface:
Reproduction instructions
Type "help", "copyright", "credits" or "license" for more information.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "", line 1, in
File "/home/mec/Downloads/faiss/build/faiss/python/faiss/init.py", line 18, in
from .loader import *
File "/home/mec/Downloads/faiss/build/faiss/python/faiss/loader.py", line 65, in
from .swigfaiss import *
File "/home/mec/Downloads/faiss/build/faiss/python/faiss/swigfaiss.py", line 17, in
_swigfaiss = swig_import_helper()
File "/home/mec/Downloads/faiss/build/faiss/python/faiss/swigfaiss.py", line 16, in swig_import_helper
return importlib.import_module('_swigfaiss')
File "/usr/lib/python3.6/importlib/init.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
ImportError: /home/mec/Downloads/faiss/build/faiss/python/_swigfaiss.so: undefined symbol: Z9vsubq_u1612__Uint16x8_tS
The text was updated successfully, but these errors were encountered: