-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Compiling openBLAS: ar: strmm_kernel_LN.o: No such file or directory #1106
Comments
Please run 'make clean' before next build. |
Can you post /proc/cpuinfo (just last core info, seems this ULT Haswell is not with CPUID range with other Haswel) |
Please try building with "make BINARY=32" after the "make clean" (this should work but will give only NEHALEM-class optimization, see #657) |
[A] from /proc/cpuinfo:
|
[A] from /proc/cpuinfo:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i3-4005U CPU @ 1.70GHz
stepping : 1
microcode : 0x17
cpu MHz : 1599.992
cache size : 3072 KB
[B]
with: make clean and make TARGET=Haswell
No luck, same error
[C] with make BINARY=32 it worked!
OpenBLAS build complete. (BLAS CBLAS LAPACK LAPACKE)
OS ... Linux
Architecture ... x86
BINARY ... 32bit
C compiler ... GCC (command line : gcc)
Fortran compiler ... GFORTRAN (command line : gfortran)
Library Name ... libopenblas_nehalemp-r0.2.19.a (Multi threaded; Max
num-threads is 4)
[D] Why 32-bit system on a 64-bit machine?: My older laptop went dead just
a couple of hours before the first day of an engineer's training series
which I needed to engage. Already having a DVD of Slackware 14.2 (32-bit),
compelled me to install it on the new 64-bit machine.
*Thanks a lot for help*.
…--
-- HBDave
Senior Consultant (Training), eInfochips, Ahmedabad, India
*May you do good and not evil May you find forgiveness for yourself and
forgive others May you share freely, never taking more than you give.*
* -- from Sqlite3 source code*
On Fri, Feb 24, 2017 at 1:10 PM, Andrew ***@***.***> wrote:
Can you post /proc/cpuid (just last core info, this ULT Haswell is not
with CPUID range with other Haswel)
TARGET=Haswell should build for your CPU
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1106 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AEHd7qAbkHjGmCIpiLiAoF5fRbKHV_7jks5rfologaJpZM4MKyGL>
.
|
[A] from /proc/cpuinfo:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i3-4005U CPU @ 1.70GHz
stepping : 1
microcode : 0x17
cpu MHz : 1599.992
cache size : 3072 KB
[B]
with: make clean and make TARGET=Haswell
No luck, same error
[C] with make BINARY=32 it worked!
OpenBLAS build complete. (BLAS CBLAS LAPACK LAPACKE)
OS ... Linux
Architecture ... x86
BINARY ... 32bit
C compiler ... GCC (command line : gcc)
Fortran compiler ... GFORTRAN (command line : gfortran)
Library Name ... libopenblas_nehalemp-r0.2.19.a (Multi threaded; Max
num-threads is 4)
[D] Why 32-bit system on a 64-bit machine?: My older laptop went dead just
a couple of hours before the first day of an engineer's training series
which I needed to engage. Already having a DVD of Slackware 14.2 (32-bit),
compelled me to install it on the new 64-bit machine.
*Thanks a lot for help.*
…--
-- HBDave
Senior Consultant (Training), eInfochips, Ahmedabad, India
*May you do good and not evil May you find forgiveness for yourself and
forgive others May you share freely, never taking more than you give.*
* -- from Sqlite3 source code*
On Fri, Feb 24, 2017 at 1:20 PM, Martin Kroeker ***@***.***> wrote:
Please try building with "make BINARY=32" after the "make clean" (this
should work but will give only NEHALEM-class optimization, see #657
<#657>)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1106 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AEHd7p0BTds66OjDPsePgai3MVfFm4byks5rfou4gaJpZM4MKyGL>
.
|
with make BINARY=32 can work. |
OpenBLAS Makefile normally needs to explicitly define the CPU architecture size (32 or 64bit) in the BINARY macro. See [1]. When an architecture supports both 64 and 32bit, the 32bit support is sometimes implemented in OpenBLAS by overriding a fallback to an anterior architecture. For example, if the build target architecture is x86 Haswell 32bit, OpenBLAS build will override the arch to Nehalem. See [2]. If the BINARY macro is undefined, the 32bit fallback will not happen, sometimes leading to a link failure, with output: i686-buildroot-linux-gnu/bin/ar: strmm_kernel_LN.o: No such file or directory This commit fixes those issues by explicitly defining the BINARY macro. This issue has also been discussed upstream in [3] and [4]. Note: this issue was not introduced recently ([3] dates back from 2015), and was also see in previous package version, for example in [5]. Fixes: http://autobuild.buildroot.net/results/e1e/e1e2034a78799abe1bd28b036fa6f7d13322e42f [1] https://github.com/xianyi/OpenBLAS/blob/v0.3.24/Makefile.rule#L50 [2] https://github.com/xianyi/OpenBLAS/blob/v0.3.24/Makefile.system#L113 [3] OpenMathLib/OpenBLAS#657 [4] OpenMathLib/OpenBLAS#1106 [5] http://autobuild.buildroot.net/results/5cd/5cdccd106b1de275ac75c39783e536107a31651f Signed-off-by: Julien Olivain <ju.o@free.fr> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
OpenBLAS Makefile normally needs to explicitly define the CPU architecture size (32 or 64bit) in the BINARY macro. See [1]. When an architecture supports both 64 and 32bit, the 32bit support is sometimes implemented in OpenBLAS by overriding a fallback to an anterior architecture. For example, if the build target architecture is x86 Haswell 32bit, OpenBLAS build will override the arch to Nehalem. See [2]. If the BINARY macro is undefined, the 32bit fallback will not happen, sometimes leading to a link failure, with output: i686-buildroot-linux-gnu/bin/ar: strmm_kernel_LN.o: No such file or directory This commit fixes those issues by explicitly defining the BINARY macro. This issue has also been discussed upstream in [3] and [4]. Note: this issue was not introduced recently ([3] dates back from 2015), and was also see in previous package version, for example in [5]. Fixes: http://autobuild.buildroot.net/results/e1e/e1e2034a78799abe1bd28b036fa6f7d13322e42f [1] https://github.com/xianyi/OpenBLAS/blob/v0.3.24/Makefile.rule#L50 [2] https://github.com/xianyi/OpenBLAS/blob/v0.3.24/Makefile.system#L113 [3] OpenMathLib/OpenBLAS#657 [4] OpenMathLib/OpenBLAS#1106 [5] http://autobuild.buildroot.net/results/5cd/5cdccd106b1de275ac75c39783e536107a31651f Signed-off-by: Julien Olivain <ju.o@free.fr> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> (cherry picked from commit eb4f5a2) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
OpenBLAS Makefile normally needs to explicitly define the CPU architecture size (32 or 64bit) in the BINARY macro. See [1]. When an architecture supports both 64 and 32bit, the 32bit support is sometimes implemented in OpenBLAS by overriding a fallback to an anterior architecture. For example, if the build target architecture is x86 Haswell 32bit, OpenBLAS build will override the arch to Nehalem. See [2]. If the BINARY macro is undefined, the 32bit fallback will not happen, sometimes leading to a link failure, with output: i686-buildroot-linux-gnu/bin/ar: strmm_kernel_LN.o: No such file or directory This commit fixes those issues by explicitly defining the BINARY macro. This issue has also been discussed upstream in [3] and [4]. Note: this issue was not introduced recently ([3] dates back from 2015), and was also see in previous package version, for example in [5]. Fixes: http://autobuild.buildroot.net/results/e1e/e1e2034a78799abe1bd28b036fa6f7d13322e42f [1] https://github.com/xianyi/OpenBLAS/blob/v0.3.24/Makefile.rule#L50 [2] https://github.com/xianyi/OpenBLAS/blob/v0.3.24/Makefile.system#L113 [3] OpenMathLib/OpenBLAS#657 [4] OpenMathLib/OpenBLAS#1106 [5] http://autobuild.buildroot.net/results/5cd/5cdccd106b1de275ac75c39783e536107a31651f Signed-off-by: Julien Olivain <ju.o@free.fr> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> (cherry picked from commit eb4f5a2) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
OpenBLAS Makefile normally needs to explicitly define the CPU architecture size (32 or 64bit) in the BINARY macro. See [1]. When an architecture supports both 64 and 32bit, the 32bit support is sometimes implemented in OpenBLAS by overriding a fallback to an anterior architecture. For example, if the build target architecture is x86 Haswell 32bit, OpenBLAS build will override the arch to Nehalem. See [2]. If the BINARY macro is undefined, the 32bit fallback will not happen, sometimes leading to a link failure, with output: i686-buildroot-linux-gnu/bin/ar: strmm_kernel_LN.o: No such file or directory This commit fixes those issues by explicitly defining the BINARY macro. This issue has also been discussed upstream in [3] and [4]. Note: this issue was not introduced recently ([3] dates back from 2015), and was also see in previous package version, for example in [5]. Fixes: http://autobuild.buildroot.net/results/e1e/e1e2034a78799abe1bd28b036fa6f7d13322e42f [1] https://github.com/xianyi/OpenBLAS/blob/v0.3.24/Makefile.rule#L50 [2] https://github.com/xianyi/OpenBLAS/blob/v0.3.24/Makefile.system#L113 [3] OpenMathLib/OpenBLAS#657 [4] OpenMathLib/OpenBLAS#1106 [5] http://autobuild.buildroot.net/results/5cd/5cdccd106b1de275ac75c39783e536107a31651f Signed-off-by: Julien Olivain <ju.o@free.fr> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> (cherry picked from commit eb4f5a2) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
uname -a:
Linux laptop 4.4.14-smp #2 SMP Fri Jun 24 14:44:24 CDT 2016 i686 Intel(R) Core(TM) i3-4005U CPU @ 1.70GHz GenuineIntel GNU/Linux
while compiling openBLAS, at library building stage I get an error:
ar: strmm_kernel_LN.o: No such file or directory
../Makefile.tail:40: recipe for target 'libs' failed
make[1]: *** [libs] Error 1
make[1]: Leaving directory '/home/hbd/Downloads/xianyi-OpenBLAS-bcfc298/kernel'
Makefile:133: recipe for target 'libs' failed
make: *** [libs] Error 1
Help requested.
The text was updated successfully, but these errors were encountered: