search for: hhvm

Hi All, Our team at Hip-Hop Virtual Machine (http://hhvm.com<http://hhvm.com/>) have been experimenting with using LLVM as a code generator for x86-64. We have been successfully running it for quite some time as a secondary back end. We had to modify our version of LLVM and our mods were based on 3.5 release. At this point we feel our requirements...

...;Mehdi Amini" <mehdi.amini at apple.com<mailto:mehdi.amini at apple.com>> wrote: Hi, On Sep 3, 2015, at 1:38 PM, Maksim Panchenko via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: Hi All, Our team at Hip-Hop Virtual Machine (http://hhvm.com<http://hhvm.com/>) have been experimenting with using LLVM as a code generator for x86-64. We have been successfully running it for quite some time as a secondary back end. We had to modify our version of LLVM and our mods were based on 3.5 release. At this point we feel our requirements...

On 9/8/15 9:35 AM, Philip Reames wrote: > On the VM state synching side of things, I'm curious about the tradeoffs > involved in the approach you've used. I'm guessing from what you said > that you're essentially pre-reserving a set of allocas for the spill > locations, somehow registering those with your runtime once, then > emitting stores down the unlikely path

...t they'd work with any instruction, not just call. We currently only use locrecs on call/invoke, and I can't think of anything we haven't yet implemented that would benefit from locrecs on other instructions (that may change in the future, of course). > I'm also curious about HHVM's notion of side exits -- how do you track > the abstract state to which you have to exit to? Our primary use-case > for operand bundles is to track the abstract state of a thread (the > "interpreter state") that we need for side exits and asynchronous code > invalidation...

On 9/8/15, 9:35 AM, "Philip Reames" <listmail at philipreames.com> wrote: >On 09/04/2015 11:36 AM, Brett Simmers via llvm-dev wrote: >> On 9/4/15 1:12 AM, Sanjoy Das via llvm-dev wrote: >>> Specifically on "Location records" -- >>> >>> Is it legal for the optimizer to drop the `!locrec` metadata that you >>> attach to

I'm part of a team working on adding an llvm codegen backend to HHVM (PHP JIT, http://hhvm.com) using MCJIT. We have a code layout problem and I'm looking for opinions on good ways to solve it. The short version is that the memory we emit code into is split into a few different areas, and we'd like a way to control which area each BasicBlock ends up in...

Hi All I have 2 models working well in rails 1.2.6 : class TypeService < ActiveRecord::Base has_many :Services end class Service < ActiveRecord::Base belongs_to :TypeService end I was able to get the name of the service with Rails 1.2.3: s = Service.find(1) name_type_service = s.TypeService.name <<-- Now with rails 2.0.2 that doesn''t work With rails 2.0.2 s

...nfined to the specified 2 bytes. */ - asm volatile ("lock btrw %1,%0" : "=m" (*st) : "Ir" (nr), "m" (*st)); + asm volatile ("lock btr %1,%0" : "=m" (*st) : "Ir" (nr), "m" (*st)); } /* Foreign mappings of HHVM-guest pages do not modify the type count. */ -- 1.7.2.5

...- Google, David Majnemer - Google An update on Clang-based C++ Tooling, Daniel Jasper - Google, Manuel Klimek - Google Session #8: October 30 2:00-3:30 Salon III & IV LLVM for a managed language: what we've learned, Sanjoy Das - Azul Systems, Philip Reames - Azul Systems LLVM back end for HHVM/PHP, Brett Simmers - Facebook, Inc., Maksim Panchenko - Facebook, Inc Session #9: October 30 2:00-3:30: Salon I & II Throttling Automatic Vectorization: When Less Is More, Vasileios Porpodas - University of Cambridge LoopVersioning LICM, Ashutosh Nema - AMD Session #10: October 30 4:30-6:00...

Yeah, that's probably how I'd do it. Might be useful if you guys want to contribute that as a command line option Kevin. -eric On Tue, Jun 24, 2014 at 3:03 PM, Kevin Modzelewski <kmod at dropbox.com> wrote: > We do this in Pyston using a JITEventListener that just disassembles the > output; it's "it works let's move on"-quality: >

