Re: [webkit-dev] CMake on Windows

2015-09-28 Thread Mital Vora
Great job guys ! On Sep 29, 2015 4:31 AM, "Brent Fulgham" wrote: Yes — this is great work! We’re still working through a few rough edges, but very soon we can get rid of the whole Windows-specific build cruft, which will be a happy day. Thanks, -Brent > On Sep 28, 2015,

[webkit-dev] Texture Mapper Lifecycle

2015-09-28 Thread Rodney Dowdall
Hello I have enabled to TextureMapper and TextureMapper GL enablements in my port. I have implemented an AcceleratedCompositing class that is similar to the Windows one. The biggest difference between the Windows AcceleratedCompositing class and the one that I implemented is that it creates the

[webkit-dev] CMake on Windows

2015-09-28 Thread Alex Christensen
All the Windows buildbots are now using Windows. We are planning to leave all the Visual Studio projects in the tree for a couple weeks, so if you make any changes like adding another file, please try to blindly add it to the Visual Studio build. If you are wondering why the Windows EWS

Re: [webkit-dev] CMake on Windows

2015-09-28 Thread Alex Christensen
*All the Windows buildbots are now using CMake. > On Sep 28, 2015, at 1:28 PM, Alex Christensen wrote: > > All the Windows buildbots are now using Windows. We are planning to leave > all the Visual Studio projects in the tree for a couple weeks, so if you make > any

Re: [webkit-dev] Bugzilla default assignees

2015-09-28 Thread Darin Adler
> On Sep 27, 2015, at 5:52 PM, Michael Catanzaro wrote: > > On Mon, 2015-09-14 at 09:39 -0700, Alexey Proskuryakov wrote: >> Yet another approach used by the Accessibility component is to have a >> technical account auto-CC'ed, and then anyone interested can follow >> this

Re: [webkit-dev] CMake on Windows

2015-09-28 Thread Michael Catanzaro
On Mon, 2015-09-28 at 13:28 -0700, Alex Christensen wrote: > All the Windows buildbots are now using Windows. We are planning to > leave all the Visual Studio projects in the tree for a couple weeks, Thanks Alex! It sounds like you're planning to remove the Visual Studio projects in a couple

Re: [webkit-dev] Bugzilla default assignees

2015-09-28 Thread Darin Adler
> On Sep 28, 2015, at 3:07 PM, Michael Catanzaro wrote: > > On Mon, 2015-09-28 at 14:32 -0700, Darin Adler wrote: >> Yes, I’m sure someone can help. Do you have the accounts for each >> component? Then we can add these to the auto-CC list. > > I was thinking it might be

Re: [webkit-dev] Bugzilla default assignees

2015-09-28 Thread Lucas Forschler
I can add a default CC for the WebKit Gtk component. However, I’m not sure if using a fake email would cause any negative side effects. (possibly an email bounce message on the mail server every time a bug was created?) Lucas > On Sep 28, 2015, at 3:38 PM, Darin Adler wrote:

Re: [webkit-dev] Bugzilla default assignees

2015-09-28 Thread Michael Catanzaro
On Mon, 2015-09-28 at 14:32 -0700, Darin Adler wrote: > Yes, I’m sure someone can help. Do you have the accounts for each > component? Then we can add these to the auto-CC list. I was thinking it might be possible to just add some fake email addresses to the auto-CC list, like

Re: [webkit-dev] Bugzilla default assignees

2015-09-28 Thread Darin Adler
> On Sep 28, 2015, at 3:09 PM, Darin Adler wrote: > >> On Sep 28, 2015, at 3:07 PM, Michael Catanzaro wrote: >> >> On Mon, 2015-09-28 at 14:32 -0700, Darin Adler wrote: >>> Yes, I’m sure someone can help. Do you have the accounts for each >>> component?

Re: [webkit-dev] CMake on Windows

2015-09-28 Thread Brent Fulgham
Yes — this is great work! We’re still working through a few rough edges, but very soon we can get rid of the whole Windows-specific build cruft, which will be a happy day. Thanks, -Brent > On Sep 28, 2015, at 3:03 PM, Michael Catanzaro wrote: > > On Mon, 2015-09-28 at

Re: [webkit-dev] Bugzilla default assignees

2015-09-28 Thread Darin Adler
> On Sep 28, 2015, at 3:07 PM, Michael Catanzaro wrote: > > I was thinking it might be possible to just add some fake email addresses to > the auto-CC list, like webkitgtk-ma...@webkit.bugs I poked around a little. I don’t think it’s easy to do this. > But if we need to