Just to follow up explicitly to what Craig said, you should do
something like the following, and make sure there are no errors:
# Clobber
rm -rf sconsbuild
# Make sure everything is up to date
gclient sync --force
# Make sure the scons files were regenerated from the gyp files
gclient runhooks --
Actually all the targets work ... Steven fixed them all and I just
hadn't realised that so the hammer app thing and my earlier rambling
is ignorable. I see from your other mail that you are using the
tarball though so I'd recommend trying to sync up with the current svn
trunk. It should al
ok , so building chrome terminated with this error.
scons: *** [/home/dev/ProgramFiles/v8/home/chrome-svn/tarball/chromium/
src/sconsbuild/Debug/lib/libglue.so] Source file: /home/dev/
ProgramFiles/v8/home/chrome-svn/tarball/chromium/src/third_party/
WebKit/WebCore/Configurations/Version.xcconfig
actully I saw it there but then I was not sure if it needs another
condition block for shared_library but before asking you again I
wanted to try to build chrome (hammer app) and see if that works as
you suggested.
Thanks!
Nidhi
On Apr 24, 9:16 am, Craig Schlenter wrote:
> Hmmm ... actually it
Hmmm ... actually it seems as if -ldl is present in
third_party/libxml/libxml.gyp ... so take a look if it's there for you
and run gclient sync if it isn't. Try running gclient runhooks --force
if none of the other things work. Perhaps your scons files have not
been updated properly.
--Craig
On
Hi
At some point I had used -ldl in the xml gyp file but then I dropped
that when I purely
targeted chrome and not any of the other targets ... in fact I haven't
even tried building
the other targets for a while so it's quite possible that they won't
build as shared targets.
Try
hammer app
and s
could you please tell me what files I have to modify to add -ldl ?
When I do command line with -ldl option it goes without error but the
automated build using hammer is obviously regenerating some files that
still miss -ldl option.
Thanks,
On Apr 24, 8:26 am, Dean McNamee wrote:
> The obvious
The obvious fix would be to add -ldl, but I don't see why libxml
should be using it...
>From a quick peek at the code, I saw xmlmodules.c using dlerror / etc
for dynamic module support. Since libxml is running sandboxed, do we
really want dynamic module support?
In specific, it seems like we ha
This group is very impressive, always so quick in reply!
Thanks for quick reply!
I did hammer --verbose and here is the command if that helps:
cd /home/dev/ProgramFiles/v8/home/chrome-svn/tarball/chromium/src/base
&& ../chrome/tools/build/linux/version.sh
file_version_info_linux.h.version /home/d
Looks like it's missing -ldl, but I haven't looked closely.
On Fri, Apr 24, 2009 at 12:57 PM, nshah wrote:
>
> hi there,
>
> thanks for working on getting the shared lib of libraries! I was
> pointed to this work by Evan Martin as well and he pointed me to this
> (http://codereview.chromium.org/
hi there,
thanks for working on getting the shared lib of libraries! I was
pointed to this work by Evan Martin as well and he pointed me to this
(http://codereview.chromium.org/88058). However I am having some
difficulty getting it to build and it errors out while building
libxml.
==
11 matches
Mail list logo