...om for improvement. I would highly appreciate the community feedback & suggestions :) I will try my best to address all the comments in the proposal. I'm currently familiarizing myself with new APIs and learning heuristics. I will try to get the draft proposal by next week. References: HHVM JIT: A profile-Guided, Region-Based Compiler for PHP & Hack [paper <https://dl.acm.org/citation.cfm?id=3192374>]. PostgreSQL [JIT <https://doxygen.postgresql.org/structLLVMJitHandle.html>] Execution Engine [ORC <https://reviews.llvm.org/diffusion/L/browse/llvm/trunk/lib/Execu...

...ate the community feedback & suggestions :) >> I will try my best to address all the comments in the proposal. I'm >> currently familiarizing myself with new APIs and learning heuristics. >> I will try to get the draft proposal by next week. >> >> References: HHVM JIT: A profile-Guided, Region-Based Compiler for PHP >> & Hack [paper <https://dl.acm.org/citation.cfm?id=3192374>]. >> PostgreSQL [JIT >> <https://doxygen.postgresql.org/structLLVMJitHandle.html>] >> Execution Engine [ORC >> <https://reviews.llvm...

Ah. IMHO, yes we should disable it until it's correct. On Fri, Apr 7, 2017 at 1:28 PM, Krzysztof Parzyszek <kparzysz at codeaurora.org > wrote: > I'm asking if people are ok with it. :) > We've had customer reports that can be tracked down to this issue, so this > is something we'd really like to working (at least in terms of correctness). > > I can come up

...fficiencies for some others. I'm also deeply concerned about having another place to search for historical data, track conversations (including the ability to cross-link), and so on. I think that we should first explore the solution that Facebook uses or used, see: https://github.com/facebook/hhvm/wiki/What-is-Phabricator They had an import system that, when a PR was submitted, would import it into Phabriactor and post a reply providing an explanation and a link to the imported differential. This might be the right balance between ease of use for casual contributors and the needs of the mor...

...ions :) >>>> I will try my best to address all the comments in the proposal. I'm >>>> currently familiarizing myself with new APIs and learning >>>> heuristics. I will try to get the draft proposal by next week. >>>> >>>> References: HHVM JIT: A profile-Guided, Region-Based Compiler for >>>> PHP & Hack [paper <https://dl.acm.org/citation.cfm?id=3192374>]. >>>> PostgreSQL [JIT >>>> <https://doxygen.postgresql.org/structLLVMJitHandle.html>] >>>> Execution Engine [ORC &...

...eeply concerned about having another place to search for >> historical data, track conversations (including the ability to cross-link), >> and so on. >> >> I think that we should first explore the solution that Facebook uses or >> used, see: https://github.com/facebook/hhvm/wiki/What-is-Phabricator >> >> They had an import system that, when a PR was submitted, would import it >> into Phabriactor and post a reply providing an explanation and a link to >> the imported differential. This might be the right balance between ease of >> use for...

...t having another place to search for >>> historical data, track conversations (including the ability to cross-link), >>> and so on. >>> >>> I think that we should first explore the solution that Facebook uses or >>> used, see: https://github.com/facebook/hhvm/wiki/What-is-Phabricator >>> >>> They had an import system that, when a PR was submitted, would import it >>> into Phabriactor and post a reply providing an explanation and a link to >>> the imported differential. This might be the right balance between ease of &...

Dynamically Allocated "Callee Saved Registers" Lists Each Calling convention (CC) defines a static list of registers that should be preserved by a callee function. All other registers should be saved by the caller. Some CCs use additional condition: If the register is used for passing/returning arguments - the caller needs to save it - even if it is part of the Callee Saved Registers

On Thu, Nov 7, 2019 at 3:09 AM Roman Lebedev via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Strong -1 personally. Likewise, for many of the same reasons detailed below. ~Aaron > * What is the endgoal? To fully kill phab and move to github pullrequests? > it might be best to discuss *that* first. (did i miss an RFC?) > * Separation of attention - does everyone who