<div dir="ltr"><div><div><div><div>Hello Duncan,<br><br></div>I have only been experimenting with LLVM, never used the develop version and I initially joined the mailing list hoping to get some help with my particular issue. But it would be my pleasure to help root out this potential bug. I have not tried with the latest llvm trunk but `llvm-link` succesfully gives an error when trying to link the 2 modules together.<br><br>llvm-link llvm_module1.ll llvm_module2.ll<br>ERROR: Linking globals named 'gstr_706834940': symbol multiply defined!<br><br></div>It must be an error in the C api wrapper. I am not familiar enough with the codebase to spot it fast though. As I said above the LLVM version is 3.6.1.<br><br></div>The C-wrapper of LLVMLinkModules seem to be using a DiagnosticInfo Handler to handle errors. The error is omitted in the core of LinkModules.cpp but for some reason does not appear outside when consumed by the C-API.<br><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><table border="0"><tbody><tr><td style="color:#999999">Lefteris(Eleftherios) Karapetsas</td>
          </tr>
          <tr>
            <td style="color:#999999">Click <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__lefteris.refu.co&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=9u2Wp_bn0dzQcPmmK9HfEiQEPG8MUSPHI1muS-KaBqA&s=VKeHpjAnLtNXC2vqJZ3voFC-1LfVdJuBZtVrvRtIRD0&e=" target="_blank">here</a> for my CV/portfolio website<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__lefteris.refu.co&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=9u2Wp_bn0dzQcPmmK9HfEiQEPG8MUSPHI1muS-KaBqA&s=VKeHpjAnLtNXC2vqJZ3voFC-1LfVdJuBZtVrvRtIRD0&e=" target="_blank"><br></a></td>
          </tr>
          <tr>
            <td style="color:#999999"></td>
          </tr>
          <tr>
            <td style="color:#999999">Also maintain a <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__blog.refu.co&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=9u2Wp_bn0dzQcPmmK9HfEiQEPG8MUSPHI1muS-KaBqA&s=UlIeC8ANOowZSkQntWGII2lVqg_ZsxpnPLFkE_trk54&e=" target="_blank">blog </a>on various topics, mostly
              engineering<br></td>
          </tr>
          <tr>
            <td style="color:#999999"><br></td></tr></tbody></table></div></div></div>
<br><div class="gmail_quote">On Thu, Jun 11, 2015 at 8:11 PM, Duncan P. N. Exon Smith <span dir="ltr"><<a href="mailto:dexonsmith@apple.com" target="_blank">dexonsmith@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On 2015-Jun-11, at 10:54, Lefteris Karapetsas <<a href="mailto:lefteris@refu.co">lefteris@refu.co</a>> wrote:<br>
><br>
> Hello Duncan,<br>
><br>
> Thank you for your reply. I did figure it out in the end. It was a linkage conflict between the modules. There were some global types that I was declaring in both modules. After removing them, linking worked perfectly.<br>
><br>
> Still it's a mystery why I got no error string pointing me to the reason the linking failed in the first place.<br>
<br>
</span>Does it (the missing error message) reproduce on trunk?<br>
<br>
Does the error message get skipped just with the C API, or does<br>
something funny also happen for `llvm-link`?<br>
<br>
I'm glad you sorted out your problem :), but that missing error<br>
message sounds like a real bug that it would be nice to root out.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
><br>
> Best Regards,<br>
><br>
> Lefteris(Eleftherios) Karapetsas<br>
> Click here for my CV/portfolio website<br>
> Also maintain a blog on various topics, mostly engineering<br>
><br>
><br>
> On Thu, Jun 11, 2015 at 6:41 PM, Duncan P. N. Exon Smith <<a href="mailto:dexonsmith@apple.com">dexonsmith@apple.com</a>> wrote:<br>
><br>
> > On 2015-Jun-08, at 07:11, Lefteris Karapetsas <<a href="mailto:lefteris@refu.co">lefteris@refu.co</a>> wrote:<br>
> ><br>
> > Hello all,<br>
> ><br>
> > I am using llvm as a backend to a hobby language I am making.  I have experimented with the C bindings since the project is written in C. I had no problems building a single lllvm module so far. I am not using a JIT compiler but at least at the moment am simply generating executables. The workflow I am using is to build a module with LLVMModuleCreateWithName() and populate it with the LLVMBuilder.<br>
> ><br>
> > After everything is in the module I simply output it into a file with LLVMPrintModuleToFile(). Then I am calling llc to convert the IR  to native machine code and finally gcc to create an executable out of it. All these from inside my program. It may not be the best way to generate an executable and I would really welcome as much advice as you can give me on that but it works.<br>
> ><br>
> > The issue comes when I actually create 2 different modules. One being a "standard" library of sorts and the other the main module which should use it. I create both modules, with no errors appearing if I use LLVMVerifyModule() on them.<br>
> ><br>
> > The problem is how do I link them? I tried to do it like this:<br>
> ><br>
> >             // if an error occurs LLVMLinkModules() returns true<br>
> >             if (true == LLVMLinkModules(main_module, stdlib_module, LLVMLinkerDestroySource, &error)) {<br>
> >                 bllvm_error("Could not link LLVM modules", error);<br>
> >                 goto end;<br>
> >             }<br>
> ><br>
> ><br>
> > But this fails (returns true), with no error. Even though both modules are valid. I understand that the above may be a really naive mistake, and that my whole approach may be wrong. This is why I would appreciate any links to tutorials/documents which would show the proper way to link 2 modules or some good old simple advice tips from any of you guys.<br>
><br>
> Weird that you're not getting an error message.<br>
><br>
> Best thing is probably to spin up a debugger (or add some printfs)<br>
> and see what's going on.<br>
><br>
> One hypothetical point of failure: module linking requires that both<br>
> modules are in the same context.  If that's not the problem (and it<br>
> probably isn't, since I'd expect crashes there), my bet would be on<br>
> some sort of linkage conflict between the modules.<br>
><br>
<br>
</div></div></blockquote></div><br></div>