<div dir="ltr">Sounds plausible - as for which direction to go, I don't know (it's hardly my area of expertise) though the bitcode/module-agnostic version does seem preferable. Is there any prior art in the area? One or more linkers that already support the sort of feature you've described (so the linker looks for the special object file section with the info, rather than the compile driver?)</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 22, 2015 at 11:23 AM, Beren Minor via cfe-dev <span dir="ltr"><<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi there,<br><br></div>I am playing around with clang C++ Modules, trying to figure ou how it could be leveraged to get rid of build systems on simple projects.<br><br>I want to use the link attribute in the modulemap to indicate which library should be linked when a module is imported, however AFAIK the capability to automatically add these flags to the link flags depends on the underlying linker and the GNU linker doesn't support it.<br><br></div>At the moment I use LLVM bitcode as my object file format, because Clang keeps the module link flags in a "Linker Options" attribute, and I can parse the object files afterwards to extract these flags and add them to my link command-line. Clang does then the lowering to native objects and the actual native linker call.<br><br></div><div>I would like to simplify this, and I was thinking that Clang could parse the object files itself if they are LLVM BC, and then pass the flags to the linker if the link step is done in the same execution.<br><br></div><div>I have two way of doing it in mind, first way would be to have the driver parse the objects and add the required flags to the link action, but maybe it's not the right place to do that. Another way would be to add the linker flags in some private ELF section during the compilation phase, and have the link phase load them afterwards, which could work even without LLVM bitcode intermediate.</div><div><br></div><div> Does that makes sense? Any thoughts, advices?<br clear="all"></div><div><div><div><div><div><div><div><div><div>--<br>Beren Minor</div></div>
</div></div></div></div></div></div></div></div>
<br>_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
<br></blockquote></div><br></div>