Hello, Min. I suppose I should ask you this: what do people need to know before working with LLVM? Could a book work with that and link it to LLVM specifically? Thanks, Matthew On Sat, Aug 15, 2020, 7:06 PM Min-Yih Hsu via llvm-dev < llvm-dev at lists.llvm.org> wrote:> Hi Matthew and all, > > Also I feel like one of the obstacles would be the fast-changing APIs. > Since to my understanding this book is not a compiler textbook full with > theory stuffs, as a ‘Getting Started' book for practitioners it’s hard to > avoid API usages and best practices, which are both pretty unstable IMO > (yes, even for best practices, for example the recommended way to use > DominatorTree has changed over time). > > It might be a good idea to have some books for beginners, since the > knowledge barrier of this project is still relatively higher than other > open source projects. But I think you might also want to provide some ideas > on how to put this book in an unique position in terms of its contribution > on easing up the learning curve. Otherwise I agree with what Pavel said, > the official document website is good enough: It can be updated whenever we > want and articles were usually written by LLVM veterans. > > Best, > -Min > > On Aug 15, 2020, at 1:55 AM, Pavel Kosov via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > > Hi, Matthew, all > > nice to hear about interest from Packt Publishing for LLVM > > I think there are a lot of professionals in this mailing list, who can > be an author of the book. > > But writing a good book demands a lot of time, so that's why there are > not so many responses (and also maybe because of well-formed and updated > online documentation, which can be a good replacement for the book). > > Nevertheless, I think that one comprehensive well-written book can be > really useful for helping newcomers be involved in LLVM more quickly, so I > would offer my help to the person, who will be able to take the > responsibility to be an author (I can write some chapters, e.g. about PGO, > internal structures like DAG, etc) > > > > Pavel > > > > ----------------------------- > > > > Hello, LLVM Developers. > > > > My name is Matthew Emerick and I have an opportunity for you and the LLVM > > project. I represent Packt Publishing in the acquisition of new material > > to publish. I have been working with one of their Product Managers, who > > may have reached out to you, and he asked for my help in securing an > author > > for a book about LLVM. > > > > >From my discussions with the Product Manager, Packt is looking for a > book > > about an overview of the project along with best practices from a user > > perspective. Off the top of my head, I could see an introductory chapter > > with the history of the project and a high level overview. Then a > section > > about the technologies involved and what they do. Then finish up with a > > chapter of best practices through some example projects. > > > > Is there any interest on your end? Will you consider it? I look forward > to > > your response. > > > > Thanks, > > Matthew Emerick > > _______________________________________________ > > LLVM Developers mailing list > > llvm-dev at lists.llvm.org > > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200815/9b243b36/attachment.html>
Hi Matthew,> On Aug 15, 2020, at 4:13 PM, Matthew Emerick <crosstrainedmind at gmail.com> wrote: > > Hello, Min. > > I suppose I should ask you this: what do people need to know before working with LLVM?First will of course be the basic compiler knowledge from traditional text books. Then for LLVM specifically (not including Clang and other sub-projects), if there is one thing I wish to know when I first started my LLVM career, it would be a project directory map telling me which folder (and even which file) to dig in if I want to work on feature X. Because as you probably know, lots of LLVM documentations are sitting in code comments, and just like I mentioned in previous email, some of them changed pretty frequently, but the overall folder structures rarely changed (Nevertheless, I think one of the LLVM document web pages has a similar ‘project map', but it’s a little bit too high level IMO). Another thing might be a structural learning map, organizing knowledges by areas in compiler. First divided by logic groups like frontend, target-independent optimizations, code generations. Then for each of them, goes into specific topics like RA, vectorizations, semantic checking etc. Other more trivial things that might be useful for beginners include stuff in the Programmers Manual Page (http://llvm.org/docs/ProgrammersManual.html <http://llvm.org/docs/ProgrammersManual.html>). That is, what utilities (these rarely change either) are available, and when to use.> Could a book work with that and link it to LLVM specifically?I’m not sure and have no particular comments about the links These are just based on my personal experiences, hope they help :-) Best, -Min> > Thanks, > Matthew > > On Sat, Aug 15, 2020, 7:06 PM Min-Yih Hsu via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > Hi Matthew and all, > > Also I feel like one of the obstacles would be the fast-changing APIs. Since to my understanding this book is not a compiler textbook full with theory stuffs, as a ‘Getting Started' book for practitioners it’s hard to avoid API usages and best practices, which are both pretty unstable IMO (yes, even for best practices, for example the recommended way to use DominatorTree has changed over time). > > It might be a good idea to have some books for beginners, since the knowledge barrier of this project is still relatively higher than other open source projects. But I think you might also want to provide some ideas on how to put this book in an unique position in terms of its contribution on easing up the learning curve. Otherwise I agree with what Pavel said, the official document website is good enough: It can be updated whenever we want and articles were usually written by LLVM veterans. > > Best, > -Min > > On Aug 15, 2020, at 1:55 AM, Pavel Kosov via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > > > Hi, Matthew, all > > nice to hear about interest from Packt Publishing for LLVM > > I think there are a lot of professionals in this mailing list, who can be an author of the book. > > But writing a good book demands a lot of time, so that's why there are not so many responses (and also maybe because of well-formed and updated online documentation, which can be a good replacement for the book). > > Nevertheless, I think that one comprehensive well-written book can be really useful for helping newcomers be involved in LLVM more quickly, so I would offer my help to the person, who will be able to take the responsibility to be an author (I can write some chapters, e.g. about PGO, internal structures like DAG, etc) > > > > Pavel > > > > ----------------------------- > > > > Hello, LLVM Developers. > > > > My name is Matthew Emerick and I have an opportunity for you and the LLVM > > project. I represent Packt Publishing in the acquisition of new material > > to publish. I have been working with one of their Product Managers, who > > may have reached out to you, and he asked for my help in securing an author > > for a book about LLVM. > > > > >From my discussions with the Product Manager, Packt is looking for a book > > about an overview of the project along with best practices from a user > > perspective. Off the top of my head, I could see an introductory chapter > > with the history of the project and a high level overview. Then a section > > about the technologies involved and what they do. Then finish up with a > > chapter of best practices through some example projects. > > > > Is there any interest on your end? Will you consider it? I look forward to > > your response. > > > > Thanks, > > Matthew Emerick > > _______________________________________________ > > LLVM Developers mailing list > > llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> > > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev <https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev> > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev <https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev>-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200815/96001048/attachment.html>
Hello again, LLVM Developers. I just wanted to check in one more time and see if there were any other potential technical authors in the group. In this chain, we've seen some reasons why there should not be an introductory LLVM book as well as a good reason why there should be. I'm still hoping that we can find a primary author that can write a technical manuscript that makes it easier for newcomer developer to join the project, as technical documentation, no matter how well written and formatted, can still be overwhelming. Please let me know and I'll pass it on to the editors at Packt. Thanks, Matthew Emerick On Sat, Aug 15, 2020 at 8:38 PM Min-Yih Hsu <minyihh at uci.edu> wrote:> > Hi Matthew, > > On Aug 15, 2020, at 4:13 PM, Matthew Emerick <crosstrainedmind at gmail.com> > wrote: > > Hello, Min. > > I suppose I should ask you this: what do people need to know before > working with LLVM? > > First will of course be the basic compiler knowledge from traditional text > books. Then for LLVM specifically (not including Clang and other > sub-projects), if there is one thing I wish to know when I first started my > LLVM career, it would be a project directory map telling me which folder > (and even which file) to dig in if I want to work on feature X. Because as > you probably know, lots of LLVM documentations are sitting in code > comments, and just like I mentioned in previous email, some of them changed > pretty frequently, but the overall folder structures rarely changed > (Nevertheless, I think one of the LLVM document web pages has a similar > ‘project map', but it’s a little bit too high level IMO). > > Another thing might be a structural learning map, organizing knowledges by > areas in compiler. First divided by logic groups like frontend, > target-independent optimizations, code generations. Then for each of them, > goes into specific topics like RA, vectorizations, semantic checking etc. > > Other more trivial things that might be useful for beginners include stuff > in the Programmers Manual Page ( > http://llvm.org/docs/ProgrammersManual.html). That is, what utilities > (these rarely change either) are available, and when to use. > > Could a book work with that and link it to LLVM specifically? > > I’m not sure and have no particular comments about the links > > These are just based on my personal experiences, hope they help :-) > > Best, > -Min > > > Thanks, > Matthew > > On Sat, Aug 15, 2020, 7:06 PM Min-Yih Hsu via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Hi Matthew and all, >> >> Also I feel like one of the obstacles would be the fast-changing APIs. >> Since to my understanding this book is not a compiler textbook full with >> theory stuffs, as a ‘Getting Started' book for practitioners it’s hard to >> avoid API usages and best practices, which are both pretty unstable IMO >> (yes, even for best practices, for example the recommended way to use >> DominatorTree has changed over time). >> >> It might be a good idea to have some books for beginners, since the >> knowledge barrier of this project is still relatively higher than other >> open source projects. But I think you might also want to provide some ideas >> on how to put this book in an unique position in terms of its contribution >> on easing up the learning curve. Otherwise I agree with what Pavel said, >> the official document website is good enough: It can be updated whenever we >> want and articles were usually written by LLVM veterans. >> >> Best, >> -Min >> > On Aug 15, 2020, at 1:55 AM, Pavel Kosov via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> > >> > Hi, Matthew, all >> > nice to hear about interest from Packt Publishing for LLVM >> > I think there are a lot of professionals in this mailing list, who can >> be an author of the book. >> > But writing a good book demands a lot of time, so that's why there are >> not so many responses (and also maybe because of well-formed and updated >> online documentation, which can be a good replacement for the book). >> > Nevertheless, I think that one comprehensive well-written book can be >> really useful for helping newcomers be involved in LLVM more quickly, so I >> would offer my help to the person, who will be able to take the >> responsibility to be an author (I can write some chapters, e.g. about PGO, >> internal structures like DAG, etc) >> > >> > Pavel >> > >> > ----------------------------- >> > >> > Hello, LLVM Developers. >> > >> > My name is Matthew Emerick and I have an opportunity for you and the >> LLVM >> > project. I represent Packt Publishing in the acquisition of new >> material >> > to publish. I have been working with one of their Product Managers, who >> > may have reached out to you, and he asked for my help in securing an >> author >> > for a book about LLVM. >> > >> > >From my discussions with the Product Manager, Packt is looking for a >> book >> > about an overview of the project along with best practices from a user >> > perspective. Off the top of my head, I could see an introductory >> chapter >> > with the history of the project and a high level overview. Then a >> section >> > about the technologies involved and what they do. Then finish up with a >> > chapter of best practices through some example projects. >> > >> > Is there any interest on your end? Will you consider it? I look >> forward to >> > your response. >> > >> > Thanks, >> > Matthew Emerick >> > _______________________________________________ >> > LLVM Developers mailing list >> > llvm-dev at lists.llvm.org >> > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >> >> _______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org >> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >> > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200819/23115757/attachment.html>