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. |
arnout
pushed a commit
to buildroot/buildroot
that referenced
this issue
Sep 15, 2023
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>
arnout
pushed a commit
to buildroot/buildroot
that referenced
this issue
Sep 24, 2023
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>
arnout
pushed a commit
to buildroot/buildroot
that referenced
this issue
Sep 24, 2023
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>
arnout
pushed a commit
to buildroot/buildroot
that referenced
this issue
Sep 24, 2023
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>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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: