WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
87096
Use PluginDataNone.cpp always when NETSCAPE_PLUGIN_API is OFF
https://bugs.webkit.org/show_bug.cgi?id=87096
Summary
Use PluginDataNone.cpp always when NETSCAPE_PLUGIN_API is OFF
Sudarsana Nagineni (babu)
Reported
2012-05-22 01:25:46 PDT
I'm getting the following build error when PLATFORM_STRATEGIES is ON and NETSCAPE_PLUGIN_API is OFF. The reason for this is PluginDataNone.cpp is included in platform specific build system(e.g. PlatformEfl.cmake) in case of NETSCAPE_PLUGIN_API is OFF. We can fix this by adding an extra check in PluginData.cpp to use empty functions in PluginDataNone.cpp when NETSCAPE_PLUGIN_API is OFF. ^[[B/usr/bin/ld.gold.real: error: CMakeFiles/webcore_efl.dir/plugins/PluginDataNone.cpp.o: multiple definition of 'WebCore::PluginData::initPlugins(WebCore::Page const*)' /usr/bin/ld.gold.real: CMakeFiles/webcore_efl.dir/plugins/PluginData.cpp.o: previous definition here /usr/bin/ld.gold.real: error: CMakeFiles/webcore_efl.dir/plugins/PluginDataNone.cpp.o: multiple definition of 'WebCore::PluginData::refresh()' /usr/bin/ld.gold.real: CMakeFiles/webcore_efl.dir/plugins/PluginData.cpp.o: previous definition here collect2: ld returned 1 exit status
Attachments
Patch
(1.28 KB, patch)
2012-05-22 04:04 PDT
,
Sudarsana Nagineni (babu)
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Sudarsana Nagineni (babu)
Comment 1
2012-05-22 04:04:10 PDT
Created
attachment 143266
[details]
Patch Fix build error by adding an extra check in PluginData.cpp
Sudarsana Nagineni (babu)
Comment 2
2012-05-22 14:17:56 PDT
Anders, could you please review this patch?
WebKit Review Bot
Comment 3
2012-05-23 10:30:45 PDT
Comment on
attachment 143266
[details]
Patch Clearing flags on attachment: 143266 Committed
r118197
: <
http://trac.webkit.org/changeset/118197
>
WebKit Review Bot
Comment 4
2012-05-23 10:30:49 PDT
All reviewed patches have been landed. Closing bug.
Csaba Osztrogonác
Comment 5
2012-05-23 23:45:12 PDT
This buildfix broke the Qt minimal build :) /usr/bin/gold: /ramdisk/qt-linux-release-minimal/build/WebKitBuild/Release/Source/WebCore/release/libWebCore.a(PluginData.o): in function WebCore::PluginData::PluginData(WebCore::Page const*):PluginData.cpp(.text._ZN7WebCore10PluginDataC1EPKNS_4PageE+0x6d): error: undefined reference to 'WebCore::PluginData::initPlugins(WebCore::Page const*)' /usr/bin/gold: /ramdisk/qt-linux-release-minimal/build/WebKitBuild/Release/Source/WebCore/release/libWebCore.a(PluginData.o): in function WebCore::PluginData::PluginData(WebCore::Page const*):PluginData.cpp(.text._ZN7WebCore10PluginDataC2EPKNS_4PageE+0x6d): error: undefined reference to 'WebCore::PluginData::initPlugins(WebCore::Page const*)' collect2: ld returned 1 exit status
Csaba Osztrogonác
Comment 6
2012-05-24 00:10:59 PDT
36 initPlugins(page); --> This call is outside of ifdef guards, but the function is inside ... It isn't correct.
Kristóf Kosztyó
Comment 7
2012-05-24 01:14:00 PDT
Committed
r118335
: <
http://trac.webkit.org/changeset/118335
>
Kristóf Kosztyó
Comment 8
2012-05-24 01:14:49 PDT
I've fixed the Qt minimal build.
Sudarsana Nagineni (babu)
Comment 9
2012-05-24 05:26:26 PDT
(In reply to
comment #6
)
> 36 initPlugins(page); > > --> This call is outside of ifdef guards, but the function is inside ... It isn't correct.
Sorry for the trouble. This function is outside ifdefs in PluginDataNone.cpp, but I guess the file is not included in the qt buildsystem when NETSCAPE_PLUGIN_API flag is OFF.
Andy Estes
Comment 10
2012-06-04 22:48:21 PDT
This turns out to be wrong for the OS X port when we disable NETSCAPE_PLUGIN_API. The Mac port supports non-Netscape plug-ins, so we need to call into PlatformStrategies even if Netscape plug-ins are disabled.
Andy Estes
Comment 11
2012-06-04 23:21:43 PDT
It looks like PluginDataNone.cpp is no longer included in the EFL build when NETSCAPE_PLUGIN_API is off (as of <
http://trac.webkit.org/changeset/119208
>), so I'm not sure if this change is still needed. I'm going to have sherrifbot roll this out and see if it breaks any builds.
Andy Estes
Comment 12
2012-06-04 23:28:26 PDT
I'm going to work on this in
https://bugs.webkit.org/show_bug.cgi?id=88296
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug