search for: warzynski

...have seen that the hello pass is compiled as well. I have > not compiled it separatelly. > > Do you have any ideas why is this? > > Thank you, > Iulia > > > > Trimis de pe smartphone-ul meu Samsung Galaxy. > > -------- Mesaj original -------- > De la: Andrzej Warzynski <Andrzej.Warzynski at arm.com> > Date: 17.09.2019 10:44 (GMT+02:00) > Către: Iulia Stirb <iulia_s24 at yahoo.com>, via Llvm-dev > <llvm-dev at lists.llvm.org>, nd <nd at arm.com> > Subiect: Re: [llvm-dev] How to debug passes > > Hi Iulia, > > You can...

...and explain what existing code they would replace in flang (if any) and what benefits we gain by sharing them. In particular, these were mentioned previously: DiagnosticsEngine, SourceManager, SourceLocation, FileManager, VFS Thanks, Tim On 6/12/20, 3:25 AM, "flang-dev on behalf of Andrzej Warzynski via flang-dev" <flang-dev-bounces at lists.llvm.org on behalf of flang-dev at lists.llvm.org> wrote: External email: Use caution opening links or attachments FYI: this RFC will be discussed in the next Flang Technical Community call: http://lists.llvm.org/pipermail/flang-d...

...ct for non-LLVM(-IR) related things and `llvm/lib/Frontend` for LLVM(-IR) related stuff, e.g., IR generation parts. Thanks,   Johannes > On Thu, Jun 11, 2020 at 10:28 AM Doerfert, Johannes via cfe-dev < > cfe-dev at lists.llvm.org> wrote: > >> On 6/11/20 3:32 AM, Andrzej Warzynski wrote: >>> >>> On 11/06/2020 00:49, Michael Kruse wrote: >>>> Am Mi., 10. Juni 2020 um 10:04 Uhr schrieb Doerfert, Johannes via >>>> flang-dev <flang-dev at lists.llvm.org>: >>>>> I'm not against a subproject *but* if we also move t...

On 6/11/20 3:32 AM, Andrzej Warzynski wrote: > > > On 11/06/2020 00:49, Michael Kruse wrote: >> Am Mi., 10. Juni 2020 um 10:04 Uhr schrieb Doerfert, Johannes via >> flang-dev <flang-dev at lists.llvm.org>: >>> I'm not against a subproject *but* if we also move the existing >>> llvm/lib/F...

Andrzej, On 7/14/19 8:02 AM, Andrzej Warzynski wrote: > This is still very early stages, but you can be my guinea pig: > > https://github.com/banach-space/llvm-tutor > > It's a tutorial that I've been preparing recently and am hoping to > present somewhere at some point :-) I believe that it already covers 1), > 2)...

...pdating your buildbot worker. > I updated llvmlibc's to 2.8.4 and that seemed to solve the connection > problem: > https://github.com/llvm/llvm-project/commit/f60686f35cc89504f3411f49cf16a651a74be6eb > > Best, > Paula Askar > > > On Thu, Oct 8, 2020 at 5:43 AM Andrzej Warzynski via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > > > Our Flang-aarch64 buildbots just won't connect to the main Buildbot > > master anymore. I switched them to the staging buildbot master instead > > and it seems fine for now. Is there anything that we can...

