[Webkit-unassigned] [Bug 88874] [Qt][Win]QtTestBrowser somehow picks up DumpRenderTree's main.cpp, causing a failure to link
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Jun 12 12:55:05 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=88874
--- Comment #5 from Csaba Osztrogonac <ossy at webkit.org> 2012-06-12 12:55:04 PST ---
I got it again. It seems it is a crazy qmake bug.
here is parts of the Makefile:
SOURCES = f:\WebKit\Tools\DumpRenderTree\qt\QtInitializeTestFonts.cpp \
f:\WebKit\Tools\QtTestBrowser\locationedit.cpp \
f:\WebKit\Tools\QtTestBrowser\launcherwindow.cpp \
f:\WebKit\Tools\QtTestBrowser\main.cpp \
...
OBJECTS = obj\release\QtInitializeTestFonts.obj \
obj\release\locationedit.obj \
obj\release\launcherwindow.obj \
obj\release\main.obj \
...
{f:\WebKit\Tools\DumpRenderTree\qt}.cpp{obj\debug\}.obj::
$(CXX) -c $(CXXFLAGS) $(INCPATH) -Foobj\debug\ @<<
$<
<<
{f:\WebKit\Tools\QtTestBrowser}.cpp{obj\debug\}.obj::
$(CXX) -c $(CXXFLAGS) $(INCPATH) -Foobj\debug\ @<<
$<
<<
...
The problem is that the object name is obj\release\main.obj and it can
be generated from both of the rule. And unfortunately nmake choice the
wrong one. Oh, what a silly makefile generation in qmake ...
In this case renaming can be a good solution, but it would only paper
over the problem, and it can be occur in the future again and again.
I'll try to reproduce it in a small example and will file a qmake bug.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list