Re: [webkit-dev] If you like writing memory smashers, you'll love this

> On Dec 16, 2014, at 10:47, Geoffrey Garen wrote: > >>> As of r177317, FastMalloc can be disabled at runtime. This means that you >>> can use system memory analysis tools like GuardMalloc, MallocScribble, >>> Instruments allocation tracking, leaks, and heap to debug memory issues in >>> WebK

Re: [webkit-dev] If you like writing memory smashers, you'll love this

> On Dec 15, 2014, at 17:31, Geoffrey Garen wrote: > > As of r177317, FastMalloc can be disabled at runtime. This means that you can > use system memory analysis tools like GuardMalloc, MallocScribble, > Instruments allocation tracking, leaks, and heap to debug memory issues in > WebKit night

Re: [webkit-dev] Downtime for Bugzilla upgrade on Thursday, October 16 from 8-10 AM PDT

> On Oct 17, 2014, at 03:52, Osztrogonác Csaba wrote: > > Hi, > > On 2014-10-17 12:42, Sergio Villar Senin wrote: >> Could the format of bz emails be changed? The new one with those huge >> tables on top and tiny fonts for the bug comments are pretty difficult >> to process. > > You can change

Re: [webkit-dev] Mac WK1 EWS bots having issues

> On Aug 15, 2014, at 09:22, Mark Rowe wrote: > >> >> On Aug 15, 2014, at 02:10, Osztrogonác Csaba > <mailto:o...@inf.u-szeged.hu>> wrote: >> >> Hi, >> >> it seems the Apple Mac WK1 EWS bots have problems: >> http://webki

Re: [webkit-dev] Mac WK1 EWS bots having issues

> On Aug 15, 2014, at 02:10, Osztrogonác Csaba wrote: > > Hi, > > it seems the Apple Mac WK1 EWS bots have problems: > http://webkit-queues.appspot.com/queue-status/mac-ews > > Last Pass: 11 hours, 57 minutes ago by webkit-ews-01 > Unable to pass tests without patch (tree is red?) > > Regress

Re: [webkit-dev] FeatureDefines.h and .xcconfig

> On Aug 7, 2014, at 09:36, Maciej Stachowiak wrote: > >> >> On Aug 6, 2014, at 2:22 PM, Dean Jackson wrote: >> >> Hi floks, >> >> Things are a bit confusing in the OS X and iOS build configurations because >> we have both a FeatureDefines.h and a set of .xcconfig files, often defining >>

Re: [webkit-dev] Style proposal for branch style for macros

On Apr 20, 2014, at 14:50, Filip Pizlo wrote: > > >> On Apr 20, 2014, at 2:43 PM, Mark Rowe wrote: >> >> >>> On Apr 20, 2014, at 14:02, Filip Pizlo wrote: >>> >>> The #if means that the code being guarded isn't indented. I

Re: [webkit-dev] Style proposal for branch style for macros

On Apr 20, 2014, at 14:02, Filip Pizlo wrote: > The #if means that the code being guarded isn't indented. I believe that > indenting control flow is a good idea. > > Also, using normal if's whenever it would compile and be semantically > equivalent means that the code being protected would b

Re: [webkit-dev] Style proposal for branch style for macros

On Apr 20, 2014, at 13:19, Mark Rowe wrote: > > On Apr 20, 2014, at 13:08, Filip Pizlo wrote: > >> >> >> On Apr 20, 2014, at 12:56 PM, Mark Rowe wrote: >> >>> >>> On Apr 19, 2014, at 13:09, Filip Pizlo wrote: >>> >>&

Re: [webkit-dev] Style proposal for branch style for macros

