[Webkit-unassigned] [Bug 25998] [GTK] Build failure: conflicting declaration 'typedef XID Cursor'

[bugzilla-daemon at webkit.org]

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





--- Comment #11 from David Evans <devans at macports.org>  2009-07-15 21:31:10 PDT ---
(In reply to comment #10)
> (In reply to comment #9)
> > (In reply to comment #8)
> > > (In reply to comment #7)
> > > > (In reply to comment #5)
> > > 
> > > 
> > > Could we define XP_UNIX when building the plugin? Any idea how to not get
> > > XP_MAC defined? I would pretty much prefer a solution that does not include
> > > Quickdraw.h and such in the first place.
> > 
> > That would seem to need a wider code review to see what the impact might be.
> 
> Right, but it is a lot better than attempting undoing damage later.

Sorry, I didn't mean to get into an argument here. 

What specific damage do you see here?  Do you have an alternative patch
that allows webkit-gtk to build on Mac platforms.  Last that built
as is, was 1.7.

Perhaps a better solution is to not include npapi.h here which seems
to include much more than is necessary (mac native includes for instance) and
only include what is necessary to make this code work.

> 
> 
> The plugin we are talking about is purely written for unix/X11 and Gtk+ does
> not support plugins on OSX yet, and once we do we will not use the Gtk+ plugin
> but the mac one (as it already supports the three different drawing models).

Is this available in 1.11 or just in trunk and if so where?  How is it
configured Ideally on a Mac platform configure should detect whether gtk-x11 is
available or not and enable the correct plugin (gtk-x11 or mac native
if I understand correctly).

Sorry for sounding dense but I'm new to the webkit code base and am trying to
understand.

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