我正试图在我的Ubuntu14.04 64位(可靠的)上安装音频(32位)。它以前在Ubuntu 13.10 64位上工作,但现在当我尝试开始游戏时,终端给了我以下错误:
error while loading shared libraries:
libogg.so.0: cannot open shared object file: No such file or directory
locate libogg.so.0给了我:
/usr/lib/x86_64-linux-gnu/libogg.so.0
/usr/lib/x86_64-linux-gnu/libogg.so.0.8.1
我目前正在对32/64位上所有主要操作系统的BLAS/LAPACK (Fortran库)的本机绑定进行修改,将其作为一个库。
然而,我已经开始遇到一些与UNIX/Windows世界和Fortran / C之间的数据类型差异有关的问题。
和数据类型的表是非常非公开的,因为大小。
是否有一个规范的源(或者我们可以通过引用权威源来创建一个源?)在实践中的所有位大小中,Fortran和C?主要的OSes上的原始数据类型
或者,至少就C类型而言,Fortran类型。
即用下列列填充表(开始时有几列):
OS ARCH Language Type Bits
Linu
我正在用C#编写一个应用程序,它是跨平台的。它为几个不同的库使用DllImport。它也是x32和x64。它似乎适用于我自己编译的..dll/..so。我把x32共享库放在x32子文件夹中,x64共享库放在x64子文件夹中。
在windows上,通过.net框架,我根据当前运行时调用SetDllDirectory("x32" or "x64")。在mono上,无论是通过windows、linux还是mac,我都使用DllMap,在RandomLibrary.dll.config中。它适用于位于x32或x64目录中的文件。
但是,我也将DllImport用于我没有
我在两台机器和一个linux服务器之间经历了不一致的结果,直到我意识到修复种子会产生不同的效果。我正在所有这些版本中运行不同的R版本,所有这些版本都在3.3.0之上。以下是一些例子:
Linux 1
> set.seed(10); rnorm(1)
[1] -0.4463588
> version
_
platform x86_64-pc-linux-gnu
arch x86_64
os linux-gnu
system x86_64, linux-gnu
status
major