On Apr 19, 2014, at 13:36, Filip Pizlo wrote: > Here are some examples. > > Guarding a loop that does assertions: > > if (!ASSERT_DISABLED) { > for (unsigned index = 0; index < m_generationInfo.size(); ++index) { > GenerationInfo& info = m_generationInfo[index]; >

Re: [webkit-dev] Style proposal for branch style for macros

On Apr 20, 2014, at 13:08, Filip Pizlo wrote: > > > On Apr 20, 2014, at 12:56 PM, Mark Rowe wrote: > >> >> On Apr 19, 2014, at 13:09, Filip Pizlo wrote: >> >>> Hey everyone, >>> >>> When guarding code with macros that are always

Re: [webkit-dev] Style proposal for branch style for macros

On Apr 19, 2014, at 13:09, Filip Pizlo wrote: > Hey everyone, > > When guarding code with macros that are always defined, such as > ASSERT_DISABLED (it's always either 0 or 1), we have a choice between: > > if (!ASSERT_DISABLED) { > // do things > } > > and: > > #if !A

Re: [webkit-dev] Support for 10.8.5

On Apr 6, 2014, at 4:07, Rüdiger Cordes wrote: > Hello list, > > with Webkit r164187 the support of 10.8.5 is dropped. > > What is the reason for incompatibility? If you’re seeing a problem with building or running on OS X 10.8.5, please file a bug report and provide details about the natu

Re: [webkit-dev] *.webkit.org downtime Tuesday, 3/11

I’ve just fixed both trac.webkit.org and git.webkit.org. Please let us know if you notice any further issues. Thanks, - Mark On Mar 11, 2014, at 23:53, Osztrogonác Csaba wrote: > Additionally git.webkit.org is stucked too on r165452. > > Osztrogonác Csaba írta: >> Hi, >> something is still w

Re: [webkit-dev] How did Apple build libicucore.dylib?

Moving webkit-dev to BCC since this is off-topic for the list. On Jan 10, 2014, at 13:45, Eric Wing wrote: > (I tried webkit-help but didn't get any responses, so I thought maybe > this list might be more appropriate for this question. Sorry for the > duplicate if otherwise.) > > I am attemptin

Re: [webkit-dev] Minimum supported Xcode version is changing

On 2013-09-20, at 1:01 PM, Mark Rowe wrote: > > On 2013-09-20, at 12:59 PM, Bem Jones-Bey wrote: > >> Did you fix it so that the build works on Mountain Lion when running Xcode >> 5? As of yesterday, the tree didn't build on Mountain Lion with Xcode 5, >>

[webkit-dev] Minimum supported Xcode version is changing

Hi all, Just a friendly heads-up that the minimum supported Xcode version will be increasing to Xcode 4.6 later today. We’re doing this to ensure that WebKit is building with a compiler toolchain that supports all of the modern C++ features we care about. Xcode 4.6 has been available for severa

Re: [webkit-dev] Minimum supported Xcode version is changing

On 2013-09-20, at 12:59 PM, Bem Jones-Bey wrote: > Did you fix it so that the build works on Mountain Lion when running Xcode 5? > As of yesterday, the tree didn't build on Mountain Lion with Xcode 5, with > the following linker error: > > Undefined symbols for architecture x86_64: > "__kCFU

Re: [webkit-dev] ChangeLog format

On 2013-08-22, at 12:46 AM, Carlos Garcia Campos wrote: > El jue, 22-08-2013 a las 00:41 -0700, Mark Rowe escribió: >> On 2013-08-21, at 11:11 PM, Carlos Garcia Campos wrote: >> >>> I see, I thought ChangeLog parser was used everywhere. So, I guess the >>> s

Re: [webkit-dev] ChangeLog format

On 2013-08-21, at 11:11 PM, Carlos Garcia Campos wrote: > I see, I thought ChangeLog parser was used everywhere. So, I guess the > solution would be to find a format most people like and adapt all > scripts to it. I personally think it's not worth it, though. The oneline > git log format is ok w

Re: [webkit-dev] Upcoming changes to WebKit's logging functionality

On 2013-08-02, at 4:39 PM, Mark Rowe wrote: > As part of improving WebKit's logging subsystem on OS X > (<https://webkit.org/b/119031>) I'm refactoring the code in WebCore, WebKit > and WebKit2 that initializes logging channels. I'm doing this to reduce the >

[webkit-dev] Upcoming changes to WebKit's logging functionality

As part of improving WebKit's logging subsystem on OS X () I'm refactoring the code in WebCore, WebKit and WebKit2 that initializes logging channels. I'm doing this to reduce the need to touch several different pieces of code in order to add a new logging channel, a

Re: [webkit-dev] Mavericks Nightly

On 2013-06-19, at 10:12 AM, Mark Gilbert wrote: > Hi Folks. > > Any news on when we can get a nightly build to run on Mavericks ? After it is released. - Mark ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/

Re: [webkit-dev] Enabling new features in WebKit + prefixing

On 2013-05-04, at 15:32, Dean Jackson wrote: > This is a brief summary of yesterday's discussion at the contributors' > meeting. If there is no strong disagreement here then I'll add this to the > wiki. > > New Features > > > - The rule of sending an email to webkit-dev when you

Re: [webkit-dev] Intent to Enable CSS Exclusions in Nightlies

l email if you're enabling it for all platforms. - Mark > On May 9, 2013, at 17:49, Bear Travis wrote: > > Hi Mark, > > Yes, my understanding of the policy [1] was that this was done at tip of tree. > > -Bear > > [1] https://lists.webkit.org/pipermail/webkit-dev

Re: [webkit-dev] Intent to Enable CSS Exclusions in Nightlies

On 2013-05-09, at 17:21, Bear Travis wrote: > Hi WebKit, > > The CSS Exclusions & Shapes [1] feature is currently behind a runtime flag > that I would like to enable by default in the WebKit nightlies. Can you clarify what it means to enable something by default in "the WebKit nightlies”? Do

Re: [webkit-dev] Buildsystem cleanup

On 2013-04-08, at 17:45, Patrick Gansterer wrote: > > Am 09.04.2013 um 02:29 schrieb Mark Rowe: > >> >> On 2013-04-08, at 17:16, Patrick Gansterer wrote: >> >>> >>> Am 09.04.2013 um 00:58 schrieb Mark Rowe: >>> >&g

Re: [webkit-dev] Buildsystem cleanup

On 2013-04-08, at 17:16, Patrick Gansterer wrote: > > Am 09.04.2013 um 00:58 schrieb Mark Rowe: > >> >> On 2013-04-08, at 15:44, Patrick Gansterer wrote: >> >>> >>> Am 08.04.2013 um 21:26 schrieb Roger Fong: >>> >>>> Un

Re: [webkit-dev] Buildsystem cleanup

On 2013-04-08, at 15:44, Patrick Gansterer wrote: > > Am 08.04.2013 um 21:26 schrieb Roger Fong: > >> Unfortunately this would cause a lot of complication in our internal build >> setup that we currently don’t really have the resources to deal with right >> now. > > Please don't get me wron

Re: [webkit-dev] How to report iOS UIWebView WebKit issues

On 2013-04-03, at 03:51, Mustafizur Rahaman wrote: > Hi All, > > I am developing an application using UIWebView on iPad & I am seeing couple > of WebCore (element style related) crashes. The crashes happens randomly (yet > to narrow it down to exact use case), but the call stack is the same i

Re: [webkit-dev] Compiling WebKit up to 25% faster in Windows?

On 2013-03-26, at 11:37, Ryosuke Niwa wrote: > On Tue, Mar 26, 2013 at 11:21 AM, Daniel Bratell wrote: > Is this something that has been talked about in the past, and would you be > interested in replacing the long list of directories to search for every > include with paths (relative some go

Re: [webkit-dev] 32-bit WebKit Nighly build APPLICATION ?

On 2013-03-01, at 11:48, Mark Gilbert wrote: > Hi Folks. > > Does anyone know if the WebKit Nightly build app is / can be built as a > 32-bit capable binary app ? > > I note that forcing WebKit to start up in 32-bit mode throws an error - > relating to a path in the /Applications/Safari dire

Re: [webkit-dev] build.webkit.org is down?

On 2013-02-16, at 00:12, Christophe Dumez - SISA wrote: > build.webkit.org appears to be down: > http://www.downforeveryoneorjustme.com/build.webkit.org I’ve fixed it. - Mark ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.web

Re: [webkit-dev] Common build system (was Re: WebKit Wishes)

On 2013-02-03, at 21:20, Maciej Stachowiak wrote: > I should mention that there's a lot of interest right now at Apple in the > possibility of switching to Gyp. I’ve filed to track initial work in getting gyp set up for the Mac build. I’m init

Re: [webkit-dev] Common build system (was Re: WebKit Wishes)

On 2013-02-04, at 10:57, Maciej Stachowiak wrote: > > On Feb 4, 2013, at 10:46 AM, Mark Mentovai wrote: > >> GYP was written in Python to address point (b). Python was already part of >> the baseline requirements on all platforms, so we already had Python >> available everywhere we needed i

Re: [webkit-dev] Common build system (was Re: WebKit Wishes)

On 2013-01-31, at 01:07, Hajime Morrita wrote: > In my understanding, it doesn't matter whether Apple Mac port supports ninja > or not. We could use GNU make if some meta-build system is adopted because > Mac OS has it installed. The problem here is that the neither CMake and GYP > isn't easy

Re: [webkit-dev] Common build system (was Re: WebKit Wishes)

On 2013-01-31, at 00:59, Jochen Eisinger wrote: > > > On Thu, Jan 31, 2013 at 9:53 AM, Mark Rowe wrote: > > On 2013-01-31, at 00:48, Adam Barth wrote: > > >>> I would consider changing or improving gyp's syntax to be on the table > >>> if

Re: [webkit-dev] Common build system (was Re: WebKit Wishes)

On 2013-01-31, at 00:48, Adam Barth wrote: >>> I would consider changing or improving gyp's syntax to be on the table >>> if it was needed to reach the goal. >> >> For what it’s worth, I also find the gyp syntax to be unpleasant. It feels >> as though it was optimized for being processed by a

Re: [webkit-dev] Common build system (was Re: WebKit Wishes)

On 2013-01-30, at 17:14, Dirk Pranke wrote: > On Wed, Jan 30, 2013 at 4:15 PM, Maciej Stachowiak wrote: >> >> On Jan 30, 2013, at 3:24 PM, Dirk Pranke wrote: >> >>> On Wed, Jan 30, 2013 at 1:50 PM, Filip Pizlo wrote: Thanks for sharing this. On Jan 30, 2013, at 1:28 PM, Eric

Re: [webkit-dev] Behaviour of CapsLock in WebKit/Mac

On 2012-12-11, at 21:24, Wez wrote: > Hi all, > > There's a bug reported against Chromium (crbug.com/144757) for the CapsLock > key generating only a keydown when first pressed and released, and a keyup > when next pressed and released, i.e. the keydown & keyup events correspond > with the c

Re: [webkit-dev] Rolling out a patch requires a justification beyond a test failure in downstream projects

On 2012-12-11, at 19:34, Ryosuke Niwa wrote: > On Tue, Dec 11, 2012 at 7:20 PM, Elliott Sprehn wrote: > Do you have an example of when this has occurred? It's good to have examples > if we want to prevent this in the future. > > Yes. I'd rather not publicly humiliate someone on webkit-dev so

Re: [webkit-dev] Proposal for coding guidelines: Do not use fall-through switch cases inside #ifdef's

On 2012-08-21, at 13:02, Bruno Abinader wrote: > On Sat, Aug 18, 2012 at 10:20 PM, Tim Horton wrote: >> Without looking at the code, I vaguely think that >> CSSPropertyWebkitTextDecorationLine comes from a generated file that might >> not rebuild when it's supposed to. You should try a clean

Re: [webkit-dev] bugs.webkit.org and trac.webkit org down?

On 2012-08-21, at 02:25, Osztrogonac Csaba wrote: > and again ... I poked the server to work around the issue. I may have also tracked down the root cause of these issues too. I've sent Bill details of my theory, so hopefully we can come up with a permanent solution to it tomorrow! - Mark >

Re: [webkit-dev] bugs.webkit.org and trac.webkit org down?

On 2012-08-18, at 07:54, Osztrogonac Csaba wrote: > Hi, > > ... and again and again ... Bill, Mark or Lucas, could you check > it, please? Have you got any idea why does it happen regularly? Bill is back from vacation next week and will look in to the underlying cause of the problem. - Mark

Re: [webkit-dev] bugs.webkit.org and trac.webkit org down?

On 2012-08-09, at 04:22, Peter Beverloo wrote: > On Thu, Aug 9, 2012 at 11:41 AM, Mark Rowe wrote: > > On 2012-08-09, at 03:14, Peter Beverloo wrote: > >> On Thu, Aug 9, 2012 at 11:09 AM, Mark Rowe wrote: >> On 2012-08-09, at 02:41, Osztrogonac C

Re: [webkit-dev] bugs.webkit.org and trac.webkit org down?

On 2012-08-09, at 03:14, Peter Beverloo wrote: > On Thu, Aug 9, 2012 at 11:09 AM, Mark Rowe wrote: > On 2012-08-09, at 02:41, Osztrogonac Csaba wrote: > > > Hi, > > > > bugs.webkit.org and trac.webkit.org is unavailable again. :( > > Could you check it,

Re: [webkit-dev] bugs.webkit.org and trac.webkit org down?

On 2012-08-09, at 02:41, Osztrogonac Csaba wrote: > Hi, > > bugs.webkit.org and trac.webkit.org is unavailable again. :( > Could you check it, please? This is caused by a problem on a host that I don't have sufficient privileges on to be able to address the issue myself. I've pinged people tha

Re: [webkit-dev] bugs.webkit.org and trac.webkit org down?

On 2012-08-07, at 10:55, Sravan wrote: > I am still seeing the problem(ofcourse, Sunnyvale, CA) ? any one, when this > will be up? This should be fixed now. Part of the database infrastructure (pgpool) was timing out all new connections. This caused all of the services that depend on the dat

Re: [webkit-dev] build time - lion vs mountain lion - 200% slowdown

On 2012-07-27, at 13:33, Glenn Adams wrote: > Just upgraded from Lion to Mountain Lion (and XCode 4.4). Clean build time > went from 29mins to 1h 29mins on a new 2.6GHz 16GB MacBook Pro 15" Retina. > You might want to hold off on an upgrade unless you enjoy waiting for builds. You didn't ment

Re: [webkit-dev] Building on Mountain Lion

On 2012-07-25, at 14:15, Jacob Goldstein wrote: > Has any tried to build WebKit on Mountain Lion? > > I just attempted with a new install of Mountain Lion and Xcode 4.4 and the > build keeps failing while trying to compile AlternativeTextUIController. If > anyone has thoughts as to why thi

Re: [webkit-dev] Removing BUILDING_ON / TARGETING macros in favor of system availability macros

On 2012-07-12, at 11:29, Mark Mentovai wrote: > We just discovered (via a rollout on bug 91103) that there’s a bug with > __MAC_OS_X_VERSION_MAX_ALLOWED in the version of the 10.5 SDK as present in > Xcode 3.2.6. This may be the last version of the 10.5 SDK ever released (I > haven’t checked

Re: [webkit-dev] Removing BUILDING_ON / TARGETING macros in favor of system availability macros

he vast majority of the checks within WebKit care about, and that concept is quite easy to understand. Thanks for taking the time to look this over! - Mark > > > On Tue, Jul 10, 2012 at 7:24 PM, Mark Rowe wrote: > I would like to propose removing the BUILDING_ON and TARGETING

Re: [webkit-dev] Removing BUILDING_ON / TARGETING macros in favor of system availability macros

On 2012-07-10, at 16:24, Mark Rowe wrote: > I'm open to feedback on this proposal, but I'd like to move forward with this > change in the next day or two if no one objects. Given the lack of outcry I've posted patches on <https://bugs.webkit.org/show_bug.cgi?id=9101

[webkit-dev] Removing BUILDING_ON / TARGETING macros in favor of system availability macros

I would like to propose removing the BUILDING_ON and TARGETING family of macros that are used to build code conditionally for different versions of OS X. I propose this in order to address several problems: The checks are verbose, and getting worse. For instance, in order to write code targetin

Re: [webkit-dev] Configuring for Clang

On 2012-06-27, at 01:52, Mark Gilbert wrote: > Hi Folks. > > I have been trying for weeks to build WebKit in 32-bit. > > My system is a MacMini Server with 10.7.4 and latest XCode. > > I update via SVN then use build-webkit. This creates a good working 64bit > version. > > However, when

Re: [webkit-dev] build.webkit.org down?

On 2012-06-21, at 15:46, Lucas Forschler wrote: > I'd like to see a 'test' buildbot up and running that we could use as a > staging area for trying out new changes before deploying to the production > server. We could copy > /OpenSource/Tools/BuildSlaveSupport/build.webkit.org-config to > /

Re: [webkit-dev] Debugging With Xcode

On 2012-04-23, at 18:02, Eric Seidel wrote: > Does anyone still debug WebKit on Mac OS X with Xcode 4? > > > 1. I don't know how to actually set up Xcode to point to WebKitBuild > like it used to. > http://www.webkit.org/building/debug.html > Mentions a "Legacy" option which does not exist fo

Re: [webkit-dev] CMake for Apple's Windows port

tools listed at > http://trac.webkit.org/wiki/WinCE#Build and > http://www.webkit.org/building/tools.html (but without cygwin). > > > Am 12.04.2012 um 23:47 schrieb Mark Rowe: >> On 2012-04-12, at 14:28, Dirk Pranke wrote: >>> Interesting. Can you comment furthe

Re: [webkit-dev] CMake for Apple's Windows port

On 2012-04-12, at 14:28, Dirk Pranke wrote: > > On Apr 12, 2012 1:17 PM, "Mark Rowe" wrote: > > > > > > On 2012-04-12, at 12:08, Adam Treat wrote: > > > > > If my memory serves me the problem was that Apple couldn't figure out how

Re: [webkit-dev] CMake for Apple's Windows port

On 2012-04-12, at 12:08, Adam Treat wrote: > If my memory serves me the problem was that Apple couldn't figure out how to > get cmake installed on the Apple build system machine. It has little to do with installing software and everything to do with the complexity involved in making a new bui

Re: [webkit-dev] Moving to Git?

On 2012-03-09, at 07:14, Ashod Nakashian wrote: >> >> From: David Barr >> To: Ryosuke Niwa >> Cc: "webkit-dev@lists.webkit.org" >> Sent: Friday, March 9, 2012 2:37 AM >> Subject: Re: [webkit-dev] Moving to Git? >> >> >> I think we ought to streamline the g

Re: [webkit-dev] Moving to Git?

On 2012-03-09, at 09:15, Kalle Vahlman wrote: > 2012/3/9 Ryosuke Niwa : >> On Fri, Mar 9, 2012 at 7:14 AM, Ashod Nakashian >> wrote: >>> I think if we address the main issues raised by the svn users, the current >>> consensus (if representative) seems to point towards an overwhelming support >>

Re: [webkit-dev] Moving to Git?

On 2012-03-08, at 14:30, Alexis Menard wrote: > To the global infrastructure : > - Performance of checkouts/pull as data are send compressed from the server. Do you have any concrete data on this? > To git user : > - Using git push rather than having to use git-svn (which you need to > keep in

Re: [webkit-dev] Moving to Git?

On 2012-03-09, at 10:23, Gustavo Noronha Silva wrote: > On Thu, 2012-03-08 at 19:39 -0300, Alexis Menard wrote: >>> To svn user : >>> - Conflict resolving much easier and performant than svn (we have >>> drivers for changelogs and the default one are much better than svn). >>> - Local history/bl

Re: [webkit-dev] Error while building on Mac SL 10.6.6

On 2012-03-02, at 15:44, Vivek Galatage wrote: > Hi Webkit, > > I am trying to build nightly snapshot @rev r109209 on mac SL 10.6.6 with > xcode 3.2.6 installed. > > But when I issue build-webkit from command line I am running into various > errors. I am attaching the log file containing th

Re: [webkit-dev] Error while building on Mac SL 10.6.6

that people can build a revision that is known to compile (on at least a subset of platforms) from source. - Mark > On Fri, Mar 2, 2012 at 3:48 PM, Mark Rowe wrote: >> >> On 2012-03-02, at 15:45, Eric Seidel wrote: >> >>> Building from snapsho

Re: [webkit-dev] Error while building on Mac SL 10.6.6

On 2012-03-02, at 15:45, Eric Seidel wrote: > Building from snapshots is not supported. Huh? - Mark ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] svn.webkit.org

On 2012-03-01, at 04:28, Osztrogonac Csaba wrote: > Mark Rowe írta: >> On 2012-03-01, at 03:37, Osztrogonac Csaba wrote: >>> After unbanning our network, I'll copy a locally tar-ed WebKit-svn >>> copy to all bots and then restart them one by one not to overloa

Re: [webkit-dev] svn.webkit.org

On 2012-03-01, at 03:37, Osztrogonac Csaba wrote: > Hi All, > > To avoid overloading svn.webkit.org again and again with zillion svn > checkout after "rm -rf"-ed working copies on the bots, I stopped all > of our clobbered buildbot. > > After unbanning our network, I'll copy a locally tar-ed W

Re: [webkit-dev] git.webkit.org problem

On 2012-02-29, at 18:20, Dirk Pranke wrote: > On Wed, Feb 29, 2012 at 6:10 PM, Mark Rowe wrote: >> >> On 2012-02-29, at 17:05, Lucas Forschler wrote: >> >> build.webkit.org should be back online now with 0.8.5. >> >> Thanks for your patience! >&g

Re: [webkit-dev] git.webkit.org problem

On 2012-02-29, at 17:05, Lucas Forschler wrote: > build.webkit.org should be back online now with 0.8.5. > > Thanks for your patience! For anyone following along at home, upgrading to Buildbot v0.8.5 alone actually made build.webkit.org substantially slower. After profiling it for a while we

Re: [webkit-dev] Moving WTF out of JavaScriptCore

On 2012-02-28, at 17:11, Eric Seidel wrote: > I'm fine with Source/wtf. Very easy to implement. I think this has the potential to cause problems. It would lead to adding the Source directory to the header search path for some build systems, which would cause all sorts of weird #include styl

Re: [webkit-dev] Moving WTF out of JavaScriptCore

On 2012-02-28, at 07:38, Osztrogonac Csaba wrote: > Hi, > > I uploaded the necessary buildfix for Qt to the bugzilla: > https://bugs.webkit.org/show_bug.cgi?id=79783 . > > Please be careful with moving JavaScriptCore/wtf to WTF, because we > need zillion trivial fixes for case sensitive file

Re: [webkit-dev] Moving WTF out of JavaScriptCore

uilds too! > I'll email this list with a link to the patch. Thanks! - Mark > On Mon, Feb 27, 2012 at 3:43 PM, Mark Rowe wrote: >> This will require some coordination to ensure that it doesn't break Apple's >> internal builds. It would be great if you could po

Re: [webkit-dev] Moving WTF out of JavaScriptCore

This will require some coordination to ensure that it doesn't break Apple's internal builds. It would be great if you could post a patch ahead of time so that we have some time to test and prepare for the changes on our side. Thanks, - Mark On 2012-02-27, at 15:27, Eric Seidel wrote: > Thank

Re: [webkit-dev] Hanging builds

On 2011-11-29, at 10:00, Adam Roben wrote: > On Nov 28, 2011, at 6:35 PM, Adam Roben wrote: > >> On Nov 26, 2011, at 3:34 AM, Nikolas Zimmermann wrote: >> >>> Good morning WebKit folks, >>> >>> I'm looking at build.webkit.org/waterfall, and see several bots which are >>> idle, but still repor

Re: [webkit-dev] Moving WTF out of JavaScriptCore (revisited)

ates with whatever magic is > needed internally at Apple)? I'm also happy to attempt webkit.org > side of that change if you'd prefer, but I suspect you know better > what the contrains are. Yup, it's on my list. - Mark > > On Wed, Nov 2, 2011 at 4:47 PM, Adam Barth

Re: [webkit-dev] Moving WTF out of JavaScriptCore (revisited)

On 2011-11-04, at 10:57, Kevin Ollivier wrote: > Hi Steve, > > On Nov 4, 2011, at 9:12 AM, Steve Falkenburg wrote: > >> >> On Nov 4, 2011, at 8:48 AM, Kevin Ollivier wrote: >> Step (2) here involves coming up with a good solution for export control in both the WTF and platform case

Re: [webkit-dev] Moving WTF out of JavaScriptCore (revisited)

On 2011-11-02, at 16:42, Darin Adler wrote: > On Nov 2, 2011, at 4:09 PM, Mark Rowe wrote: > >> There are a few related goals here that I'm aware of: >> a) Separate WTF out of JavaScriptCore since it doesn't logically belong >> there, but was simply a conv

Re: [webkit-dev] Moving WTF out of JavaScriptCore (revisited)

On 2011-11-02, at 16:32, Adam Barth wrote: > On Wed, Nov 2, 2011 at 4:09 PM, Mark Rowe wrote: >> On 2011-11-02, at 13:23, Adam Barth wrote: >>> As discussed previously, I think it would benefit the project to move >>> WTF out of JavaScriptCore: >>> >>&

Re: [webkit-dev] Moving WTF out of JavaScriptCore (revisited)

On 2011-11-02, at 13:23, Adam Barth wrote: > As discussed previously, I think it would benefit the project to move > WTF out of JavaScriptCore: > > https://lists.webkit.org/pipermail/webkit-dev/2010-December/015427.html > https://lists.webkit.org/pipermail/webkit-dev/2011-February/015940.html >

Re: [webkit-dev] How does a *Prefix.h work on other platforms?

On 2011-09-07, at 21:22, Xianzhu Wang (王显著) wrote: > Hi, > > There are some *Prefix.h files that I guess are injected as header files into > *.cpp files when compiling with xcode. I guess on other platforms they are > just no use and the source files should include all necessary header files,

Re: [webkit-dev] Snow Leopard Leaks Bot out of Disk Space

On 2011-08-08, at 17:16, Eric Seidel wrote: > http://build.webkit.org/builders/SnowLeopard%20Intel%20Leaks/builds/18482/steps/layout-test/logs/stdio > > 2011-08-08 16:03:36,710 67413 manager.py:1403 ERROR worker/0 raised > OSError('[Errno 28] No space left on device: > '/var/folders/dR/dRbf9KVoH

Re: [webkit-dev] Time for the next 32bit hack?

On 2011-07-20, at 00:35, Nikolas Zimmermann wrote: > Good morning fellow WebKit crowd, > > Leopard fails to link since a while. > > Ld > /Volumes/Big/WebKit-BuildSlave/leopard-intel-release/build/WebKitBuild/Release/WebCore.framework/Versions/A/WebCore > normal i386 > cd > /Volumes/Big/W

Re: [webkit-dev] LayoutTests results fallback graph

On 2011-07-10, at 18:21, Adam Barth wrote: > On Sun, Jul 10, 2011 at 6:20 PM, Mark Rowe wrote: >> On 2011-07-10, at 17:54, Adam Barth wrote: >>> Yes. As I said before: >>> >>> On Sun, Jul 10, 2011 at 3:23 PM, Adam Barth wrote: >>>> Being a

Re: [webkit-dev] LayoutTests results fallback graph

On 2011-07-10, at 17:54, Adam Barth wrote: > Yes. As I said before: > > On Sun, Jul 10, 2011 at 3:23 PM, Adam Barth wrote: >> Being a tree is a global property, not a local property. There are >> two edges emanating from "win". In order for the graph to be a tree >> one of them must be remov

Re: [webkit-dev] LayoutTests results fallback graph

with "win" > takes a detour by way of "mac-snowleopard". The fact that these two > fallback paths diverge at this point is one of the reasons the > fallback graph is not a tree. > > Adam > > > On Sun, Jul 10, 2011 at 3:32 PM, Mark Rowe wrote: >>

Re: [webkit-dev] LayoutTests results fallback graph

We seem to be talking past one another. Why are there two edges originating at win, but not mac-leopard? Sent from my iPhone On Jul 10, 2011, at 15:23, Adam Barth wrote: > On Sun, Jul 10, 2011 at 2:50 PM, Mark Rowe wrote: >> On Jul 10, 2011, at 14:27, Adam Barth wrote: >>&

Re: [webkit-dev] LayoutTests results fallback graph

On Jul 10, 2011, at 14:27, Adam Barth wrote: > On Sun, Jul 10, 2011 at 2:06 PM, Mark Rowe wrote: >> On Jul 10, 2011, at 13:57, Adam Barth wrote: >>> On Sun, Jul 10, 2011 at 1:26 PM, Mark Rowe wrote: >>>> On 2011-07-10, at 13:20, Adam Barth wrote: >>&g

Re: [webkit-dev] LayoutTests results fallback graph

On Jul 10, 2011, at 13:57, Adam Barth wrote: > On Sun, Jul 10, 2011 at 1:26 PM, Mark Rowe wrote: >> On 2011-07-10, at 13:20, Adam Barth wrote: >>> Sure. I'll highlight the relevant section of my original email: >>> >>> On Sun, Jul 10, 2011 at 10:52

Re: [webkit-dev] LayoutTests results fallback graph

On 2011-07-10, at 13:20, Adam Barth wrote: > Sure. I'll highlight the relevant section of my original email: > > On Sun, Jul 10, 2011 at 10:52 AM, Adam Barth wrote: >> These changes have the following virtues: >> >> A) The resulting fallback graph will be a tree, making the fallback >> graph

Re: [webkit-dev] LayoutTests results fallback graph

On 2011-07-10, at 12:46, Adam Barth wrote: > On Sun, Jul 10, 2011 at 12:38 PM, Mark Rowe wrote: >> On 2011-07-10, at 10:52, Adam Barth wrote: >>> Hi webkit-dev, >>> >>> In trying to understand how our LayoutTest results system works, I've >>>

Re: [webkit-dev] LayoutTests results fallback graph

On 2011-07-10, at 10:52, Adam Barth wrote: > Hi webkit-dev, > > In trying to understand how our LayoutTest results system works, I've > created a digram of the fallback graph among the various > platform-specific directories: > > https://docs.google.com/drawings/d/1z65SKkWrD4Slm6jobIphHwwRADyUt

Re: [webkit-dev] The WebKit2 bot is failing 100% of the tests

On 2011-06-30, at 23:51, Adam Barth wrote: > The WebKit2 bot seems to be failing 100% of the tests: > > http://build.webkit.org/waterfall?show=SnowLeopard%20Intel%20Release%20(WebKit2%20Tests) > > The regression range appears to be the following: > > http://trac.webkit.org/log/trunk?rev=90166&

Re: [webkit-dev] Proposal: Commit messages should start with a one-line summary of the change

On 2011-06-30, at 13:28, Adam Roben wrote: > I'd like to propose that WebKit commit messages start with a one-line summary > of the change. > > This change would have two benefits: > > 1) It would make it much easier to understand at a glance what the change > actually does. > > Our commit l

Re: [webkit-dev] Tiger

On 2011-05-03, at 10:58, Eric Seidel wrote: > It looks like Tiger support in WebKit is slowly being removed. There > no longer is a libWebKitSystemInterfaceTiger.a in the project, nor is > there a Tiger buildbot or tiger expectations. > > Can we go ahead and kill all the ifdefs too? Or is it t

Re: [webkit-dev] WebKit blog post proposal: Remote debugging with Web Inspector.

On 2011-04-30, at 22:11, Pavel Feldman wrote: > I see. It might be unfortunate branding, but the large amount of Web > Inspector users refer to it as "Developer Tools". We use every opportunity to > tell users that it is the same thing, but this is not enough. The first > question we always ge

Re: [webkit-dev] WebKit blog post proposal: Remote debugging with Web Inspector.

This seems rather Chrome-centric for a webkit.org blog post. - Mark On 2011-04-30, at 01:55, Pavel Feldman wrote: > An update. > > Pavel > > WebKit Remote Debugging > Posted by Pavel Feldman on Saturday, April 30th, 2011 at 1:53 am > As you might know, WebKit Web Inspector (aka Chrome Develope

Re: [webkit-dev] OSX 64 bit plugin support not ready

On 2011-04-26, at 05:11, Alan Swartz wrote: > That's good to know. It's not the support of the Cocoa event model and > CoreGraphics that appears broken, it's that the code that checks these > options appears to be compiled out by the NP_NO_CARBON #define for 64 bit > builds in PlugInViewMac.m

Re: [webkit-dev] UA string changes blog draft

On 2011-03-25, at 12:56, Peter Kasting wrote: > On Fri, Mar 25, 2011 at 12:54 PM, Mark Rowe wrote: > Is there some reason why these examples use manufactured Safari build > numbers? It's implausible that a version of Safari with a build number of > 534.24 would ever claim to

  1   2   3   4   5   >