Questions tagged «libraries»

与应用程序库有关的常规标签

4
严重错误:sys / cdefs.h:没有这样的文件或目录|
几周以来,我一直试图在Ubuntu 14.04 LTS上使用Code :: Blocks IDE来编程Atmega16,但是在C :: B中编译/构建程序时遇到以下错误,这使我受阻 /usr/include/features.h|374|fatal error: sys/cdefs.h: No such file or directory| 我已经阅读了该线程, 并据此尝试清除libc6-dev和删除依赖项而遇到麻烦。根据以前的经验,我知道很有可能陷入管道破裂错误。我通过安装丢失的依赖项解决了它。 现在我仍然有同样的错误。
108 14.04  libraries  c 

7
找不到GLIBCXX_3.4.20,如何解决此错误?
乳清,我尝试在Ubuntu 14.04.1 64位LTS上运行程序Layout Editor(该站点上提供),我在终端中得到以下输出: $ layout layout: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by layout) 我试着命令strings的/usr/lib/x86_64-linux-gnu/libstdc++.so.6如下,这里是输入和输出: $ strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLIBCXX_3.4.13 GLIBCXX_3.4.14 GLIBCXX_3.4.15 GLIBCXX_3.4.16 GLIBCXX_3.4.17 GLIBCXX_3.4.18 GLIBCXX_3.4.19 GLIBCXX_DEBUG_MESSAGE_LENGTH 我如何解决此问题,我以某种方式猜测它与之相关,GCC但无法弄清楚如何解决该问题。此外,我尝试了如何在Ubuntu上使用最新的GCC上建议的PPA ?对于GLIBCXX_3.4.15的较旧版本的Ubuntu,也存在类似的问题。但是,在运行之后,sudo update我得到了许多警告,并且在安装后通过strings命令获得的列表没有新条目gcc 4.9,因此我使用清除了PPA(工具链测试构建)ppa-purge。任何帮助,有关如何进行的建议,我们将不胜感激。

2
如何找到已安装库的位置
背景:我正在尝试构建程序,但是首先我需要在netbeans中设置库。我的项目正在使用GLU,因此我安装了libglu-dev。我没有记下库的位置,现在找不到它们。 我几天前才切换到Linux,到目前为止,我对它非常满意,但是我无法用谷歌搜索它并感到沮丧。再次安装?我的意思是,如果我在一段时间前安装了库xxx并安装了它,是否有一些命令xxx可以打印此信息? 我已经尝试过定位,查找和whereis命令,但是我丢失了某些东西或者只是做不到正确..对于libglu,locate返回: /usr/share/bug/libglu1-mesa /usr/share/bug/libglu1-mesa/control /usr/share/bug/libglu1-mesa/script /usr/share/doc/libglu1-mesa /usr/share/doc/libglu1-mesa/changelog.Debian.gz /usr/share/doc/libglu1-mesa/copyright /usr/share/lintian/overrides/libglu1-mesa /var/lib/dpkg/info/libglu1-mesa:i386.list /var/lib/dpkg/info/libglu1-mesa:i386.md5sums /var/lib/dpkg/info/libglu1-mesa:i386.postinst /var/lib/dpkg/info/libglu1-mesa:i386.postrm /var/lib/dpkg/info/libglu1-mesa:i386.shlibs 另外两个命令找不到任何东西。现在定位完成了工作,但是我确定这些路径都不是库实际所在的位置(至少到目前为止,我链接的所有内容都在/ usr / lib或usr / local / lib中)。 仅作为示例介绍了libglu,我正在寻找此问题的一般解决方案。
52 libraries  find  locate 

2
如何安装所有boost开发库?
我在完全安装boost库时遇到了麻烦,它无法/跳过一些似乎对我继续使用它进行编译的关键的事情。这是我安装Boost时得到的, gcc.compile.c++ bin.v2/libs/iostreams/build/gcc-4.6/release/threading-multi/bzip2.o libs/iostreams/src/bzip2.cpp:20:56: fatal error: bzlib.h: No such file or directory compilation terminated. "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -pthread -fPIC -DBOOST_ALL_NO_LIB=1 -DBOOST_IOSTREAMS_DYN_LINK=1 -DBOOST_IOSTREAMS_USE_DEPRECATED -DNDEBUG -I"." -c -o "bin.v2/libs/iostreams/build/gcc-4.6/release/threading-multi/bzip2.o" "libs/iostreams/src/bzip2.cpp" ...failed gcc.compile.c++ bin.v2/libs/iostreams/build/gcc-4.6/release/threading-multi/bzip2.o... ...skipped <pbin.v2/libs/iostreams/build/gcc-4.6/release/threading-multi>libboost_iostreams.so.1.50.0 for lack of <pbin.v2/libs/iostreams/build/gcc-4.6/release/threading-multi>bzip2.o... ...skipped <p/usr/local/lib>libboost_iostreams.so.1.50.0 for lack of <pbin.v2/libs/iostreams/build/gcc-4.6/release/threading-multi>libboost_iostreams.so.1.50.0... ...skipped <p/usr/local/lib>libboost_iostreams.so for lack …

