Compiler ProC Error:libclntsh.so: wrong ELF class: ELFCLASS64

解决Oracle 64位库问题
最新推荐文章于 2023-08-01 15:42:53 发布
最新推荐文章于 2023-08-01 15:42:53 发布 · 561 阅读 · 0
文章标签：

#Oracle

本文解决了在Solaris 5.8 SPARC服务器上使用Oracle客户端时遇到的64位库问题。通过调整环境变量LD_LIBRARY_PATH及编译链接参数-L，成功解决了libclntsh.so:wrong ELF class: ELFCLASS64错误。
等了客户一个多月，他终于把 oracle client 装到服务器 solaris5.8 sparc 上。迫不及待的去compile我的program, 那知出现了 "libclntsh.so: wrong ELF class: ELFCLASS64" 这个error, OMG!

这是因为用了64位的library.

解決方法:
1.將原来的 LD_LIBRARY_PATH=$ORACLE_HOME/lib 改为 $ORACLE_HOME/lib32
2.Compiler Linker 时参数 (-L) 改为 -L$(ORACLE_HOME)/lib32


/* ************************ edited in 2009.12.16 ************** */
运行时出现下边错：
[quote]
peri@mps300780 {123} ./dbcon &

ld.so.1: dbcon: fatal: /usr/oracle/app/lib/libclntsh.so.10.1: wrong ELF class: ELFCLASS64
[/quote]
解决方法：
[quote]
cd $ORACLE_HOME

