<div dir="ltr">Hi,<div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-05-11 20:03 GMT-07:00 Perry E. Metzger via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Thu, 11 May 2017 20:14:11 +1000 Dean Michael Berris via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
> FWIW, I think the "modern" way of doing any of this is with any one<br>
> of the following services (that don't need to be owned/maintained<br>
> by the LLVM Foundation):<br>
><br>
>   - Stack Overflow (maybe if it gets large enough, get a "vertical"<br>
> for just LLVM usage)<br>
<br>
</span>Unfortunately, stack overflow works best for questions where there<br>
are a lot of people who know the answers and people are willing<br>
to actively log in day after day to answer questions. It works great<br>
for "how do I use SQL to do something" but less well for small<br>
niches. The LLVM questions I've seen posed there seem to usually have<br>
zero or one answers rather than the large number common things get.<br>
<span class="gmail-"><br>
>   - Reddit (if there isn't an /r/llvm yet, that might be a good<br>
> "community" place for less llvm-dev worthy material)<br>
<br>
</span>Maybe. I like mailing lists because you don't have to poll them.<br>
Having to log in constantly to a service to see if there is<br>
discussion waiting is a bit of a pain. (I have to admit I've never<br>
been much of a reddit fan in general.)<br>
<span class="gmail-"><br>
>   - Slack (if there isn't one yet, maybe an llvm-users slack<br>
> instance for more persistent discussions)<br>
<br>
</span>There is an IRC channel already, though my experience with it as a<br>
help mechanism has been mixed as it seems more geared towards the<br>
middle and back end. </blockquote><div><br></div><div>I think you should persevere a bit more on the IRC side. Keep in mind that it is more active during the US timeframe.</div><div>Most questions I don't see answered are about specific of the clang frontend internals, but not about LLVM. I totally expect questions on the IR Builder to be answered. Some of the questions about "what IR to generate to do X" are easily answered by "Have you tried clang?" (I usually followup with a link to godbolt...).</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">And even if people decided this was a good idea,<br>
without the LLVM foundation documenting it somewhere, no one will<br>
find it.<br></blockquote><div><br></div><div>You're mistaken on the role of the LLVM foundation: it is mostly administrative.</div><div><br></div><div>If you feel something is not documented correctly, please submit a patch. The LLVM community as a whole is responsible for this.</div><div>(you can checkout <a href="http://llvm.org">llvm.org</a> webpages, they are in the SVN repository, and commit access to LLVM gives you commit access to the website as well).</div><div><br></div><div>We may benefit from a more dedicated section of <a href="http://llvm.org/docs">http://llvm.org/docs</a> for frontend developers, feel free to take the lead on developing such a section and starting with documentation and examples.</div><div>Note I'm not really fond of wiki because 1) it diverges from the way we handle documentation, 2) it does not integrate with our review flow (commit mailing list) and 3) it is harder to keep up to date (example in the doc can come with test that can be part of `make check` so that everyone maintains it when an API changes).</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
All that said, I might be wrong and these might be the better path.</blockquote></div><br></div><div class="gmail_extra">"better" or "best" are hard to predict and evaluate. Also it is usually in my opinion a matter of tradeoff: you may win on some aspect but lose on others. So different people who would weight these aspects differently may end up on a different conclusion regarding the "better" end results.</div><div class="gmail_extra"><br></div><div class="gmail_extra">About having a mailing list specific for frontend developer, the risk I see is the same as <a href="http://lists.llvm.org/pipermail/cfe-users/">http://lists.llvm.org/pipermail/cfe-users/</a> : there may not be many people there to answer questions. Especially as we're talking about "unstable" LLVM APIs: the people with all the knowledge are supposed to on llvm-dev. </div><div class="gmail_extra">I also think that asking the kind of question you mentioned: "what is the API to create a global string?" are appropriate to ask on llvm-dev, and pinging the thread after a few days should help getting an answer (sometimes I may see such question but I'm busy and figure that someone else will answer, if there is a ping after a week I'm more likely to spend some time answering it).</div><div class="gmail_extra"><br></div><div class="gmail_extra">Overall I also agree with Sean that what seems missing in the tutorial is an overview of how to navigate the LLVM codebase to know where to look to find the right API for the job.</div><div class="gmail_extra"><br></div><div class="gmail_extra">-- </div><div class="gmail_extra">Mehdi</div><div class="gmail_extra"><br></div></div>