请问cygwin下能够链接linux下发布的.a库文件吗

dragonimp

我的理解：

对于操作系统api的差异，cygwin之类的已经做了大量的转换工作，能应付一般的应用。

而对于库或执行文件的格式的差异，那完全是编译器引起的，那应该也能出个什么东西来转换（设计时或运行时）。这个应该比api转换更容易才对。

prolj

a里面是o，也就是a是o的归档（有压缩好像）。
Linux的o是elf的，Win的可执行文件是PE的（dll和lib呢？应该也是），虽然都是COFF的扩展，但是能混用吗？

Linux下面想用不同的so或者a，可以通过gcc指定库的路径啊，不用覆盖现有系统的a或者so。

在Win下用Linux的a，关注这个话题。

prolj

是啊，可以写出来程序把Linux的a和so转换成win下cygwin可以用的格式。

dragonimp

恩，这是个很实际的问题。如果能有可用解决方法，这个非常非常有用！因为通常是完全开源的项目你才能拿到win下用，但是很多项目仍然是只有.a的！如果能用.a，那就。。。

别的不说，主题还是：在Win下用Linux的a

prolj

试试看啊，abutter说如果cygwin的linker支持elf的话应该是可以的。cygwin的ld支持elf连接到COFF（abutter说cygwin编译出来的是COFF）吗？
我没有Win，没办法试。

abutter

原帖由 dragonimp 于 2008-12-6 11:29 发表
恩，这是个很实际的问题。如果能有可用解决方法，这个非常非常有用！因为通常是完全开源的项目你才能拿到win下用，但是很多项目仍然是只有.a的！如果能用.a，那就。。。

别的不说，主题还是：在Win下用Linux的a

如果忽略处理器构架的差异的话，其实库最大的问题在于调用外部 API 上，而不在他是什么格式上，除非链接器不认识这样的格式。

举个例子，你在 Linux 下生成了一个“东西”，这个“东西”面只有一个函数——将传入的寄存器内容加 1 然后返回；即使在 cygwin 下面，你去实现同样的功能也会生成内容的“东西”，这两个“东西”的差别也只是“平装版”和“精装版”的差别罢了。

connet

原帖由 prolj 于 2008-12-6 11:15 发表
a里面是o，也就是a是o的归档（有压缩好像）。
Linux的o是elf的，Win的可执行文件是PE的（dll和lib呢？应该也是），虽然都是COFF的扩展，但是能混用吗？

Linux下面想用不同的so或者a，可以通过gcc指定库的路 ...

不是这个说法吧， 所谓的 ELF/PE 是连接成可执行文件后才产生的，
.a 就是 .o 的集合。 如果里面只使用了 平台无关的函数库， 应该是可以在 cygwin 下用。

prolj

原帖由 connet 于 2008-12-9 17:14 发表



不是这个说法吧， 所谓的 ELF/PE 是连接成可执行文件后才产生的，
.a 就是 .o 的集合。 如果里面只使用了 平台无关的函数库， 应该是可以在 cygwin 下用。

对！

cjaizss

这个问题本来就问的没有意义.能够用还是不能够用本来也只要试一下就知道

cjaizss

可是,我实在不明白为什么很多人宁可相信别人的说法,却不去相信自己的眼睛.