Hi,
I want to contribute a small fix (like couple lines of code) to the V8
build scripts for Windows. How can I do it? (Note that I am not a Google
employee or otherwise affiliated Chromium or V8 developer.)
WBW, Ivan
--
--
v8-users mailing list
v8-users@googlegroups.com
CheckCast(class v8::Value *)"
(?CheckCast@Int32@v8@@CAXPEAVValue@2@@Z)
This one is located in the v8/src/api/api.cc
But when I am checking my v8\out.gn.windows\x64.debug\.ninja.log api.obj is not
mentioned there.
Is these some missing dependency in the build files?
From: Ivan Pizhenko<
rote:
I'm not clear on what is needed to fix this. The bug has been open quite a
while (see
https://bugs.chromium.org/p/v8/issues/detail?id=8791<https://bugs.chromium.org/p/v8/issues/detail?id=8791>).
On Tuesday, December 17, 2019 at 12:44:14 PM UTC-8, Ivan Pizhenko wrote:
Hi Bill, so what n
TL implementations (at
least when used without a stateful deleter), but other data types aren't so
lucky. V8 already has a bunch of APIs that pass or return std::shared_ptr, and
that's pretty much guaranteed to fail.
On Wednesday, December 18, 2019 at 1:58:41 PM UTC-5, Ivan Pizhenko w
That’s clear, the instruction under the link suggests to build V8 as static
library, which we already know to be working. But the point was to build and
use V8 as DLL. Meanwhile, I’ve found following workaround: add 2 new custom
functions to the libplatform, the first one returns normal pointer
Hi Bill, so what needs to be fixed to get DLL build (i.e.
is_component_build=true) built successfully with MSVC compiler?
I've recently run into the same linking issue with DLL build compiled using
clang. And to say truth, it's weird that DLL build works only with clang.
p.s. I cannot use
Yes, I've found them in some .gni and .gn files and commented out.
Regenerated build files and now build is running. I am using clang 7 from
some previous stable version of V8.
On Monday, December 9, 2019 at 11:58:51 AM UTC+2, Jakob Kummerow wrote:
>
> On Fri, Dec 6, 2019 at 10:22 P
w/o sysroot - gives errors, and I can't find how to get required packages,
maybe GObject v2 is not on CentOS 7.
Got one more idea - build clang 10.0.0 from sources on the centos7.
$ gn gen out.gn.linux/x64.debug
ERROR at //build/config/linux/pkg_config.gni:103:17: Script returned
non-zero
Doesn't work. Seems like newer clang is required due to some options in the
command line.
ninja: Entering directory `out.gn.linux/x64.debug'
[1/1302] ../../third_party/llvm-build/Release+Asserts/bin/clang++ -MMD -MF
obj/torque_base/class-debug-reader-generator.o.d -DUSE_UDEV -DUSE_AURA=1
mail_content=webmail>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
2017-11-04 0:54 GMT+02:00 J Decker <d3c...@gmail.com>:
>
>
> On Fri, Nov 3,
Actually, from these ones:
{"chromium_version": "56.0.2924.121", "v8_version": "5.6.326.55"}
{"chromium_version": "57.0.2987.154", "v8_version": "5.7.492.73"}
{"chromium_version": "58.0.3029.125"
Thank you!
2017-11-01 13:26 GMT+02:00 Ben Noordhuis :
> On Wed, Nov 1, 2017 at 1:23 AM, Ivan P. wrote:
> > Hello, I want to update V8 used in my application from the version 5.3
> to a
> > some latest stable 6.x
> > The possible issue is that my
NK : warning LNK4044: unrecognized option '/fastfail'; ignored
LINK : error LNK2001: unresolved external symbol mainCRTStartup
v8_simple_json_fuzzer.exe : fatal error LNK1120: 1 unresolved externals
what I am doing wrong? please advice.
2016-11-16 0:01 GMT+02:00 Ivan Pizhenko <ivan.pizhe...@gmail.com
ary in the v8_source_set template in
> gni/v8.gni
>
> hth
> -jochen
>
> On Thu, Nov 10, 2016 at 3:37 PM Ivan Pizhenko <ivan.pizhe...@gmail.com>
> wrote:
>
> So I would like to hear comments on this from some V8 developer or whoever
> solved the issue w/o Nuget packa
So I would like to hear comments on this from some V8 developer or whoever
solved the issue w/o Nuget package.
2016-11-10 16:05 GMT+02:00 Ivan Pizhenko <ivan.pizhe...@gmail.com>:
> Thank you for advise, George, but what you suggest is not an option in the
> my case, I need to hav
Thank you for advise, George, but what you suggest is not an option in the
my case, I need to have built from sources exactly this stable version
5.3.332.45. There is no Nuget package fir exactly this version, and there
are also other circumstances those prevent me using Nuget package. So I am
Thanks, This was useful.
2016-11-07 12:53 GMT+02:00 Jochen Eisinger :
> in general, you can check bit.ly/v8-api-changes to learn about
> replacements for deprecated and removed APIs
>
> On Mon, Nov 7, 2016 at 11:51 AM Michael Lippautz
> wrote:
>
>>
Tried this. I have following args.gn
is_debug=true
is_component_build=true
target_cpu="x64"
v8_target_cpu="x64"
v8_postmortem_support=true
is_clang=false
use_sysroot=false
and getting this error
Package glib-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory
Thank you Pavel. This may be useful for me.
2016-09-18 10:45 GMT+03:00 Pavel Medvedev :
> Hi Ivan,
>
> I may suggest to try pre-built Nuget packages for V8:
>
> https://www.nuget.org/packages/v8-v120-x86/
> https://www.nuget.org/packages/v8-v120-x64/
>
gmock.lib
gmock_main.lib
gtest.lib
icui18n.lib
icuuc.lib
but there are no v8_base.lib, v8_snapshot.lib and so on.
How to force build to generare V8 libs?
2016-09-16 16:40 GMT+03:00 Ivan Pizhenko <ivan.pizhe...@gmail.com>:
> Switched to VS2013 by using
> L:\v8-build\v8>set GYP_MS
it to the VS2013?
2016-09-16 15:16 GMT+03:00 Ivan Pizhenko <ivan.pizhe...@gmail.com>:
> And which previous stable version can be surely built with VS2013?
> I don't need very latest version, but I need something stable and
> buildable with VS2013.
>
> 2016-09-16 9:35 GMT+03:00
is enough
>
> Ivan Pizhenko <ivan.pizhe...@gmail.com> schrieb am Fr., 16. Sep. 2016,
> 08:30:
>
>> Got following output, seems like update succeeded, please confirm.
>> Will I be able to build it with VS2013 now?
>>
>> L:\v8-build>set DEPOT_TOOLS_WIN_TOOLCHAI
licitly by hand
or set the environment variable GYP_CHROMIUM_NO_ACTION=0.
2016-09-16 8:07 GMT+03:00 Jochen Eisinger <joc...@chromium.org>:
> Please set the env variable DEPOT_TOOLS_WIN_TOOLCHAIN to 0 and try again
>
> On Thu, Sep 15, 2016 at 3:44 PM Ivan Pizhenko <ivan.pizhe...
Actually, differs a bit but still similar to previous one.
--
--
v8-users mailing list
v8-users@googlegroups.com
http://groups.google.com/group/v8-users
---
You received this message because you are subscribed to the Google Groups
"v8-users" group.
To unsubscribe from this group and stop
I get the same error:
L:\v8-build>L:\\depot_tools\\python276_bin\\python.exe
v8/gypfiles/landmines.py
Please follow the instructions at
https://www.chromium.org/developers/how-tos/build-instructions-windows
Traceback (most recent call last):
File "v8/gypfiles/landmines.py", line 245, in
2015-10-29 11:21 GMT+02:00 Jakob Kummerow :
> Most flags are for debugging and development
"Most flags are for debugging and development" - that's exactly what I need
them for.
In particular, I want to limit memory amount that Isolate can use.
--
--
v8-users mailing
Thank you for the good idea. This approach with JSON sounds like what I
need to accomplish my task.
2015-03-05 23:44 GMT+02:00 Flying Jester foolkingcr...@gmail.com:
What exactly are you trying to accomplish with this?
Copying a context would be a huge operation, if it's possible at all (I
What about making copy/clone of context?
4 бер. 2015 09:52, користувач Yang Guo yang...@chromium.org написав:
A context is too deeply entangled into the isolate it belongs to, so
moving the context but not the isolate is basically impossible with the
current V8.
On Sunday, March 1, 2015 at
28 matches
Mail list logo