search for: bekket

Hi Bekket, I don't see any use case in the codebase adding clEnumValEnd at the end of list (for example, [1]), I also don't see there is clEnumValEnd. Do I miss something here? [1] http://llvm.org/doxygen/DwarfDebug_8cpp_source.html Regards, chenwj 2017-06-06 9:53 GMT+08:00 Bekket McClane via...

...g/docs/CommandLine.html <http://llvm.org/docs/CommandLine.html>) doesn’t follow the rule, which would cause program crash during runtime. I’d send a code review: https://reviews.llvm.org/D33861 <https://reviews.llvm.org/D33861> Please cc other folks related to this part. Best Regards, Bekket McClane -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170603/5b579509/attachment.html>

...view, would be especially useful for LLVM developers. Here is the link: [Part III](https://medium.com/@mshockwave/writing-llvm-pass-in-2018-part-iii-d44cd0c2c354 <https://medium.com/@mshockwave/writing-llvm-pass-in-2018-part-iii-d44cd0c2c354> ) Any feedbacks are welcome :-) Best Regards, Bekket McClane -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180826/0bbd905a/attachment.html>

To my knowledge that intrinsic IS generated by frontends like Clang when using _builtin_return_address(), i could be wrong though Zhang > 在 2018年9月5日，10:47，Bekket McClane via llvm-dev <llvm-dev at lists.llvm.org> 写道： > > and

On Sun, Mar 26, 2017, at 04:23 PM, Piotr Padlewski via llvm-dev wrote: > Hey Tobias, > 4 spots for me and my folks. Thanks for taking care Tobias! OK. We are down at 2 spots (maybe a little bit more) Piotr 4 spots Tobias 5 spots Bekket 2 spots Alex 2 spots 13 out of 15 spots taken. Let me know if you wanna join. I can try to get some more spots. Best, Tobias Best, Tobias > > Piotr > > 2017-03-26 16:18 GMT+02:00 Bekket McClane via llvm-dev < > llvm-dev at lists.llvm.org>: > > > I’m going...

On Tue, Jun 28, 2016 at 5:49 AM, Bekket McClane <bekket.mcclane at gmail.com> wrote: > Thanks for swift reply > > Ahmed Bougacha <ahmed.bougacha at gmail.com> 於 2016年6月28日 下午8:11 寫道： > > On Tue, Jun 28, 2016 at 4:42 AM, Bekket McClane via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > Hi, &gt...

Thanks for swift reply > Ahmed Bougacha <ahmed.bougacha at gmail.com> 於 2016年6月28日 下午8:11 寫道： > > On Tue, Jun 28, 2016 at 4:42 AM, Bekket McClane via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> Hi, >> I'm new to LLVM and I'm doing research on factors of compilation time, >> especially instruction selection and scheduling. One of the academic papers &gt...

> Mehdi Amini <mehdi.amini at apple.com> 於 2016年10月19日 上午11:30 寫道： > > >> On Oct 18, 2016, at 6:28 PM, Bekket McClane via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> Hi, >> The LLVM variant we're building now contains usage of a third-party threading library, and we would like to push our work upstream in the future. > > W...

On 08/16/2018 07:52 PM, Bekket McClane via llvm-dev wrote: > > >> On Aug 16, 2018, at 4:41 PM, Troy Johnson via llvm-dev >> <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> Concerning slide 16 >> of https://llvm.org/devmtg/2017-02-04/Restrict-Qualified-...

> Mehdi Amini <mehdi.amini at apple.com> 於 2016年11月30日 上午5:14 寫道： > >> >> On Nov 29, 2016, at 4:02 AM, Bekket McClane via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> Hi, >> Though there exists lots of researches on parallelizing or scheduling optimization passes, If you open up the time matrices of codegen(llc -time-passes), you'...

Hello With LLVM 4.0 my code is being compiled correctly. but with LLVM 7.0.1 I am getting following error; *llvm-7.0.1.src/include/llvm/IR/Module.h:356:43: error: no matching constructor for initialization of 'SmallVector<llvm::Type *, sizeof...(ArgsTy)>' SmallVector<Type*, sizeof...(ArgsTy)> ArgTys{Args...};* What is the reason? Please help. Thank You

...gt; > On Sun, Mar 26, 2017, at 04:10 PM, Tobias Grosser via llvm-dev wrote: >> I like Tante Maja. I will call them and see if we can flood them. ;-) >> >> I suggest dinner at 18:00? >> >> Best, >> Tobias >> >> On Sun, Mar 26, 2017, at 04:08 PM, Bekket McClane via llvm-dev wrote: >>> Hi, I’m one of the poster session authors, I’m also currently in >>> Saarbruken >>> All three places sound nice to me, but I’m not familiar with this town so >>> maybe you can pick the place? >>> About the time, after 17:3...

...r has to do with making decisions based compile-time information, unless some kind of PGO is being used. I could imagine something that takes branch probabilities and guesses the most likely path through a function, thus predicting certain calls will happen over others. -David Bekket McClane via llvm-dev <llvm-dev at lists.llvm.org> writes: > Hi PreeJackie, > > I still have difficulties associating ‘higher level program analysis’ with the possible candidate functions that will be executed next. > Call graph will definitely be your tools(and actually it’s usua...

Hi, David: Good point, it will be interesting to see speculative compilation in this context applying on devirtualization, with high level (type) information if applicable. > On Mar 28, 2019, at 2:35 PM, preejackie <praveenvelliengiri at gmail.com> wrote: > > Hi David & Bekket, > > Thanks your replies :) > > David, Indent here is: ORC v2 JIT APIs has initial(basic) support for concurrent compilation in background compile threads. This means we can speculatively compile functions before they are even referenced by the clients. In future, if the client refer...

...r do the overall design nor the individual instruction selector routines take the "global information" into concern. Are my observations correct? Also, are there any examples which show that the current global isel take information across multiple BBs within a function? Best Regards, -- Bekket McClane Department of Computer Science, National Tsing Hua University -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170131/97d80fdb/attachment.html>

Hi all, I have seen in multiple cases that, usually at the beginning of the function. if a BranchInst is encountered the next block might have %0 indicated as predecessor. I think it is a way to say "no predecessors found". Am I correct? Few examples just for clarifying what I mean: define noalias %struct.png_struct_def* @png_create_read_struct_2(i8* %user_png_ver, i8* %error_ptr, void

Hi Bekket, Sorry for the delayed reply. By appropriate, I mean performance of compiled native code. I was referring other JIT implementations like LuaJIT & webkit FTL JIT to see how they implement their JIT. I have gone through the design of Spider Monkey & Android runtime (ART) JIT. As, you sai...

On Tue, Jan 31, 2017 at 7:12 AM, Bekket McClane via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Hi, > I've been studying the global instruction selector introduced recently. One > of the properties of global instruction selectors is that they select > instructions across basic blocks such that they can get more i...

...dynamic programming selection, it still needs a cost model to help it making decisions. So where is it? I've read some great articles about part of the platform-independent instruction selection components. But I'm curious about instruction selection algorithm currently used. Cheers, -- Bekket McClane Department of Computer Science, National Tsing Hua University -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160628/54268863/attachment.html>

Dear LLVM community, How to find out which optimization passes have been performed and which passes have failed? Regards, Pradeep Kumar -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20181117/20c7ad68/attachment.html>