[LLVMdev] ARM MC .s status?

[Rafael Espindola]

> Semi off the top of my head, I'd expect the normal code path for that to still go through the linker rather than being emitted directly. If nothing else, to resolve any symbols that need to be brought in from static libs.  That said, in combination with the LTO and perhaps some additional restrictions (no static symbol dependencies, etc.), I don't see any reason why there couldn't be a .so emitter.

That is more or less the idea we were playing with. When producing a
.so for PNaCl, all files going into the library must be bitcode files,
but there can be external .so ELF dependencies. Using gold we should
be able to record the dependencies somewhere and output a combined
bitcode.

A custom translator can then be written that takes the combined
bitcode and the dependencies and produces a .so in one step. Ideally
the dependencies would be encoded in the .bc itself, so we would have
a single file going in for each .so.

>
> Regards,
>  Jim


Cheers,
-- 
Rafael Ávila de Espíndola