search for: penzin

...> are going to do? I’d very much like to avoid being the odd-project-out > here. > > > > > > > > *From:* Eric Christopher <echristo at gmail.com> > *Sent:* Friday, June 19, 2020 11:32 AM > *To:* Keane, Erich <erich.keane at intel.com> > *Cc:* Petr Penzin <penzin.dev at gmail.com>; Mehdi AMINI <joker.eph at gmail.com>; > llvm-dev <llvm-dev at lists.llvm.org> > *Subject:* Re: [llvm-dev] Inclusive language in LLVM: can we rename > `master` branch? > > > > There's really no guarantee that things will shake out...

...talking about more than just 1 person running the script in 10 minutes. From: Eric Christopher <echristo at gmail.com<mailto:echristo at gmail.com>> Sent: Friday, June 19, 2020 11:44 AM To: Keane, Erich <erich.keane at intel.com<mailto:erich.keane at intel.com>> Cc: Petr Penzin <penzin.dev at gmail.com<mailto:penzin.dev at gmail.com>>; Mehdi AMINI <joker.eph at gmail.com<mailto:joker.eph at gmail.com>>; llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> Subject: Re: [llvm-dev] Inclusive language in LLVM: can we ren...

...hink we’re talking about more than just 1 > person running the script in 10 minutes. > > > > > > > > *From:* Eric Christopher <echristo at gmail.com> > *Sent:* Friday, June 19, 2020 11:44 AM > *To:* Keane, Erich <erich.keane at intel.com> > *Cc:* Petr Penzin <penzin.dev at gmail.com>; Mehdi AMINI <joker.eph at gmail.com>; > llvm-dev <llvm-dev at lists.llvm.org> > *Subject:* Re: [llvm-dev] Inclusive language in LLVM: can we rename > `master` branch? > > > > I mean, we could change it twice? There are about a hundre...

...hink we’re talking about more than just 1 > person running the script in 10 minutes. > > > > > > > > *From:* Eric Christopher <echristo at gmail.com> > *Sent:* Friday, June 19, 2020 11:44 AM > *To:* Keane, Erich <erich.keane at intel.com> > *Cc:* Petr Penzin <penzin.dev at gmail.com>; Mehdi AMINI <joker.eph at gmail.com>; > llvm-dev <llvm-dev at lists.llvm.org> > *Subject:* Re: [llvm-dev] Inclusive language in LLVM: can we rename > `master` branch? > > > > I mean, we could change it twice? There are about a hundre...

...hink we’re talking about more than just 1 > person running the script in 10 minutes. > > > > > > > > *From:* Eric Christopher <echristo at gmail.com> > *Sent:* Friday, June 19, 2020 11:44 AM > *To:* Keane, Erich <erich.keane at intel.com> > *Cc:* Petr Penzin <penzin.dev at gmail.com>; Mehdi AMINI <joker.eph at gmail.com>; > llvm-dev <llvm-dev at lists.llvm.org> > *Subject:* Re: [llvm-dev] Inclusive language in LLVM: can we rename > `master` branch? > > > > I mean, we could change it twice? There are about a hundre...

...inclusive (though in a > technical way). It would be REALLY good if we knew what github/git were > GOING to name theirs and just do that as soon as possible. > > > > *From:* Eric Christopher <echristo at gmail.com> > *Sent:* Friday, June 19, 2020 11:23 AM > *To:* Petr Penzin <penzin.dev at gmail.com>; Mehdi AMINI <joker.eph at gmail.com > > > *Cc:* Keane, Erich <erich.keane at intel.com>; llvm-dev < > llvm-dev at lists.llvm.org> > *Subject:* Re: [llvm-dev] Inclusive language in LLVM: can we rename > `master` branch? > > >...

Spoiler: the following only applies to Windows binary format handling. Potential for extending yaml2obj to support COFF debug directories<https://docs.microsoft.com/en-us/windows/win32/debug/pe-format#debug-directory-image-only> recently came up during a code review<https://reviews.llvm.org/D70606#1873185>. Currently, its COFF

While I appreciate this sentiment we should not block our changes on a project over which we have no control. Changing the name and the documentation is easy and we should do this today. Thanks. -eric On Fri, Jun 19, 2020 at 10:49 AM Petr Penzin via llvm-dev < llvm-dev at lists.llvm.org> wrote: > +1 > > Git uses `master` branch in quite a few places in its docs and `git init` > produces a `master` branch. ideally, a change to git should drive all of > this - that way there would be no confusion. > -Petr > > O...