Hi all, I'm porting some LLVM plugins to the new pass manager and I've noticed that the command line options are no longer registered when using `-load-pass-plugin` (the new PM flag) to load the plugins in opt. Everything is back to normal when loading via `-load` (the legacy PM). For example, given this CL option: static cl::opt<bool> SomeFlat("some-flag",

Hi, Could you please confirm the following steps for debugging a pass? 1. copy your pass into llvm/lib/Transforms/Hello/Hello.cpp 2. name you pass Hello 3. insert debug messages like:     errs() << "Vis­iting func­tion " << F.get­Name(); 4. get LLVM bitcode:    clang -O3 -emit-llvm hello.c -c -o hello.bc5. disassemble the bitcode:     llvm-dis hel­lo.bc 6. run the pass on

Our Flang-aarch64 buildbots just won't connect to the main Buildbot master anymore. I switched them to the staging buildbot master instead and it seems fine for now. Is there anything that we can/should tweak at our end? http://lab.llvm.org:8014/#/waterfall?tags=flang -Andrzej On 08/10/2020 00:31, Galina Kistanova via cfe-dev wrote: > They are online now -

...polishing. When/if up-streaming this, we would need to do some low-impact refactoring first. For example, currently ASTReader & ASTWriter are `friends` with DiagnosticsEngine [9]. That won't be possible when DiagnosticsEngine is moved to LLVM. On behalf of the Arm Fortran Team, Andrzej Warzynski REFERENCES [1] https://github.com/llvm/llvm-project/commit/b98ad941a40c96c841bceb171725c925500fce6c [2] http://lists.llvm.org/pipermail/cfe-dev/2019-June/062669.html [3] https://reviews.llvm.org/D79092 [4] https://github.com/llvm/llvm-project/blob/ad5d319ee85d31ee2b1ca5c29b3a10b340513fec/clang/...

Hi folks, I've been working for a few months on a proposal to make it easier to develop out-of-tree passes, and have them linked either statically or dynamically, within LLVM. This includes automatic integration within clang, opt and bugpoint. The goal is to lower the bar for people who develop out-of tree passes: they can maintain their code base in a third-party repo, pick it at config

Am Mi., 10. Juni 2020 um 10:04 Uhr schrieb Doerfert, Johannes via flang-dev <flang-dev at lists.llvm.org>: > I'm not against a subproject *but* if we also move the existing > llvm/lib/Frontend stuff, that would introduce a dependence from > llvm-core to this project, which I think is uncommon. We could also have > both. At the end of the day it depends on the benefit we would

...at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > > On Tue, Jun 2, 2020 at 6:38 PM Richard Smith via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > On Tue, 2 Jun 2020 at 05:08, Andrzej Warzynski via cfe-dev > <cfe-dev at lists.llvm.org <mailto:cfe-dev at lists.llvm.org>> wrote: > > *TL;DR* > > We propose some non-trivial refactoring in Clang and LLVM to > enable > further work on Flang driver. >...

Florian, On 7/10/19 2:17 PM, Florian Hahn wrote: > http://www.cs.cornell.edu/~asampson/blog/llvm.html describes how to > create an out-of-source pass (see 'Let’s Write a Pass’). I think it > is for LLVM 3.8 though. Thanks for pointing that out. I had actually recently stumbled across that page (and the GitHub repository it references, https://github.com/sampsyo/llvm-pass-skeleton)

On Tue, Jun 2, 2020 at 6:38 PM Richard Smith via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Tue, 2 Jun 2020 at 05:08, Andrzej Warzynski via cfe-dev < > cfe-dev at lists.llvm.org> wrote: > >> *TL;DR* >> >> We propose some non-trivial refactoring in Clang and LLVM to enable >> further work on Flang driver. >> >> *SUMMARY* >> We would like to start extracting the driver/frontend co...

You are correct, sir. Everything works much better if I run CMake and Ninja from a "developer command prompt." I displayed the path and almost fell off my chair laughing. The road to hell is paved with environment variable entries. Two questions. 1. Building with Visual Studio created build/release/bin. Building with Ninja created build/bin (no release directory). Does that make sense?

...really confused by this, because the plugin works with opt causing no issues. So.... what is opt doing differently then Clang? >o< - Björn -----Original Message----- From: cfe-dev <cfe-dev-bounces at lists.llvm.org<mailto:cfe-dev-bounces at lists.llvm.org>> On Behalf Of Andrzej Warzynski via cfe-dev Sent: 11 November 2020 12:56 To: cfe-dev at lists.llvm.org<mailto:cfe-dev at lists.llvm.org> Subject: Re: [cfe-dev] Running LLVMHello Pass from Clang(-cl) Hello Gaier, This might indicate the root cause: ``` clang-cl: note: diagnostic msg: Error generating preprocessed source(s...

...for some other reviewers, including Sjoerd Meijer, David Green, Richard Sandiford, Oliver Stannard, Vineet Kumar and Renato Golin! And last but not least the members from our Arm team (David Sherwood, Cullen Rhodes, Kerry McLaughlin, Francesco Petrogalli, Caroline Concatto, Graham Hunter, Andrzej Warzynski) for their contributions over the past 12+ months! Apologies if I have forgotten anyone else who has contributed, either with patches, reviews or other feedback, there has been so much work and patches going on the past year, but I can guarantee your contributions have been appreciated! Thank you...