[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