<div dir="ltr">fair enough - yeah, sounds like the user-defined module name would make sense to me, then. I don't think there's a debug info implication here, as this module field is is llvm::Module stuff, not C, C++, ObjC/AST module stuff. How you might represent this for debug info will be an independent question & might involve modifying debuggers and things.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 26, 2020 at 12:14 PM Rarrum <<a href="mailto:rarrum@gmail.com">rarrum@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">There's currently a 1-1 mapping between my language's concept of a module and an llvm module.  This language doesn't have a concept of forward declarations or header files.  One of the early steps of the compiler is to search across all of the module files and figure out what types are available, so that we can resolve them later without depending on declaration order.  This does mean that all of the files that make up a language module do need to be compiled together.  The end result is an llvm module where almost everything has internal linkage, except for a few things that are specifically defined to be exported.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 26, 2020 at 11:42 AM David Blaikie <<a href="mailto:dblaikie@gmail.com" target="_blank">dblaikie@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Does your source language's concept of Module have to/have any bearing on the llvm concept of a Module? (ie: do all the source files need to be compiled in one go/together into one file? C++'s concept of a module doesn't have this, for instance... I /think/ at least that each fragment of a module can be compiled separately - which is good for build parallelism, etc)</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 25, 2020 at 3:23 PM Rarrum via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>In the language I'm working on, a module (which does have a user-defined name in source) may be comprised of several files.  I'm considering passing the (user-defined) name to llvm::Module's setModuleIdentifier, then a semicolon separated list of file names to  setSourceFileName.  Is this going to cause unforeseen problems?<br></div><div><br></div><div><a href="https://releases.llvm.org/10.0.0/docs/LangRef.html#source-filename" target="_blank">https://releases.llvm.org/10.0.0/docs/LangRef.html#source-filename</a> seems to imply that it only needs to be a "consistent unique global
identifier", but then also shows a unix-style path as the syntax.  I don't see anything crazy being done with it from a quick source of llvm's source.<br></div></div>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div>
</blockquote></div>
</blockquote></div>