8
加载libGL.so.1时出错
尝试运行各种软件(尤其是Steam和Yenka)时,遇到类似以下错误: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory 我正在运行一个带有NVidia Optimus卡的64位系统(我为需要专用显卡的某些Windows仅双引导软件)。我已经安装了大黄蜂,并且我正在使用nvidia-current驱动程序,而不是按照建议从NVidia下载的驱动程序。 该库(libGL.so.1)在的顶层目录中不存在/usr/lib,但/usr/lib32/nvidia-current作为的软链接存在于该目录中/usr/lib32/nvidia-current/libGL.so.304.64。 ldconfig -p输出的一部分: libGL.so.1 (libc6,x86-64, OS ABI: Linux 2.4.20) => /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 libGL.so (libc6,x86-64, OS ABI: Linux 2.4.20) => /usr/lib/x86_64-linux-gnu/libGL.so libGL.so (libc6,x86-64, OS ABI: Linux 2.4.20) => /usr/lib/x86_64-linux-gnu/mesa/libGL.so 显然,正在加载具有该名称的库,但是它们位于中/usr/lib/x86_64-linux-gnu,但是已安装的软件似乎无法“看到”它。对于Steam,使用optirun运行它会使它工作,但是Yenka并非如此。我认为optirun会导致使用存储在/usr/lib32/nvidia-current其中的库,从而使Steam能够运行,因此我不能理解为什么Yenka不会运行。 谁能解释为什么软件看不到普通的台面库,为什么Yenka拒绝使用nvidia当前库运行?

4
安装BLAS和LAPACK软件包
如何在Ubuntu 14.04中安装BLAS&LAPACK?当我尝试通过以下方式安装这些软件包时apt-get install BLAS: Error occurred Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?
36 14.04  dpkg  libraries 

3
Ubuntu 64位Machinarium:加载共享库时出错:libgtk-x11-2.0.so.0
我刚刚下载了64位Ubuntu 13.10最终beta版,除了“ Machinarium”这是一款非常酷的Flash游戏之外,我使用的每个程序都可以完美运行。该游戏没有.deb程序包,我以前曾经可以玩过。我尝试安装lib32和ia32,并说它已安装到最新版本,或者如果我尝试lib32-dev,它说该版本不再可用。这是我的ldd命令结果: fz@Unknown:~/Games/Machinarium$ ldd Machinarium linux-gate.so.1 => (0xf77c8000) libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf76c0000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf76a5000) libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf756f000) libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf755c000) libXt.so.6 => /usr/lib/i386-linux-gnu/libXt.so.6 (0xf7500000) libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xf7461000) libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xf7427000) libgtk-x11-2.0.so.0 => not found libgdk-x11-2.0.so.0 => not found libatk-1.0.so.0 => not found libgdk_pixbuf-2.0.so.0 …

2
在Ubuntu中安装开发库的一般过程是什么?
我在Ubuntu 12.04中安装SDL的最新开发库时遇到了很多困难。去年,我以某种方式设法为Ubuntu 安装了libsdl 1.2-dev。据我所记得,我使用Synaptic Package Manager做到了。现在,我想使用最新的SDL库。在包含SDL版本2.0.0(最新的稳定版本)的下载的页面中,在“ 开发库”的Linux部分下,给出了该文件。 请与您的发行维护商联系以获取更新。 如果有人回答以下问题,对我有很大帮助: 为什么在Ubuntu中安装开发库这么简单? 任何人都可以详尽列出在系统上安装这些库的方式,以便可以将其用于编程吗? 如果您可以以最新的SDL开发人员库为例给出上述答案,则将很有帮助。另外,在安装最新版本时,如何从系统中清除所有以前的版本? PS:我在Synaptic软件包管理器中搜索了libsdl-dev软件包,但未显示最新版本。
24 libraries  sdl 

