Closed GoogleCodeExporter closed 9 years ago
v8cgi is developed primarily on debian system and no header-related issues were
encountered so far. I strongly believe that this problem is a result of
something
completely different. Please update to latest SVN revision, *completely clean
scons
cache and its temporary files* and try re-compiling. If this fails, please send
me
the scons configuration log file.
Original comment by ondrej.zara
on 11 May 2009 at 2:28
[deleted comment]
[deleted comment]
I tryed the latest svn version and
scons -Q -h
os: Operating system (windows|posix)
default: posix
actual: posix
But later both windows.h (in js_system.cc) and winsock2.h (js_socket.cc) are
included.
I have use "rm .scon*" in the source-code dir. Is this enought to remove all
temp
files? Also the first thing scons says is "Cannot find V8 library!" Even it is
in
../v8 (libv8.so is needed, isn't it?) and the compiler does not have any
problem with
that. (The Binary accually workes in the end as a javascript interpreter)
Here is my /usr/lib/scons/SCons/SConf.py:
http://pastebay.com/15621
(hope this is the file you wanted).
Original comment by mkockme...@web.de
on 13 May 2009 at 7:39
No, /usr/lib/scons/SCons/SConf.py is not the file. I wanted "config.log" in your
v8cgi directory.
However, the issue is cleary caused by the fact that your V8 library is not
installed
system-wide (e.g. in /usr/lib/). That is the reason you see "Cannot find V8
library!". After you fix this, remove config.log + .sconsign.dblite +
.sconf_temp and
try again.
Original comment by ondrej.zara
on 14 May 2009 at 12:24
Ok, thank you very much! Building now workes fine for me.
I thought i libv8.so just had to be in v8path.
btw: The md5hashes of the binary build the ordinary way and the thing with my
patch
are the same.
Original comment by mkockme...@web.de
on 14 May 2009 at 5:42
Original comment by ondrej.zara
on 26 May 2009 at 3:37
Original issue reported on code.google.com by
mkockme...@web.de
on 8 May 2009 at 6:20Attachments: