TL;博士
我正在尝试构建一个使用这个依赖项的go项目:,它反过来对外链接lldap和llber库,后者又使用lgnutls,它使用lnettle,这就是我陷入困境的地方。
go build生成一长串未定义的引用,生成失败。这是一个样本:
/usr/lib/x86_64-linux-gnu/libgnutls.a(sha-x86-ssse3.o): In function `_ctx_init':
(.text+0x468): undefined reference to `nettle_sha256_digest'
/usr/lib/x86_64-linux-gnu/libg
我试图编译gnutls,但它看起来像是在nettle中缺少了符号。
CC pkix_asn1_tab.lo
CCLD libgnutls.la
Undefined first referenced
symbol in file
nettle_gcm_aes_decrypt nettle/.libs/libcrypto.a(cipher.o)
nettle_rsa_pkcs1_sign_tr nettle/.libs/libcry
最近,我尝试在OSX10.6.8上安装IJulia,使用JuliaV0.2.1。安装IPython后,我运行Pkg.build("IJulia")并获得以下控制台错误:
julia> Pkg.build("IJulia")
INFO: Building Homebrew
INFO: Cloning brew from https://github.com/staticfloat/homebrew.git
Cloning into '/Users/peterrichter/.julia/v0.2/Homebrew/deps/usr'...
d
我需要运行的可执行文件需要一个新版本的nettle库。
error while loading shared libraries: libnettle.so.8: cannot open shared object file: No such file or directory
升级前检查了我的当前版本:pacman -Q nettle返回了nettle 3.5.1-2
将nettle pacman -S nettle升级到提供libnettle.so.8的nettle-3.6-1版本。
重新运行我的可执行文件,现在它需要我升级的版本。
error while loading shared l
全,
我担心我已经彻底搞砸了我的linux安装,我希望你们这些可爱的网民们能让我免于我笨拙地试图解开自己。
首先,我正在尝试安装wget来让我重新站稳脚跟。
# cat /etc/*-release
Oracle Linux Server release 6.6
Red Hat Enterprise Linux Server release 6.6 (Santiago)
Oracle Linux Server release 6.6
# yum install wget
Setting up Install Process
No package wget available.
Error:
当我尝试配置GnuTLS时,我得到的错误是没有找到Libnettle3.4。我已经安装了3.4.1-1,库文件在/usr/lib中。即使我直接指定环境变量NETTLE_LIBS (export NETTLE_LIBS="-L/usr/lib -R/usr/lib -lnettle"),它也总是抛出该消息。
在config.log中有以下更具体的信息:
Package dependency requirement 'nettle >= 3.4.1' could not be satisfied.
Package 'nettle' has ve
因此,我需要安装一些端口,而gnutls显示为一个依赖项。然而,无论我做什么,在我没有理解为什么会这样的情况下,它总是无法构建。我偶尔会使用MacPorts (我主要按照说明操作,这样我就可以构建其他东西),我当然不了解所有的边缘情况。 这是日志的末尾,它似乎需要一些丢失的文件。 :info:build In file included from gost/gosthash94.c:42:
:info:build gost/nettle-write.h:40:10: fatal error: 'nettle/nettle-stdint.h' file not found
:i
让我们考虑构建libA.so的常用命令,它依赖于libB.so、libC.so、libD.so:
$g++ -shared -L/path/to/libB -L/path/to/libC -L/path/to/libD
-lB -lC -lD
-I/path/to/headers
libA.cpp -o libA.so
在未定义的符号和所需的库名称之间是否存在映射:
undefined_symbol_1 comes from libB.so
undefined_symbol_2 comes from libC.so
undefined_symbol_3 comes from libC.so
我记得在启动使用Yocto Project构建的Linux根文件系统时,看到了一个带有LGPL许可证的软件组件列表。即使通过了,我似乎也弄不明白是什么让它成为可能的。
NOTICE: This file system contains the following GPLv3 packages:
autoconf
bash-dev
bash
binutils
cifs-utils
cpio
cpp-symlinks
cpp
dosfstools
我在Raspberry Pi 2上运行Raspbian稳定版,我已经编译了自己的lighttpd版本1.4.59,也就是is supposed to have HTTP/2 enabled by default。 安装后,一切似乎都很正常: pi@Raspi:~ $ lighttpd -V
lighttpd/1.4.59 - a light and fast webserver
Event Handlers:
+ select (generic)
+ poll (Unix)
+ epoll (Linux)
- /dev/po
输入代码hereI我正在尝试安装nettle库。所以,我首先安装了GMP库。然后我正在尝试配置nettle libray,我得到了下面的警告。
DNSSEC root key file in /etc/unbound/root.key was not found
This file is nedded for the verification of DNSSEC responses.
Use the command: unbound-anchor -a "/etc/unbound/root.key"
to generate or update it.
我试着给你
$apt-ge
我正在我的OS X Lion上构建,下面是我的配置命令:
./configure --prefix=/usr/local/gnutls-3.4.9 --with-included-libtasn1 --without-p11-kit
最后
checking for NETTLE... no
configure: error:
***
*** Libnettle 3.4.1 was not found.
虽然libnetter-3.4.1是在/usr/local/libnettle-3.4.1下安装的,但是它的pkg-config文件libnettle.pc是在/usr/local/li
当我试图编译nettle-2.7.1时,我得到了以下内容:
根@tcx2270-19:~/荨麻-2.7.1# make:警告:找不到aes-decrypt-internal.o.d': No such file or directory make: Fatal error in reader: Makefile, line 594: Read of include fileaes-解密-内部.o.d‘失败
有人看过这个问题吗?谢谢。
我试图从文件中获取数据,并将其存储在变量中,以便以后在批处理文件中使用。
代码示例
SETLOCAL EnableDelayedExpansion
:: Reading a line in from a file
for /f "tokens=2 delims=:" %%a in (input.txt) do (
SET "TEMP=%%a"
echo %%a
echo %TEMP%
REM I want TEMP to be set to the value of %%a after the first character
SET "TEMP=%%a:
当我运行sudo apt -f安装时,它会显示dpkg:错误处理。请在下面找到完整的日志,并建议如何解决这个问题。我正在使用Ubuntu16.04运行VB5.0.10,并且已经安装了go 1.8并运行良好
sudo apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... Done
The following packages were automatically ins