On 2/19/16, Olivier Blin wrote:
> Le 10/02/2016 17:28, Darin Adler a écrit :
>> That’s going to change over time. We have frequently changed which
>> functions and sections of ICU we use as we develop WebKit. That being
>> said, there is no harm in someone carefully researching exactly what parts
On 4/18/16, Yusuke SUZUKI wrote:
> Hi folks,
>
> Thanks to Konstantin Tokavev and GTK guys, JSCOnly port becomes quickly
> mature.
> As of now, finally, JSCOnly port becomes completely dependency free port
> (except for ICU :P).
> It means that, when you need some Linux JSC shell to test, you just
I mentioned a few months ago that I had similar struggles with the gcc
4.9 requirement. I've been trying to build JavaScriptCore in a way
that it is redistributable for Steam Linux/SteamOS (aka "Steam
Runtime"). For those that don't know, building redistributable
binaries is a nightmare in the Linu
On 2/7/16, Konstantin Tokarev wrote:
> Please try updated version of my branch, it now does not use LLVM unless you
> enable USE_LLVM_DISASSEMBLER.
I merged your branch. That seemed to build and work.
So what would USE_LLVM_DISAAEMBLER get me if I could build it?
Also, are there things I can do t
On 2/7/16, Konstantin Tokarev wrote:
>
>
> 07.02.2016, 14:40, "Eric Wing" :
>> I just tried pulling the mainline to try the B3 drop. The merge wasn't so
>> clean.
>> But right now I'm getting a compile error.
>> B3Compilation.cpp.o
>>
&
I just tried pulling the mainline to try the B3 drop. The merge wasn't so clean.
But right now I'm getting a compile error.
B3Compilation.cpp.o
LLVMHeaders.h:46:10 fatal error: 'llvm-c/Analysis.h' file not found
Any ideas?
Thanks,
Eric
P.S. Small changes for making SONAME versioning an option a
On 1/1/16, Konstantin Tokarev wrote:
>
>
> 01.01.2016, 12:46, "Yusuke SUZUKI" :
>> Hi, sorry for my late reply.
>> I'm now focusing on the Generator implementation in JSC.
>> Once it is done, I can work on this :D
>
> Thank you!
>
> Updated version of patch is here:
>
> https://github.com/annulen
On 6/29/15, Darin Adler wrote:
>
>> On Jun 29, 2015, at 6:17 PM, Eric Wing wrote:
>>
>> On 6/29/15, Filip Pizlo wrote:
>>> WebKit-dev is really not the place where you should be posting
>>> performance
>>> problems. Please create a bug on
On 6/29/15, Filip Pizlo wrote:
> WebKit-dev is really not the place where you should be posting performance
> problems. Please create a bug on bugs.webkit.org.
>
> In this case please CC people working on the Windows port.
>
> -Fil
>
Okay, I just filed radar://21604141
I don't actually know who
Hi,
I’ve been trying to use JavaScriptCore as an embedded scripting
language for a video game engine. (Note: I am just using JSCore, not
WebKit.) I’ve been using it on multiple platforms. During my testing,
I’ve discovered that the JavaScriptCore Windows performance is very
slow. I wanted to alert
On 4/4/14, Brent Fulgham wrote:
> Hi folks,
>
> Yesterday I documented a few problems I was having with Cygwin, and asked if
> anyone else was encountering any issues. Since then, I've figured out what
> was going on, and I wanted to post a follow-up to document my findings. I'll
> also be updatin
I am trying to build JavaScriptCore for Windows desktop. (Ultimately,
I just want a x86_64 .lib and .dll I can link against for Win 7 and 8.
I would be happy not building it and just downloading the pre-build
binaries somewhere if that's an option.)
I've followed the instructions on the web page a
> IMHO it's sad to see a step away from CMake platform abstraction, but if
> it's vitale for the project I can life with it too. Since the code is still
> in the SVN history, there should be no big problem in getting back to it
> once again.
>
So I just want to step in and give a huge "thank you"
Please bear with me. I'm trying to articulate a problem that another
developer run into. Both of us only know certain pieces of the problem
so I offered to post for both of us.
Quick background: I've been working with Appcelerator to port
JavaScriptCore to Android. The Appcelerator branch forked o
On 1/11/14, Maciej Stachowiak wrote:
>
> On Jan 11, 2014, at 3:50 PM, Darin Adler wrote:
>
>>
>> On Jan 11, 2014, at 3:36 PM, Maciej Stachowiak wrote:
>>
>>>
>>> Ideally it should be USE(THE_SPECIFIC_FRAMEWORK_IN_QUESTION). I would
>>> guess that much of PLATFORM(MAC) that is valid for both Mac
On 1/10/14, Darin Adler wrote:
> While I don’t know the answer to the question you asked,
> http://userguide.icu-project.org/icufaq#TOC-How-can-I-reduce-the-size-of-the-ICU-data-library-
> answers what might be the real question. Not sure it’s important to
> replicate exactly what Apple did.
>
> —
On 1/10/14, Anders Carlsson wrote:
>
> On Jan 10, 2014, at 1:45 PM, Eric Wing wrote:
>
>> (I tried webkit-help but didn't get any responses, so I thought maybe
>> this list might be more appropriate for this question. Sorry for the
>> duplicate if otherwise.
(I tried webkit-help but didn't get any responses, so I thought maybe
this list might be more appropriate for this question. Sorry for the
duplicate if otherwise.)
I am attempting to build JavaScriptCore for my own embedded
application use. I noticed that Mac and iOS JavaScriptCore have a
dependen
18 matches
Mail list logo