similar to: [PATCH] Obsolete WebKit Calling Convention

Displaying 20 results from an estimated 2000 matches similar to: "[PATCH] Obsolete WebKit Calling Convention"

2016 Feb 15
5
WebKit B3 (was LLVM Weekly - #110, Feb 8th 2016)
> On Feb 9, 2016, at 9:55 AM, Rafael Espíndola via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > JavaScriptCore's [FTL JIT](https://trac.webkit.org/wiki/FTLJIT <https://trac.webkit.org/wiki/FTLJIT>) is moving away > > from using LLVM as its backend, towards [B3 (Bare Bones > > Backend)](https://webkit.org/docs/b3/
2016 Feb 16
2
WebKit B3 (was LLVM Weekly - #110, Feb 8th 2016)
> On Feb 15, 2016, at 4:25 PM, Philip Reames <listmail at philipreames.com> wrote: > > After reading https://webkit.org/blog/5852/introducing-the-b3-jit-compiler/ <https://webkit.org/blog/5852/introducing-the-b3-jit-compiler/>., I jotted down a couple of thoughts of my own here: http://www.philipreames.com/Blog/2016/02/15/quick-thoughts-on-webkits-b3/
2016 Feb 16
2
WebKit B3 (was LLVM Weekly - #110, Feb 8th 2016)
> On Feb 15, 2016, at 5:34 PM, Philip Reames <listmail at philipreames.com> wrote: > > > > On 02/15/2016 04:57 PM, Andrew Trick wrote: >> >>> On Feb 15, 2016, at 4:25 PM, Philip Reames < <mailto:listmail at philipreames.com>listmail at philipreames.com <mailto:listmail at philipreames.com>> wrote: >>> >>> After reading
2016 Feb 16
2
WebKit B3 (was LLVM Weekly - #110, Feb 8th 2016)
> On Feb 16, 2016, at 1:14 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > > On 15 Feb 2016, at 23:12, Andrew Trick via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> Prior to FTL, JavaScriptCore had no dependence on the LLVM project. Maintaining a dependence on an external project naturally has integration overhead. > > And the fact that
2016 Feb 13
2
Code in headers
> On Feb 11, 2016, at 12:43 AM, via llvm-dev <Alexander G. Riccio> wrote: > > I don’t think that we can agree to abstract code guidelines without knowing what it means in practice for the codebase. If you’re interested in this, please include a diff that shows the impact to the headers, and we should also measure what happens to the performance of the generated compiler. > >
2016 Feb 08
2
LLVM Weekly - #110, Feb 8th 2016
LLVM Weekly - #110, Feb 8th 2016 ================================ If you prefer, you can read a HTML version of this email at <http://llvmweekly.org/issue/110>. Welcome to the one hundred and tenth issue of LLVM Weekly, a weekly newsletter (published every Monday) covering developments in LLVM, Clang, and related projects. LLVM Weekly is brought to you by [Alex
2014 Nov 06
3
[LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need
I would have preferred the library to be moved out of the “Support” folder and have its own top-level library and include folder. Just my 2 cents. > On Nov 6, 2014, at 2:12 PM, Chris Bieneman <beanz at apple.com> wrote: > > So, I decided to try and start small. My idea here was create a ToolsSupport library, and move one small, but important function into the new library to shake
2017 Sep 22
3
webkit on CentOS 7.4
Hello is the webkit with CentOS 7.4 compiled with ENABLE_MEDIASOURCE ? When I call the set_media_source function with TRUE and then ask get_media_source function for the value it returns TRUE. I presume it would no return TRUE if its not enabled. However, my webpage with a video tag using webkit is not finding the MediaSource. Thanks, Jerry
2017 Sep 30
2
compile webkit
I am trying to compile webkitgtk I downloaded the webkit source, extracted CMake Error at Source/cmake/OptionsGTK.cmake:12 (message): GCC 4.9.0 is required to build WebKitGTK+, use a newer GCC version or clang I downloaded 2.14.7 - just like CentOS 7.4 has, how can I be getting a GCC error ? My goal is to get the MediaSource package in webkit working. It seems to not be enabled. Is there a
2015 Jul 17
5
[LLVMdev] [RFC] Developer Policy for LLVM C API
Hi Juergen, Sean, I definitely agree with needing to write down the policy and definitely any policy should include a deprecation time :) Did you want to write up something and let us poke at it? A couple of thoughts outside of a deprecation policy: a) guarantee that the api itself won't go away, but could possibly be turned into a noop? (i.e. source compatibility) b) versioning? (Should
2018 Jan 13
3
How to use stack maps
Is there an explanation anywhere of what code that uses a stack map looks like? I'm interested in writing a garbage collector, but it's not clear to me how my code should make use of the stack map format to actually locate roots in memory. -------------- next part -------------- An HTML attachment was scrubbed... URL:
2006 Nov 14
1
GUI testing with WebKit and RubyCocoa
Any thoughts on the feasibility of this? One thing you can''t test in Rails is the result of Ajax requests in the context of the source document. The best you can do (as far as I''m aware) is test that the Ajax response is correct and hope the page gets updated. I started thinking... WebKit (and more importantly JavaScriptCore) is open source WebKit has a Cocoa wrapper
2011 Jan 04
5
Webkit - can't find variable: mxn
In my app (v2.0.15) and on the mapstraction demo the first time I load the page in Safari I get the error "Can''t find variable: mxn" and the map doesn''t load. http://mapstraction.appspot.com/ mapstraction.googlecode.com/svn/trunk/source/mxn.core.js:6ReferenceError: Can''t find variable: mxn I''ve seen a few old posts in the list archives about similar
2017 Sep 22
1
webkit on CentOS 7.4
On 09/22/2017 08:43 AM, Jerry Geis wrote: > hi Johhny > > thanks - I am using the second link webkitgtk4. > > I could not find anything mediasource or media_source in the build log. > Is that an "oversite" in the upstream? Can it be enabled for all and > rebuilt and posted? (I'd rather not compile webkit). CentOS doesn't and cannot alter upstream source
2014 Jun 08
3
[LLVMdev] Stack maps no longer experimental in 3.5
On Sat, Jun 7, 2014 at 6:30 PM, Filip Pizlo <fpizlo at apple.com> wrote: > > > On June 7, 2014 at 1:29:04 PM, Alp Toker (alp at nuanti.com) wrote: > > > On 07/06/2014 18:35, Filip Pizlo wrote: >> That would work. :-) >> >> What about exposing C API a function to query for the presence of an >> intrinsic? > > It seems with hindsight that the
2015 Jul 18
3
[LLVMdev] [RFC] Developer Policy for LLVM C API
On Fri, Jul 17, 2015 at 3:41 PM, Eric Christopher <echristo at gmail.com> wrote: > Hi Juergen, > > I've actually got another, perhaps more radical, plan. Let's just get rid > of the C API or move it to another project. This simplifies a lot of the > plans here where people have too many different ideas of how the C API > should work. > > At this point the
2016 Sep 26
2
Memory corruption when testing nbdkit python plugin with nbd-tester-client?
Hi, has anyone ever run "make check" from nbd against nbdkit with a python plugin? I usually get segfaults during such a run, and sometimes various other errors happen before the segfault, suggesting that some memory corruption is underway. AFAICS a pure python plugin should not be able to cause memory corruption. Examples of nbdkit logs for running "make check" or subsets of
2014 Oct 11
7
[LLVMdev] whole program optimization examples?
Hello, I was wondering if there is an example list somewhere of whole program optimizations done by LLVM based compilers? I'm only familiar with method-level optimizations, and I'm being told wpo can deliver many great speedups. My language is currently staticly typed JIT based and uses the JVM, and I want to move it over to LLVM so that I can have options where it can be ahead of time
2016 Sep 26
2
Re: Memory corruption when testing nbdkit python plugin with nbd-tester-client?
On 26.09.2016 14:29, Richard W.M. Jones wrote: > On Mon, Sep 26, 2016 at 02:18:02PM +0200, Carl-Daniel Hailfinger wrote: >> Hi, >> >> has anyone ever run "make check" from nbd against nbdkit with a python >> plugin? I usually get segfaults during such a run, and sometimes various >> other errors happen before the segfault, suggesting that some memory
2019 Mar 15
2
What's the status of Mach-O TAPI?
Adding Juergen to the thread. On Fri, Mar 15, 2019, 12:20 PM Shoaib Meenai via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Ping. > > > > Would anyone be opposed to me trying to revive the in-tree Mach-O TAPI > code? > > > > Thanks, > > Shoaib > > > > *From: *Shoaib Meenai <smeenai at fb.com> > *Date: *Wednesday, March 6, 2019 at