Hi,
I'm developing on Linux. One of my patch failed to build on Windows because
I haven't changed the related .exp file (e.g. JavaScriptCore.exp).
I just did the following on Linux to update the file:
1. nm xx.o | grep " T " | sed 's/^.\{19\}/_/'
2. replace related lines in the .exp file with
ifyString(void)"
(?reifyString@StringBuilder@WTF@@AAEXXZ)
3>C:\cygwin\home\buildbot\WebKitBuild\Debug\bin\JavaScriptCore.dll : fatal
error LNK1120: 1 unresolved externals
On Sat, Aug 27, 2011 at 1:00 AM, Darin Adler wrote:
> On Aug 26, 2011, at 1:50 AM, 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, right?
However, a file in question is Tools/TestWebKitAPI/TestWe
On Thu, Sep 8, 2011 at 12:54 PM, Mark Rowe wrote:
>
> 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 platfo
On Sat, Aug 27, 2011 at 1:18 AM, Darin Adler wrote:
> On Aug 26, 2011, at 10:14 AM, Scott Graham wrote:
>
> > Maybe there's a better way someone can point out though.
>
> I believe that using the Windows EWS server you can get error messages that
> tell you the symbols that need to be in the def
Hi,
One aspect of the cost of WTF::Vector and WTF::StringBuilder is about buffer
expansion and shrinking. The affecting factors include the minimum capacity,
policy of expansion and shrinking, etc. I think the optimal configurations
of them are related to not only the application, but also the und
same pointer, i.e. no copies happen.
The replacement requires to add a StringImpl::reallocate() method.
WTF::Vector() doesn't have this issue because it's using realloc().
On Tue, Oct 11, 2011 at 3:14 AM, Darin Adler wrote:
> On Oct 10, 2011, at 4:46 AM, Xianzhu Wang (王显著) wrote:
>
A related bug is: https://bugs.webkit.org/show_bug.cgi?id=42799
It's about the problem of pixelXXX CSS properties. Is these pixelXXX
properties a workaround of bug 29084? I think after we fix 29084 we can
drop the pixelXXX properties.
The current draft CSSOM says getComputedStyle() should return t
rrect.
On Tue, Nov 22, 2011 at 10:50 AM, Xianzhu Wang (王显著) <
wangxian...@chromium.org> wrote:
> A related bug is: https://bugs.webkit.org/show_bug.cgi?id=42799
> It's about the problem of pixelXXX CSS properties. Is these pixelXXX
> properties a workaround of bug 29084? I t
9 matches
Mail list logo