...tly. We are close to compiling fotonik at this point. 2. We released the source as experimental for the community to take a look. Soon we will open source the entire history of development(we are working on the script to upload the history). thanks, -Prashanth On Mon, Feb 10, 2020 at 4:20 AM Petr Penzin via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > *FC* > https://github.com/compiler-tree-technologies/fc > Not related to any of the above, but seems to be in some ways similar to > Clang/(old)Flang/Fort. Recursive descent parser; emits MLIR. Does not use > tablegen, h...

...d run until that breakpoint is hit, as opposed to 1m26s without an index) That's also with/without split DWARF too, but I suspect most of the benefit is in the index there. Split DWARF might save you some linking time and /maybe/ some debugger performance. On Thu, Jan 10, 2019 at 1:16 PM Petr Penzin via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I've ran into the same issue before. I tend to see it as a price we pay > for static linking, since it brings all the symbols debugger has to read at > the start time. Quick check on launching a tool (fort) in GDB (I usually &g...

Following up on my earlier email. If there is a commitment to checking in f18 already, feel free to disregard it. I went and took a little bit closer look at the sources and want to share some of the findings in case if anyone is interested. Disclosure: I contribute to Fort <http://fort-compiler.org/> (fort-compiler.org), which is the fork of the front-end David Greene mentioned. From

Hi, I am trying to build the code that I've checked out from the svn repository (revision 175705). I can do make, but not make check, it reports the `No site specific configuration available!' error. Output of make check: llvm[0]: Running test suite make[1]: Entering directory `/home/ppenzin/tmp/llvm/build_x86-64/test' Making LLVM 'lit.site.cfg' file... Making LLVM unittest 'lit.site.cfg' file... ( ulimit -t 600 ; ulimit -d 512000 ; ulimit -m 512000 ; \ /usr/bin/python /home/ppenzin/tmp/llvm/utils/lit/lit.py -s -v . ) lit.py: lit.cfg:120: fatal: No site s...

...our patch included you _must_ submit it via the linked form. * "Test build gets gtest and gmock headers from local include directory on FreeBSD, which breaks the build if those are different from headers included in LLVM sources." [D37415](https://reviews.llvm.org/D37415), patch by Peter Penzin. * "This adds a better error diagnostic when deleting the evaluation of a lambda expression. The [] of a lambda binds more closely to the delete, so this error suggests adding parentheses, instead of the generic one currently used ('expected expression')." [D36357](https://review...

This is admittedly a longshot, but Can you check whether you experience unusually long run times with LLDB? If there’s something strange about tge binaries we generate, maybe lldb will exhibit some strangeness too and we can more easily profile it. On Wed, Jan 9, 2019 at 2:48 PM Shoaib Meenai via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I don't know about the issues with

Jakob, I have a question about the following (four) asserts recently added in bundleWithPred() and bundleWithSucc() (see below). What is the real danger of reasserting a connection even if it already exist? My problem with them happens when I try to call finalizeBundle() on an existing bundle to which I have added a new instruction. The goal - a new bundle header with liveness abbreviation, but

I agree with this. As much as I dislike the name that I believe github will choose, we should just do whatever everyone else is doing. Note that in addition to the github discussion, there is some extensive discussion on the .git mailing list (IIRC) about choosing a new name as well. I hope github waits until that choses a name as well. From: llvm-dev <llvm-dev-bounces at lists.llvm.org>

Neat, another fortran compiler option. Does anyone have a list/comparison of all the LLVM fortran compilers? I'm not really tracking this, since Fortran isn't really my area of expertise, but I've seen the following. Perhaps there are even more? "Flang". The original of the name, I think? Abandoned. https://github.com/llvm-flang/flang "Fort" -- fork of the above

Apologies if there is a better forum for these questions. Please redirect me if so. I’ve been using the clang/wasm-ld tools to experiment with some basic examples, and there’s a couple things I’m wrestling with. 1) How to denote a function as the “start” function (https://webassembly.github.io/spec/core/binary/modules.html#start-section) 2) How to avoid the defaulted __heap_base global. I’ve

Hi, Have anybody recently built LLVM in Debug mode /within/ space requirements from the Getting Started doc? https://llvm.org/docs/GettingStarted.html#hardware > An LLVM-only build will need about 1-3 GB of space. A full build of LLVM and Clang will need around 15-20 GB of disk space. From my experience this numbers looks drastically low. On FreeBSD my recent builds consumed more than