2
Ubuntu在哪里寻找共享库?
当我运行一个在运行时链接到共享库的进程时(该进程启动时链接,以后不链接dlload()),它在哪里寻找该共享库(.so)文件LD_LIBRARY_PATH? 背景: 我写了一些使用特定第三方库的C ++代码。我已经安装了该库并在两个不同的平台上编译了我的代码,两个平台都是Ubuntu,但版本不同,gcc的版本也不同。该库是从源代码编译和安装的,位于/usr/local/lib两个平台上。编译代码时,我链接了pkg-config --libs第三方库的参数,并验证了pkg-config --libs在两个平台上返回的结果完全相同。 我的代码在两个平台上均能成功编译,并且在两个平台LD_LIBRARY_PATH上均未定义(或定义为空"":)。但是,当我在一个平台上运行它时,它工作正常,而在另一个平台上,我收到此错误: error while loading shared libraries: libthrift-0.9.0.so: cannot open shared object file: No such file or directory 有趣的是,不起作用的是较新版本的Ubuntu和gcc。:/ 因此,我试图找出可以工作的人如何找到该库,以便使损坏的人以相同的方式来找到该库。(即,未设置LD_LIBRARY_PATH) 更新: 这是我的输出 cat /etc/ld.so.conf.d/* ...在工作(旧)系统上: /usr/lib/mesa /usr/lib32/mesa /usr/lib/alsa-lib # libc default configuration /usr/local/lib # Multiarch support /lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu ...在损坏的(较新的)系统上: # libc default configuration /usr/local/lib # …

5
我的boost lib文件在哪里?
我正在使用升压。我使用安装了它sudo apt-get install。现在,我无法在文件系统上找到我的boost lib文件。 我想在我的Qt项目中包含lib的路径。grepping花费的时间太长了:(我在中找到了includes,/usr/include/boost但是我还需要知道库路径。
21 libraries  paths  boost 

2
有没有可用的开源方法可以从动态可执行文件制作静态文件而没有源代码?
让我用一个例子来解释这个问题。我在日常工作中使用了一些旧程序,例如xfig和pdfedit。 现在,这些程序已经很老了,不需要经常更新。我担心的是,由于缺少某些库或某些不兼容的更新,有一天或另一天它们将不再起作用。 如果程序很容易编译现在,正在运行的系统上,解决的办法是得心应手:尝试破解了一下源和编译静态---生成的可执行文件将是很大的,不那么有效,但是它会为工作可预见的未来(1)。似乎是这种情况xfig,我将尽快尝试。 但是,例如,pdfedit取决于Qt3,此时建立一个系统对其进行编译非常复杂。幸运的是,由于它需要的库没有任何冲突,因此它可以立即运行。但这将来可能会改变,所以我想解决这个问题: 如果我在Ubuntu上有一个动态的所有库,但没有源代码,如何制作静态二进制文件(或类似的东西)? 我四处搜寻。指示符(2)是一种可能,但是地址随机化存在很多问题,因此是不行的。非免费版本Ermine似乎可以使用,但我确实希望使用开源选项。 另一种可能性是使用docker或类似的打包系统。但是我发现的所有教程都是面向RedHat的。老实说,遵循起来非常复杂。 脚注: (1)没有那么疯狂。例如,我使用静态ffmpeg,工作正常,没有任何兼容性问题... (2)进行编译statifier,请参见/programming/23498237/compile-program-for-32bit-on-64bit-linux-os-causes-fatal-error

3
为什么缺少/lib/libc.so.6?
find | grep libc.so.6 揭示它在中/lib/i386-linux-gnu/libc.so.6,但是我正在运行的脚本期望它直接在之下/lib,那么为什么至少没有符号链接? 如果在其中放置符号链接,是否有可能破坏任何内容?
20 libraries 

6
是什么导致python缺少“ gi”模块?
在对Ubuntu的默认Python版本(从2.7到3.2)进行了一些不太巧妙的编辑之后,我最终破坏了整个系统。在计算机崩溃后,一切都停止工作后,我尝试恢复更改(通过将/usr/bin/python2.7链接到/ usr / bin / python并将/ usr / share / python / debian_defaults中的默认版本更改为2.7),但有些东西还是坏了。 例如,当我在python解释器中键入“ import gi”时,我得到以下消息: >>> import gi Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: No module named gi >>> 某些程序也会出现此错误(例如:gnome调整工具)。我尝试从软件中心和来源重新安装python,但是仍然存在相同的错误。 Python-版本现在返回: Python 2.7.2 并且一些依赖python 2.7的软件包现在正在运行(例如,软件中心),但是某些问题仍然存在。我有什么办法可以完全重新安装python 2.7作为默认版本?
19 python  libraries 



By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.