《留言板》的评论

作者：erlv

erlv — Wed, 04 Jan 2012 00:58:44 +0000

已加，敬请多多关注《编译点滴》

laruence — Mon, 02 Jan 2012 03:44:08 +0000

博主你好, 搜索LLVM来到了你的blog, 非常高兴发现你, 呵呵, 我是PHP语言以及Runtime开发者, 经常会需要用到编译相关的知识, 希望可以和博主做个朋友, 博主有IM可以加一下么?

Heiher — Wed, 23 Nov 2011 04:43:24 +0000

昨天晚上仔细研究了一下，情况是这样的， Status 寄存器有个 FR 位，置位的话操作双精度 FPR 的指令就会认为 odd/even 组合的FPR是同一个，只有16个可用。而 FR 复位时则会认为是不同的，有32个可用。FR位同时还表示 FPR 的位宽是32还是64。

引发问题的问题代码是使用 -march=loongson3a 生成的，生成的代码默认误会使用 odd 号的 FPR，代码中默认认为了 FR 位是置位的（与N32的行为是一致的），而问题就在于生成的这个ELF是 o32 的ABI。

erlv — Tue, 22 Nov 2011 07:36:12 +0000

用户态应用程序使用FPR时，不都是遵照ABI使用的码？C库为什么能混用寄存器。
首先，你两边的代码都是 o32， mips1指令集的码？

Heiher — Tue, 22 Nov 2011 05:35:07 +0000

有新的发现，好像是因为指令集混用导致的，在使用 -march=loongson3a 时，会使用到奇数号的FPR，而其它如C库里是把FPR使用另外的约定使用的，导致的问题。

erlv — Tue, 22 Nov 2011 02:55:16 +0000

好的，谢谢提醒。多谢。最近项目比较紧，估计时间不充裕，等有时间了吧：）

Heiher — Mon, 21 Nov 2011 11:34:11 +0000

最近在使用 GCC 4.6.2 的C语言编译器，测试发现使用 loongson3a 架设编译出来的程序行为不对，而使用 mips3 则是正常的，可能是编译器的 bug 吧，您有兴趣的话看看吧。 lame 是一个测试样例。

dr2012 — Fri, 18 Nov 2011 10:53:28 +0000

重点在enclosing , do loop知道。呵呵，那就算了