ln -s libclntsh.so.10.1 libclntsh.so
[/quote]
【已解决】java: java.lang.NoSuchFieldError: Class com.sun.tools.javac.tree.JCTree$JCImport does not have
步子哥的博客
02-25 4万+
Lombok在早期版本中使用反射访问com.sun.tools.javac.tree.JCTree$JCImport类的。这个错误通常是由于升级到Java 21后,Lombok库无法正确访问内部的Java编译器API导致的。将Lombok库升级到1.18.30或更高版本。该版本已经修复了这个问题。这导致了Lombok无法正确访问该字段,从而抛出。字段,该字段在Java 21中的类型发生了变化。通过升级Lombok版本,就可以解决这个。在Java 21及更高版本中,
Zynq7020 error: xxx.elf uses VFP register arguments
smile_5me的博客
09-06 3074
参考博客：https://blog.csdn.net/u010453704/article/details/68922885 在根据https://wiki.analog.com/resources/fpga/xilinx/kc705/adv7511 的例程进行ZC702 HDMI核的构建和测试时在编译时遇到一个和硬浮点有关的bug： error: xxx.elf uses VFP regi...
ubuntu下解决 ×.so.×: wrong ELF class: ELFCLASS64 的问题
热门推荐
米饭的白色的专栏
04-08 4万+
安装软件时出现问题 ×.so.×:wrong ELF class: ELFCLASS64 ，大致的意思是软件是32位的，需要32位的×.so.×动态链接库，而系统是64位的所提供的该 动态链接库×.so.×是64位的，所以不能用。 这个问题真是郁闷了我一天，网上也是各种找解决方案，却因为网上每个人安装的软件不同，所以各种说明，可能因为我自己太水了，对linux也是一知半解，网上的
error while loading shared libraries: libmad.so.0: wrong ELF class: ELFCLASS64
weixin_61059817的博客
06-06 2085
这个错误表示程序是在64位操作系统下编译的，试图链接一个32位的共享库文件libmad.so.0。由于两个不同的ELF类别（32位和64位）之间的二进制兼容性问题，出现了ELFCLASS64的错误。我的电脑上Linux（ubuntu）是x86_64(即64位)，如下图。重新编译libmad库，将其配置成32位共享库文件。而开发板上的Linux是armv7l（32位的）输入以下命令，查看Linux的架构类型。
异常错误： wrong ELF class: ELFCLASS64
一夜飘零
08-28 6752
异常错误： wrong ELF class: ELFCLASS64 (Possible cause: architecture word width mismatch) 安装的Java的版本跟操作系统的不一致，一个32位，一个64位，需要统一。 重新安装Java的版本就好
Pro*c 编释时报：libclntsh.so: wrong ELF class: ELFCLASS64 错误。
xiaotuni的专栏,每天进步一点点
08-30 7363
<br />在Pro*c 编译时报：libclntsh.so: wrong ELF class: ELFCLASS64 错误<br /> <br />出现在这种情况一般来说是由于当前的系统是64位，但用的是64位的库进行编译的所以要修改一下<br /> <br />ORALIB = ${ORACLE_HOME}/lib<br />改为<br />ORALIB = ${ORACLE_HOME}/lib32<br /> <br />同是改一下.profile 里的<br /> <br />LD_LIBRARY_
Oracle wrong ELF class: ELFCLASS64
weixin_33896069的博客
01-16 286
今天在装系统的时候出现java: cannot execute binary file的异常信息。后来发现系统是32位，而拷过来的jre是64位的。执行一个oracle命令的时候遇到的问题cbsset: error while loading shared libraries: libclntsh.so.10.1: wrong ELF class: ELFCLASS64已解决...
Vitis2021.1报错：fatal error: xparameters.h: No such file or directory
songcikeep的博客
08-01 7636
Vitis2021.1报错：fatal error: xparameters.h: No such file or directory
（已解决）ImportError: libcupti.so.11.7:cannot open shared object file: No such file or directory
BetrayFree的博客
07-25 6062
首先，找到一个有这个nvidia目录的包，比如：/home/visionx/anaconda3/lib/python3.11/site-packages，我在这里用的是base环境下的nvidia目录（路径：/home/visionx/anaconda3/lib/python3.11/site-packages/nvidia）这个问题很简单，就是在创建虚拟环境的时候把nvidia这个文件目录给丢了或者说没有创建成功，那就需要手动把这个目录添加到对应的目录中。然后，找到nvidia目录，把整个目录复制下来。
Xilinx Vitis arm-xilinx-eabi-gcc.exe: error: *.c: Invalid argument
Ayka的博客
10-21 6275
This problem may be a bugof version 2021.1 only. Unfortunately, I'm just currently using this version. After Build Project: Find where this Makefile is through "make: Leaving directory" information. For me, it is located atZynq_CPU_wrapper_hw_platfo...
wrong ELF class: ELFCLASS64
量子波儿的专栏
08-22 2万+
原文地址：http://blog.163.com/ren_guangyuan/blog/static/98748841200810551941697/ 今天在执行一个oracle命令的时候遇到的问题 cbsset: error while loading shared libraries: libclntsh.so.10.1: wrong ELF class: ELFCLA
oracle so文件ELF,Oracle DBA-sqlplus-libclntsh.so.8.0: wrong ELF class: ELFCLASS64
weixin_36179394的博客
04-12 159
#su - io150$vi .profileumask 022LANG=Cstty cs8 -istripDTHOME=/usr/dtOPENWINHOME=/usr/openwinORACLE_BASE=/home/papr180;exportORACLE_BASEORACLE_HOME=/home/papr180;export ORACLE_HOMEORACLE_SID=orcl;expor...
Linux出现wrong ELF class: ELFCLASS64
weixin_34026484的博客
03-28 3167
安装软件时出现问题 ×.so.×:wrong ELF class: ELFCLASS64 ，大致的意思是软件是32位的，需要32位的×.so.×动态链接库，而系统是64位的所提供的该 动态链接库×.so.×是64位的，所以不能用。 转载于:https://www.cnblogs.com/aeolian/p/10617904.html...
oracle配置的监听文件,配置oracle监听文件
weixin_34675395的博客
04-04 704
配置oracle监听文件如果自己配置的监听文件总是出错，可以复制线面的信息进到自己配置文件中更改主机信息即可[[emailprotected] admin]$ cat tnsnames.ora# tnsnames.ora Network Configuration File: /oracle/oracle/11g/network/admin/tnsnames.ora# Generated by ...
【爬坑记录】error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64
Binbin_Sun的博客
11-18 4451
爬坑记录2：error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64 CMake Error at ***/Downloads/cmake/share/cmake-3.12/Modules/CMakeTestCCompiler.cmake:52 (message): The C compi...
Linux交叉编译
qq_63221511的博客
01-28 258
wrong ELF class ELFCLASS64
error while loading shared libraries: libclntsh.so.11.1: wrong ELF class: ELFCLASS64
新路的专栏
01-10 1万+
error while loading shared libraries: libclntsh.so.11.1: wrong ELF class: ELFCLASS64 解决这个问题有两种方法   1、在当前用户下，添加链接库所在路径 vi .bash_profile 添加或修改 export LD_LIBRARY_PATH=$ORACLE_HOME/lib32:$
root@DESKTOP-PNUPFSC:/home/karma# export MKLROOT=/opt/intel/oneapi/mkl/latest export LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libopenblas.so.0 root@DESKTOP-PNUPFSC:/home/karma# echo "print *, 'Fortran OK'; end" > test.f90 ifx -march=znver4 test.f90 && ./a.out # 应输出 "Fortran OK" ERROR: ld.so: object '/usr/lib/x86_64-linux-gnu/libopenblas.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object '/usr/lib/x86_64-linux-gnu/libopenblas.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object '/usr/lib/x86_64-linux-gnu/libopenblas.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ld: warning: libintlc.so.5, needed by /opt/intel/oneapi/compiler/2025.2/lib/libimf.so, not found (try using -rpath or -rpath-link) ERROR: ld.so: object '/usr/lib/x86_64-linux-gnu/libopenblas.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ./a.out: error while loading shared libraries: libimf.so: cannot open shared object file: No such file or directory
最新发布
09-13
<think> 我们正在解决用户在尝试运行 Intel Fortran 编译器 (ifx) 时遇到的三个错误： 1. libopenblas.so.0 无法通过 LD_PRELOAD 预加载：文件找不到 2. 链接器警告：libintlc.so.5 未找到（由 libimf.so 所需） 3. 运行时错误：libimf.so 无法打开共享对象文件 根据错误信息，问题主要在于共享库的路径设置和依赖关系。我们将逐步解决。 步骤分析： 1. 第一个错误是关于 LD_PRELOAD 无法加载 libopenblas.so.0： 用户可能没有安装 OpenBLAS 或者路径不正确。我们需要确保系统安装了 OpenBLAS 并且路径正确。 2. 第二个错误是链接器警告：libintlc.so.5 未找到。这个库是 Intel 编译器运行时库的一部分，通常位于 oneAPI 的编译器库目录中。可能是环境变量没有正确设置，导致链接器找不到。 3. 第三个错误是运行时找不到 libimf.so（Intel 数学库的一部分），同样可能是因为环境变量没有设置正确。 解决方案： 我们将采取以下步骤： 1. 确认 OpenBLAS 的安装，并修正 LD_PRELOAD 的路径。 2. 设置 Intel oneAPI 的环境变量，确保编译器运行时库的路径被正确添加到 LD_LIBRARY_PATH 和链接器的搜索路径中。 3. 检查 Intel oneAPI 的安装是否完整，特别是 libintlc 和 libimf 这些库是否存在。 具体操作： 步骤1：安装 OpenBLAS（如果尚未安装） 在 Ubuntu/Debian 上：sudo apt install libopenblas-dev 在 CentOS/RHEL 上：sudo yum install openblas-devel 步骤2：查找 libopenblas.so.0 的实际路径，修正 LD_PRELOAD 通常，安装后该库位于 /usr/lib/x86_64-linux-gnu/ 或 /usr/lib64/ 下。我们可以使用以下命令查找： sudo find /usr -name libopenblas.so.0 如果找不到，可能需要检查安装。如果找到，则使用正确的路径设置 LD_PRELOAD。 步骤3：设置 Intel oneAPI 环境变量 使用 Intel 提供的设置脚本初始化环境： source /opt/intel/oneapi/setvars.sh 这个脚本会设置包括 LD_LIBRARY_PATH 在内的多个环境变量，使得运行时能够找到 Intel 的库。 步骤4：检查 libintlc.so.5 和 libimf.so 是否存在 在设置环境变量后，这两个库应该能够在以下路径找到： /opt/intel/oneapi/compiler/latest/linux/compiler/lib/intel64_lin/ 如果没有，可能需要重新安装 Intel oneAPI 编译器。 步骤5：重新运行编译和链接命令 在设置了环境变量后，尝试重新编译和运行。 如果用户不想每次手动 source，可以将 source 命令添加到 ~/.bashrc 中。 针对用户的具体命令，我们可以这样调整： 首先，确保环境变量设置正确，然后编译时指定正确的库路径（如果必要），并在运行时确保 LD_PRELOAD 的路径正确。 但是，请注意，用户命令中使用了 LD_PRELOAD 来强制使用 OpenBLAS。如果用户确实需要替换 MKL，那么我们可以保留这个设置，但必须确保路径正确。 因此，我们给出以下具体步骤： 1. 安装 OpenBLAS（如果未安装）： sudo apt update sudo apt install libopenblas-dev 2. 查找 libopenblas.so.0 的路径，例如： /usr/lib/x86_64-linux-gnu/libopenblas.so.0 3. 设置 Intel oneAPI 环境变量： 在运行命令前，执行： source /opt/intel/oneapi/setvars.sh 4. 修正 LD_PRELOAD 的路径为实际路径（如果步骤2中得到的路径不同，则替换）： export LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libopenblas.so.0 5. 编译并运行： ifx -march=znver4 test.f90 ./a.out 但是，注意，用户使用的是 ifx 命令，它可能会依赖 Intel 的运行时库，所以我们必须在设置好环境变量的环境中运行。 另外，请注意，用户之前可能因为环境变量未设置而出现找不到库的问题，所以设置环境变量是必须的。 然而，错误信息中提到的 libintlc.so.5 和 libimf.so 都是 Intel 的库，设置 setvars.sh 后应该能解决。 如果用户已经安装了 OpenBLAS，但还是找不到，那么可能是多架构问题（比如系统是64位，但库在lib32下？）或者是符号链接问题。我们可以创建符号链接（如果必要）： 例如，如果只有 libopenblas.so 而没有 libopenblas.so.0，我们可以创建符号链接： sudo ln -s /usr/lib/x86_64-linux-gnu/libopenblas.so /usr/lib/x86_64-linux-gnu/libopenblas.so.0 但是，通常情况下，安装 libopenblas-dev 会提供正确的版本。 总结命令： 在终端中依次执行： ```bash # 1. 安装OpenBLAS（如果未安装） sudo apt install libopenblas-dev # 2. 设置Intel编译器环境 source /opt/intel/oneapi/setvars.sh # 3. 设置LD_PRELOAD为正确的OpenBLAS库路径 export LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libopenblas.so.0 # 4. 编译 ifx -march=znver4 test.f90 # 5. 运行 ./a.out ``` 如果仍然出现找不到 libopenblas.so.0 的错误，请确认该文件是否存在。如果不存在，请使用 find 命令查找并更新 LD_PRELOAD。 如果还有关于Intel库（如libimf）的问题，请检查 setvars.sh 是否设置正确，并检查 /opt/intel/oneapi/compiler/latest/linux/compiler/lib/intel64_lin/ 下是否有这些库。 注意：如果用户使用的是非交互式shell（例如脚本），可能需要将环境变量的设置写入脚本中。 另外，如果用户不希望每次打开终端都手动执行 source，可以将 source 命令添加到 ~/.bashrc 文件的末尾。 如果问题仍然存在，可能需要检查 oneAPI 的安装完整性，或者重新安装编译器。 最后，如果用户不需要强制使用 OpenBLAS，也可以考虑移除 LD_PRELOAD，因为如果正确设置了 MKL 的环境，使用 MKL 也是可以的（尽管在AMD上性能可能不佳）。但用户之前可能是为了解决 MKL 在 AMD 上的问题才使用 OpenBLAS 的。 因此，我们按照上述步骤操作应该能够解决问题。 </think> 针对您在执行 `ifx -march=znver4 test.f90 && ./a.out` 命令时遇到的共享库错误，以下是系统化的解决方案： ### 解决方案步骤 #### 1. **修复 libopenblas 加载问题** ```bash # 检查 OpenBLAS 安装状态 dpkg -l | grep libopenblas # 若未安装，执行安装（Ubuntu/Debian） sudo apt install libopenblas-openmp-dev # 验证库文件路径 ls /usr/lib/x86_64-linux-gnu/libopenblas.so* ``` > 📌 确保输出中包含类似 `libopenblas.so.0` 的软链接。若无链接，创建软连接： ```bash sudo ln -s /usr/lib/x86_64-linux-gnu/libopenblas.so /usr/lib/x86_64-linux-gnu/libopenblas.so.0 ``` #### 2. **解决 Intel 运行时库缺失** ```bash # 加载 oneAPI 环境变量 source /opt/intel/oneapi/setvars.sh # 将运行时库路径加入系统配置 echo "/opt/intel/oneapi/compiler/2025.2/linux/compiler/lib/intel64_lin" | sudo tee -a /etc/ld.so.conf.d/intel.conf sudo ldconfig # 验证库文件存在性 ls /opt/intel/oneapi/compiler/2025.2/linux/compiler/lib/intel64_lin/libintlc.so.5 ls /opt/intel/oneapi/compiler/2025.2/linux/compiler/lib/intel64_lin/libimf.so ``` #### 3. **更新环境变量配置** 在编译前执行： ```bash # 设置关键环境变量 export LD_LIBRARY_PATH=/opt/intel/oneapi/compiler/2025.2/linux/compiler/lib/intel64_lin:$LD_LIBRARY_PATH export LIBRARY_PATH=/opt/intel/oneapi/compiler/2025.2/linux/compiler/lib/intel64_lin:$LIBRARY_PATH export LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libopenblas.so.0 ``` ### 完整验证流程 ```bash # 步骤1：配置环境 source /opt/intel/oneapi/setvars.sh export LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libopenblas.so.0 # 步骤2：编译并静态链接关键库 ifx -march=znver4 -static-intel test.f90 -o test_app # 步骤3：运行时验证 ./test_app ``` ### 关键原理说明 1. **路径解析机制**： - `LD_PRELOAD` 错误表明动态链接器无法定位指定路径的库 - `ld.so` 默认搜索路径为 `/lib` 和 `/usr/lib` - 新增路径需通过 `ldconfig` 更新缓存[^1] 2. **Intel 库依赖关系**： ```mermaid graph LR A[libimf.so] --> B[libintlc.so.5] B --> C[libc.so.6] ``` 缺失基础库会导致链式加载失败，静态链接可避免此问题 3. **跨架构兼容性**： Ryzen 9950X 的 Zen4 架构需满足： $$\text{指令集兼容性} = \text{AVX2} \cup \text{FMA3} \cup \text{SSE4.2}$$ 通过 `-march=znver4` 确保指令集对齐 ### 备选方案 若问题持续存在，建议： ```bash # 方案1：改用动态链接路径显式声明 ifx -march=znver4 -L/opt/intel/oneapi/compiler/2025.2/linux/compiler/lib/intel64_lin test.f90 # 方案2：创建本地符号链接 mkdir ~/local_lib && cd ~/local_lib ln -s /opt/intel/oneapi/compiler/2025.2/linux/compiler/lib/intel64_lin/libintlc.so.5 ln -s /usr/lib/x86_64-linux-gnu/libopenblas.so.0 export LD_LIBRARY_PATH=$(pwd):$LD_LIBRARY_PATH ``` > 💡 建议：长期解决方案是在 `.bashrc` 中添加： ```bash echo 'source /opt/intel/oneapi/setvars.sh' >> ~/.bashrc echo 'export LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libopenblas.so.0' >> ~/.bashrc ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值