On Fri, May 14, 2010 at 6:29:05 PM, Ojan Vafai wrote:
tonikitoo, aroben, ddkilzer: You are the three who I remember
voicing yourselves about wanting webkit-patch to support
committing/uploading multiple patches from the same branch.
Would Chris's suggestion below (last couple paragraphs) be
I finally updated this page
http://trac.webkit.org/wiki/UsingGitWithWebKit#webkit-patchcheck-webkit-styleandgit
.
As is clear from that, my earlier description of --no-squash was totally
inaccurate. Sorry, I was being rushed. --no-squash and --git-commit still
need significant work before they
On Thu, May 13, 2010 at 11:13 AM, Ojan Vafai o...@chromium.org wrote:
I finally updated this
page http://trac.webkit.org/wiki/UsingGitWithWebKit#webkit-patchcheck-webkit-styleandgit.
As is clear from that, my earlier description of --no-squash was totally
inaccurate. Sorry, I was being rushed.
On Tue, May 11, 2010 at 10:06 AM, David Levin le...@google.com wrote:
- Also, I like the stability of my revision control system and
prepare-ChangeLog (neither of which is changed very often or much) --
unlike
webkit-patch which changes frequently.
Having tools frequently change
/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Hi. I'm trying to find the scripts for http://nightly.webkit.org,
but I can't find them in the SVN. Would someone be kind enough to
direct me to them?
Sincerely,
Trevor Downs,
un-certified looney
___
webkit-dev mailing list
The behavior of git and webkit-patch changed with
http://trac.webkit.org/changeset/58261.
Many webkit-patch commands (e.g. upload and land) and check-webkit-style now
take --squash and --git-commit arguments.
--git-commit: upload, commit, check-style, etc on the given git commit(s).
Commits can
Nice work Ojan,
Will you make webkit-patch apply-attachment understand patches doing
renames/mv created with git format-patch? That would be really useful.
Cheers,
Kenneth
On Mon, Apr 26, 2010 at 2:55 PM, Ojan Vafai o...@chromium.org wrote:
The behavior of git and webkit-patch changed with
at openbossa.org
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org
On Mon, Apr 26, 2010 at 1:26 PM, Tony Gentilcore to...@google.com wrote:
It would be really helpful for me if
http://trac.webkit.org/wiki/UsingGitWithWebKit had a section that explains
the flow for using webkit-patch with git.
Oh right. I meant to update that page. I'll do so later today.
webkit-patch sounds useful now…
On Apr 26, 2010, at 10:55 AM, Ojan Vafai wrote:
Eventually, I'd like to make --squash the default, but I want this to bake
and get some usage before flipping that switch.
But I don't think this makes sense as a default to me. But maybe I use git
differently
On Mon, Apr 26, 2010 at 4:48 PM, Timothy Hatcher timo...@apple.com wrote:
On Apr 26, 2010, at 10:55 AM, Ojan Vafai wrote:
Eventually, I'd like to make --squash the default, but I want this to
bake and get some usage before flipping that switch.
But I don't think this makes sense as a
Hi,
Eventually, I'd like to make --squash the default, but I want this to bake
and get some usage before flipping that switch.
But I don't think this makes sense as a default to me. But maybe I use git
differently than everyone else… I don't do the whole branch-per-bug
business.
I
2010/4/21 Kevin Ollivier kev...@theolliviers.com
Hi Marc-Antoine,
On Apr 18, 2010, at 10:47 AM, Marc-Antoine Ruel wrote:
2010/4/17 Kevin Ollivier kev...@theolliviers.com
Hi Marc-Antoine,
On Apr 17, 2010, at 11:26 AM, Marc-Antoine Ruel wrote:
Like this?
On Wed, Apr 21, 2010 at 9:23 AM, Marc-Antoine Ruel mar...@chromium.org wrote:
May I ask why it is being done this way, that is, having one really large
list of build files and using include / exclude regexs to trim the list?
i.e. why is there not a WebCoreCommon.gypi, WebCoreWinCommon.gypi,
2010/4/17 Kevin Ollivier kev...@theolliviers.com
Hi Marc-Antoine,
On Apr 17, 2010, at 11:26 AM, Marc-Antoine Ruel wrote:
2010/4/17 Kevin Ollivier kev...@theolliviers.com
Hi Maciej,
On Apr 16, 2010, at 3:34 PM, Maciej Stachowiak wrote:
On Apr 16, 2010, at 8:09 AM, Nikolas Zimmermann
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Regards,
Maciej
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http
On Apr 17, 2010, at 11:11 AM, Kevin Ollivier wrote:
True, but I think the real problem that we're not addressing in this
discussion is that different ports have different sets of
requirements, meaning their own evaluation process would lead them
to choose different tools. If we want a
Hi Marc-Antoine,
On Apr 17, 2010, at 11:26 AM, Marc-Antoine Ruel wrote:
2010/4/17 Kevin Ollivier kev...@theolliviers.com
Hi Maciej,
On Apr 16, 2010, at 3:34 PM, Maciej Stachowiak wrote:
On Apr 16, 2010, at 8:09 AM, Nikolas Zimmermann wrote:
Am 16.04.2010 um 16:44 schrieb Adam
I am very skeptical that it is feasible to write a gyp generator that would
output QMake files. There is a log of magic in those QMake files. My sense is
that it would not be trivial by any means.
Plus, I don't like the idea of a meta-meta generators. Seems way to mickey-
mouse to me.
Adam
Am 16.04.2010 um 16:44 schrieb Adam Treat:
I am very skeptical that it is feasible to write a gyp generator
that would
output QMake files. There is a log of magic in those QMake files.
My sense is
that it would not be trivial by any means.
Plus, I don't like the idea of a meta-meta
Hi Peter,
On Apr 15, 2010, at 9:42 PM, Peter Kasting wrote:
On Thu, Apr 15, 2010 at 9:15 PM, Kevin Ollivier kev...@theolliviers.com
wrote:
Anyway, my $0.02 is that, in terms of immediate bang for the buck, we're
probably better off trying to synchronize the build systems automatically in
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Fri, Apr 16, 2010 at 8:42 AM, Kevin Ollivier kev...@theolliviers.comwrote:
Perhaps, but in any case, I think the first step there is for the Gyp
developers to try implementing support and see how it goes. However, from
that perspective, until Gyp has support for those formats, isn't a
Please guys,
No need to speculate here on what I proposed at the session since Evan
somehow left some details out and let me reinforce some points. For those
who missed the session, please understand that what's Peter said isn't
exactly what we agreed on.
Here's some data points:
- No plan to
Am 16.04.2010 um 18:26 schrieb Ojan Vafai:
This seems like just a more restricted version of gyp to me. And one
that isn't sufficiently powerful, e.g., what if a platform decides
to disable SVG and doesn't want to compile SVG files? You end up
adding some sort of syntax for that. In the
Am 16.04.2010 um 19:14 schrieb Marc-Antoine Ruel:
Please guys,
No need to speculate here on what I proposed at the session since
Evan somehow left some details out and let me reinforce some points.
For those who missed the session, please understand that what's
Peter said isn't exactly
On Apr 16, 2010, at 8:09 AM, Nikolas Zimmermann wrote:
Am 16.04.2010 um 16:44 schrieb Adam Treat:
I am very skeptical that it is feasible to write a gyp generator
that would
output QMake files. There is a log of magic in those QMake files.
My sense is
that it would not be trivial by
2010/4/16 Nikolas Zimmermann zimmerm...@physik.rwth-aachen.de
Am 16.04.2010 um 19:14 schrieb Marc-Antoine Ruel:
Please guys,
No need to speculate here on what I proposed at the session since Evan
somehow left some details out and let me reinforce some points. For those
who missed the
Am 16.04.2010 um 18:14 schrieb Kevin Ollivier:
Hi Nikolas,
On Apr 16, 2010, at 8:09 AM, Nikolas Zimmermann wrote:
Am 16.04.2010 um 16:44 schrieb Adam Treat:
I am very skeptical that it is feasible to write a gyp generator
that would
output QMake files. There is a log of magic in those
On Wed, Apr 14, 2010 at 5:06 PM, Adam Barth aba...@webkit.org wrote:
On Wed, Apr 14, 2010 at 4:52 PM, Geoffrey Garen gga...@apple.com wrote:
I'd rather keep the current behavior and have it operate on the entire
repository. I think it will be too easy to make mistakes and leave out
large
On Wed, Apr 14, 2010 at 11:47 PM, Darin Fisher da...@chromium.org wrote:
On Wed, Apr 14, 2010 at 5:06 PM, Adam Barth aba...@webkit.org wrote:
On Wed, Apr 14, 2010 at 4:52 PM, Geoffrey Garen gga...@apple.com wrote:
I'd rather keep the current behavior and have it operate on the entire
On Thu, Apr 15, 2010 at 12:09 AM, Adam Barth aba...@webkit.org wrote:
On Wed, Apr 14, 2010 at 11:47 PM, Darin Fisher da...@chromium.org wrote:
On Wed, Apr 14, 2010 at 5:06 PM, Adam Barth aba...@webkit.org wrote:
On Wed, Apr 14, 2010 at 4:52 PM, Geoffrey Garen gga...@apple.com
wrote:
I'd
15.04.2010, в 00:37, Darin Fisher написал(а):
If I need to work from the topmost directory, then I typically specify the
directories I'm interested in on the svn command line (e.g., svn commit
WebCore LayoutTests). That way the commands run faster.
That's what I usually do, but I rarely
On Wed, Apr 14, 2010 at 4:16 PM, Evan Martin e...@chromium.org wrote:
On Tuesday some people gathered to discuss the build-system bingo
within WebKit and what we can do to reduce (if not unify) the number
of project files you need to modify when you rename a file. I took
the stage as a
probably be
spent on better things.
Regards,
Kevin
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev
On Thu, Apr 15, 2010 at 9:15 PM, Kevin Ollivier kev...@theolliviers.comwrote:
Anyway, my $0.02 is that, in terms of immediate bang for the buck, we're
probably better off trying to synchronize the build systems automatically in
some way. My perception is that Qt developers will want to use
Is it possible to make it so that folks with unregistered nicks can
talk in #webkit again?
Does anyone know how?
-eric
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Apr 14, 2010, at 12:13 AM, Eric Seidel wrote:
Is it possible to make it so that folks with unregistered nicks can
talk in #webkit again?
Does anyone know how?
I know how to do it, but every time I do it, the setting gets reset.
I'm not sure if that is being done deliberately by someone
://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Apr 14, 2010, at 7:13 AM, Timothy Hatcher wrote:
We could also appoint some channel operators that have the power to
kick/ban spambots when they happen (or +r/+m the channel).
I think currently only Mark and I are empowered with the ChanServ, but
I'd be happy to give some other people
Anders brought to my attention this afternoon that webkit-patch
currently does all SVN operations from the root directory instead of
being current-directory aware. That behavior matches how Git
operates, but does not need to be how webkit-patch operates.
Question: Do SVN users wish to have
On Wed, Apr 14, 2010 at 2:13 PM, Eric Seidel e...@webkit.org wrote:
Anders brought to my attention this afternoon that webkit-patch
currently does all SVN operations from the root directory instead of
being current-directory aware. That behavior matches how Git
operates, but does not need to
I'd rather keep the current behavior and have it operate on the entire
repository. I think it will be too easy to make mistakes and leave out
large portions of a patch if it only operates upon the current working
directory.
That's a fixable mistake, though, if/when it happens.
Taking huge
On Wed, Apr 14, 2010 at 4:52 PM, Geoffrey Garen gga...@apple.com wrote:
I'd rather keep the current behavior and have it operate on the entire
repository. I think it will be too easy to make mistakes and leave out
large portions of a patch if it only operates upon the current working
submitting via SVN
substantially slower to boot.
-- Dirk
-eric
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
On Tuesday some people gathered to discuss the build-system bingo
within WebKit and what we can do to reduce (if not unify) the number
of project files you need to modify when you rename a file. I took
the stage as a representative of Chromium's gyp project (I am
responsible for its Linux
On Apr 14, 2010, at 2:13 PM, Eric Seidel wrote:
Anders brought to my attention this afternoon that webkit-patch
currently does all SVN operations from the root directory instead of
being current-directory aware. That behavior matches how Git
operates, but does not need to be how webkit-patch
2010/4/15 Dirk Pranke dpra...@chromium.org:
On Wed, Apr 14, 2010 at 2:13 PM, Eric Seidel e...@webkit.org wrote:
Question: Do SVN users wish to have webkit-patch be
current-working-directory aware?
[snip]
The propose change will make webkit-patch inconsistent between VCS
tools, but consistent
On Wed, Apr 14, 2010 at 9:49 PM, Kalle Vahlman kalle.vahl...@gmail.com wrote:
2010/4/15 Dirk Pranke dpra...@chromium.org:
On Wed, Apr 14, 2010 at 2:13 PM, Eric Seidel e...@webkit.org wrote:
Question: Do SVN users wish to have webkit-patch be
current-working-directory aware?
[snip]
The
Hi,
Alexey Proskuryakov írta:
FIXME! is different from FIXME: in that Xcode doesn't recognize
it. I'm surprised that style guide doesn't say anything about FIXME vs.
TODO.
I wasn't aware of this, thanks for your
advice, I will use FIXME: next time.
+ // [Qt]r57240 broke Qt build (might
On 08.04.2010, at 1:16, o...@webkit.org wrote:
+// [Qt]r57240 broke Qt build (might be a gcc bug)
+// FIXME! See: https://bugs.webkit.org/show_bug.cgi?id=37253
FIXME! is different from FIXME: in that Xcode doesn't recognize
it. I'm surprised that style guide doesn't say anything
/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On 08.04.2010, at 10:21, Jeremy Orlow wrote:
I wasn't even aware that Xcode did recognize it or that we used that
convention because it does. We should probably document this
somewhere.
I don't know if that's the original or only reason. Just something I
noticed on my own at some
On Apr 8, 2010, at 11:18 AM, Alexey Proskuryakov wrote:
On 08.04.2010, at 10:21, Jeremy Orlow wrote:
I wasn't even aware that Xcode did recognize it or that we used
that convention because it does. We should probably document this
somewhere.
I don't know if that's the original or only
On 30.03.2010, at 22:44, barraclo...@apple.com wrote:
+WebCString::operator WTF::CString() const
There probably should be a using CString directive in CString.h - we
do that for all public symbols in WTF.
The idea is that we don't need or want namespaces to avoid name
conflicts between
On Mar 31, 2010, at 10:08 AM, Alexey Proskuryakov wrote:
On 30.03.2010, at 22:44, barraclo...@apple.com wrote:
+WebCString::operator WTF::CString() const
There probably should be a using CString directive in CString.h -
we do that for all public symbols in WTF.
There should be ...
On 31.03.2010, at 11:18, Gavin Barraclough wrote:
There probably should be a using CString directive in CString.h -
we do that for all public symbols in WTF.
There should be ... http://trac.webkit.org/browser/trunk/JavaScriptCore/wtf/text/CString.h?rev=56825#L79
... and there already is!
Agreed. BCC'd webkit-changes moving to webkit-dev.
http://trac.webkit.org/changeset/38411
mentions the GCC bug I was referring to. I've never seen the Radar so
I don't know what it was about exactly.
It sounds like DEFINE_STATIC_LOCAL is still needed for other reasons tough.
We should
://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Monday 29 March 2010 21:16:59 Alexey Proskuryakov wrote:
What is an application plugin outside of Qt context? This change
will make all port authors scratch their heads trying to understand
what they want to return from isApplicationPluginMIMEType().
There was a lot of discussion about
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman
Since two platforms now share this same code in their WebKit layers, it seems
okay that this was moved into some shared location. But I have a few gripes:
HTTPParsers is about parsing HTTP, not implementing policy. A better place is
probably ResourceResponse itself.
But as written the method
Hi folks, I just wanted to let you know that the WebKit project's
Python code should be a lot easier to navigate and work in now.
Tonight, Adam Barth and I (along with Eric Seidel's blessing) moved
almost all of the modules in WebKitTools/Scripts/webkitpy into
appropriate subfolders of webkitpy
/ E-mail kenneth.christiansen at
openbossa.org
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
, INdT
Phone +55 81 8895 6002 / E-mail kenneth.christiansen at openbossa.org
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
at
openbossa.org
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http
://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman
://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit
+55 81 8895 6002 / E-mail kenneth.christiansen at
openbossa.org
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit
On Fri, Mar 19, 2010 at 4:00 PM, Darin Adler da...@apple.com wrote:
On Mar 19, 2010, at 8:40 AM, Dimitri Glazkov wrote:
Would you happen to know how WebKit icon is licensed?
The icon currently on webkit.org has the icon for Apple’s Safari web
browser in it. Because of that, Apple has
Hi there,
WebKit Bug 13128: Safari not obeying cache header changed the way non-http
resources are cached in WebKit. A comment from Antti Koivisto mentioned that,
aside from the RFC2616 changes, there is one additional change that gives
non-HTTP resources long cache lifetime. This matches
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Contest is fine :-) That is how our designers created the Maemo logo:
https://wiki.maemo.org/Task:maemo.org_logo_contest
http://wiki.maemo.org/Maemo.org_logo_contest_submissions
I'm cc'ing Marcelo, who is our Brazilian Head of User Experience and Design.
Cheers,
Kenneth
On Mon, Mar 22, 2010 at
Phone +55 81 8895 6002 / E-mail kenneth.christiansen at openbossa.org
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi
@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing
Dear WebKit folk,
Would you happen to know how WebKit icon is licensed?
:DG
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Mar 19, 2010, at 8:40 AM, Dimitri Glazkov wrote:
Would you happen to know how WebKit icon is licensed?
The icon currently on webkit.org has the icon for Apple’s Safari web browser in
it. Because of that, Apple has provided no license to use the icon; we are
continuing to use it with
Current WebKit based browsers (as of 3/16/2010), e.g. Safari and
Chrome, exhibit the following bugs. Perhaps someone can take a look.
Thanks.
Bug 1: If a page A has multiple form elements F1 and F2, and the first
(in order of appearance in HTML) form, F1, has autocomplete set to
off (i.e. form
Thanks for yourinterest in WebKit.
Sending mail to this list is not the correct way to file a bug report. Please
see http://webkit.org/quality/reporting.html, which describes how to do that.
-- Darin
___
webkit-dev mailing list
Thanks. I was kind of hoping someone close to the code would be
willing to expand on some of the questions I had in the bug report,
such as decisions to re-fetch pages in history, and, given those
decisions, how, if possible, to solve the problem I discovered. But I
understand your point. I
Hi all,
I want to install webkit on fedora fc7 linux.
I installed gperf-3.0.4, glib 2.21.6 and downloaded
WebKit-r55740 version got from
http://nightly.webkit.org/builds/trunk/src/1 .
I am getting following error:
configure: error: Cannot find
This is not the correct forum for these types of questions.
http://lists.webkit.org/mailman/listinfo/webkit-help
This above is a better forum, but such basic build questions should likely be
solved with google and a bit of elbow grease.
Cheers,
Adam
On Thursday 11 March 2010 10:24:20 am
mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Here's a bit of context. When a database is opened, right now you
don't have any context from where it is opened. The problem is that
the actual calls that open a database go through the sqlite3 vfs
layer, so there's no easy way to pass this function down to to
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On 25.02.2010, at 10:00, David Levin wrote:
All the information being provided now explains the why.
Unfortunately, this thread doesn't fix the problem that the
ChangeLog as checked in only explains what as opposed to
why (even fixing the ChangeLog will leave it disconnected from the
::contextForIdentifier):
(WTF::createThreadInternal):
(WTF::threadContext):
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
.
;)
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Fri, Feb 19, 2010 at 6:30 AM, Stephan Assmus supersti...@gmx.de wrote:
Hi,
I would like to know whether it's ok to adopt the respective platform's
coding style in the WebKit API that a port exposes. I am working on the
Haiku port and saw that other ports do this, but I thought I'd better
On Feb 19, 2010, at 6:30 AM, Stephan Assmus wrote:
Hi,
I would like to know whether it's ok to adopt the respective
platform's
coding style in the WebKit API that a port exposes. I am working on
the
Haiku port and saw that other ports do this, but I thought I'd
better ask
before I
to
the project). /release mode/
Zoltan
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http
Hi,
On 2010-02-17 at 11:32:57 [+0100], Bharathwaaj S bharathwaa...@gmail.com
wrote:
I tried the same as mentioned by Stephan.
#if !defined(USE_SYSTEM_MALLOC)
defined(NDEBUG)
#define FORCE_SYSTEM_MALLOC
0
#else
#define FORCE_SYSTEM_MALLOC
0
#endif
I might have led you onto
801 - 900 of 1449 matches
Mail list logo