gnatlink在新的Ubuntu版本下失败了

时间:2012-11-08 21:27:36

标签: ada ubuntu-12.10

我安装了新版本的Ubuntu(12.10,从12.04升级),现在我无法链接。即使对于简单的“Hello_World.adb”程序也是如此:

gnatlink hello_world
/usr/gnat/libexec/gcc/i686-pc-linux-gnu/4.5.4/ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status
gnatlink: error when calling /usr/gnat/bin/gcc

我在各种论坛中看到了一些“修复”,但它们似乎与gnat不兼容:我认为这与gnat自己的命令行构造有关。我自己尝试了各种结构无济于事。

有谁知道如何解决这个问题?


新信息:我创建了一个运行Ubuntu 12.04的Oracle“虚拟盒子”,安装了最新的“libre”GNAT GPL,它似乎运行得很好。显然,这个问题与Ubuntu 12.10版本有关。我在物理机和VM上运行12.10:两者都导致GNAT GPL失败。 FWIW

我会考虑关闭这个问题。感谢大家的意见和建议!

新的,新的信息:我忽略了设置PATH变量,因此GNAT二进制文件的路径位于字符串的末尾。 Apparentlhy这是允许我链接的内容。当我采用GNAT GPL的建议将二进制路径放在字符串的开头时,链接停止工作!疯了!任何想法,任何人?

5 个答案:

答案 0 :(得分:1)

检查文件权限&文件的路径。 * nix有一个非常脆弱的权限系统,有时候工作依赖于实际目录和符号链接目录。

或者只是迁移到Windows,我在文件权限方面总共遇到了一个问题......它位于* nix子系统(cygwin,IIRC)上。

答案 1 :(得分:1)

我正在使用64位GNAT GPL 2012运行Debian。我可以通过使用gnatmake标志告诉我将-largs -Wl,-v命令行发送到系统链接器:

$ gnatmake -f hello.adb -largs -Wl,-v
gcc -c hello.adb
gnatbind -x hello.ali
gnatlink hello.ali -Wl,-v
collect2 version 4.5.4 20120510 for GNAT GPL 2012 (20120509) (x86-64 Linux/ELF)
/opt/gnat-gpl-2012/bin/../libexec/gcc/x86_64-pc-linux-gnu/4.5.4/ld --eh-frame-hdr -m
elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o hello
/usr/lib/../lib64/crt1.o /usr/lib/../lib64/crti.o
/opt/gnat-gpl-2012/bin/../lib/gcc/x86_64-pc-linux-gnu/4.5.4/crtbegin.o
-L./ -L/opt/gnat-gpl-2012/lib/gcc/x86_64-pc-linux-gnu/4.5.4/adalib/
-L/opt/gnat-gpl-2012/bin/../lib/gcc/x86_64-pc-linux-gnu/4.5.4
-L/opt/gnat-gpl-2012/bin/../lib/gcc
-L/opt/gnat-gpl-2012/bin/../lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64
-L/opt/gnat-gpl-2012/bin/../lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../..
b~hello.o ./hello.o -v /opt/gnat-gpl-2012/lib/gcc/x86_64-pc-linux-gnu/4.5.4/adalib/libgnat.a
-lgcc -lgcc_eh -lc -lgcc -lgcc_eh /opt/gnat-gpl-2012/bin/../lib/gcc/x86_64-pc-linux-gnu/4.5.4/crtend.o
/usr/lib/../lib64/crtn.o
GNU ld (GNU Binutils) 2.20

显示它正在从/ usr / lib64(YMMV)中获取crt1.o(和其他人)。

我想知道您是否需要(重新)安装Ubuntu C编译器? (我认为这是sudo apt-get build-essentials)。

另一方面,使用dpkg --search(查找已安装特定文件的已安装软件包)表明您可能只需要软件包libc,或者libc-dev

答案 2 :(得分:1)

每当我遇到这个问题时,它通常都是Debian新版本的“多库问题”的一种表现形式,现在Ubuntu正在移动他们的库,以便你可以构建例如在同一台机器上的32位和64位可执行文件(或Windows或Arduino的交叉编译!)...

所以在我的机器上,我可以在

找到crt1.o
/usr/lib/x86_64-linux-gnu/crt1.o

如果我发出命令行

export LIBRARY_PATH=/usr/lib/x86_64-linux-gnu

在运行Gnatmake之前,它解决了这个问题。 由于链接器(ld)失败,您可能想尝试

export LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu

如果LIBRARY_PATH不起作用

如果就是这样,还有其他方法可以解决这个问题, 喜欢在.bashrc脚本中改变库路径的方法......

答案 3 :(得分:0)

谢谢大家。我已经尝试了上述所有建议,并尝试过各种GPS组合,以前使用过的Ubuntu版本,以及硬盘和虚拟机没有成功。

我现在使用管道成功地追求(非常)有限的Windows Posix(wposix)版本,因为这就是wposix产品中实现的所有内容。我想使用共享内存和消息传递。

答案 4 :(得分:0)

我遇到了同样的问题,我能找到的唯一解决方案是以超级用户身份运行以下命令:

ln -s /usr/lib/x86_64-linux-gnu /usr/lib64