[Webkit-unassigned] [Bug 36088] [gtk] DumpRenderTree build failure: multiple definitions of symbol _kJSClassDefinitionEmpty

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=36088





--- Comment #5 from Daniel Macks <dmacks at netspace.org>  2010-03-25 22:03:50 PST ---
(In reply to comment #3)

>  The GNUmakefile at the top level still has the Programs_DumpRenderTree_LDADD
> in the wrong order, but manually changing the order of these gives a warning
> about the process, but ultimately still gives the same error:

Is this when also changing in the WebKitTools/GNUmakefile.am template, or just
in the derived GNUmakefile.in derived file? The warnings suggest you are
changing some template still, rather than just the higher level files in the
built set. Or else if you are going to patch the low-level
WebKitTools/GNUmakefile.am, propagate that change by redoing the autotools
chain (autoreconf, or some similar command, not sure what is the recommended
way for the webkit build system).

Can you get MacPorts to give a more verbose build, so you can verify that the
order is changed in the actual linker call? 'make V=1' or passing
--disable-silent-rules to ./configure or something like that? Is the -d flag
relevant to debugging the build or just debugging the macports process?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.