Re: [webkit-dev] Cygwin appears "missing gperf file" when I build webkit

[Paul Pedriana]

gperf (http://www.gnu.org/software/gperf/) is a utility app that
generates perfect hash functions. By perfect we mean that there are no
hash collisions in the lookup and thus some runtime performance
improvements can be had. Your cygwin/bin directory is supposed to have
a gperf.exe app in it. If not then you can run the cygwin install again
and add that package. It should be under the dev tools section of the
installer.

I wonder if it would be better if code-generating utilities like gperf
were run by code submitters once instead of being run by every WebKit
user on every build. I think this results in WebKit builds being a bit
slower than necessary. A no-change WebKit build takes a couple minutes
for me, whereas other projects of comparable size take maybe 5 seconds
to complete (though granted there are other things involved beyond
auto-generated source files). I assume the WebKit tests make sure
mistakes and omissions in code affected by this don't happen (or am I
wrong about this?). Another benefit of this would be reduced build
failures like that reported below. Please feel free to correct me if I
am in error.

Paul




  

  
Hi all,
Thank you very much for your suggestions yesterday.
I install Fedora 9 OS to run next to the Cygwin on Windows OS. I typed
some commands as following:

./build-webkit
./autogen.sh
./configure

for each command above, after machine run some tasks, it announced the
same error as follow:

checking for gperf... no
configure: error: You need
the 'gperf' hash function generator to compile WebKit

Can you help me to solve this error?
Thank you in advance!
Hai


  

  


  ___
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

Re: [webkit-dev] How to reduce the size of my dll

[Adam Roben]

On Feb 10, 2009, at 8:05 PM, cui.yu...@zte.com.cn wrote:



Thank you for your reply ,and alse Darren VanBuren. I have no right  
to sent mails to any addresses except webkit-dev@lists.webkit.org In  
office. So... I'm sorry


I'm sure I did a release build. All the files,including  
JavascriptCore and webcore  are added to my project. I even do the  
optimization as much as possible.So I think I should do some  
compiler and linker settings(but not sure).


ps:I have checked the PE header, and the .rdata section accounts for  
95%.


My compiler and Linker command line is as follows:

compiler:
/Od /I /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_USRDLL" /D  
"WEBKIT_EXPORTS" /D "_WINDLL" /D "_AFXDLL" /D "_ATL_DLL" /D  
"_UNICODE" /D "UNICODE" /Gm /EHsc /RTC1 /MDd /Zc:wchar_t- /Fo"Debug\ 
\" /Fd"Debug\vc80.pdb" /W0 /nologo /c /Wp64 /ZI /TP / 
errorReport:prompt


linker
/OUT:"Debug\WebKit.dll" /INCREMENTAL /NOLOGO /LIBPATH:"../NetStack/ 
Debug" /DLL /MANIFEST /MANIFESTFILE:"Debug 
\WebKit.dll.intermediate.manifest" /NODEFAULTLIB:"msvcrtd.lib" / 
NODEFAULTLIB:"mfcs80ud.lib" /DEBUG /PDB:"e:\WebBrowser\WebKit\Debug 
\WebKit.pdb" /SUBSYSTEM:WINDOWS /MACHINE:X86 /ERRORREPORT:PROMPT  
mfcs80ud.lib msvcrtd.lib NetStack.lib


This certainly looks like a debug build to me. Notice all the  
instances of "Debug" in both of your command lines. The "/Od" switch  
being passed to the compiler disables all optimizations.


WebKit.sln has a Release configuration. You need to make sure you're  
building that. "build-webkit --release" should do it.


-Adam


On Feb 10, 2009, at 12:05 AM, cui.yu...@zte.com.cn wrote:


Hi all:

Currently I'm trying to build webkit in my own VS2005 project.  
(Makeing a new project ,then adding the source file to it and doing   
some necessary changes) The size of webkit.dll I got is 107m,and  
seems too large. I observe the same dll in safari for windows is  
less than 5m. So, I want to know how I can reduce the size of my dll  
file, need some settings or change the platform?


Perhaps you did a Debug build? Release build DLLs should be smaller  
than Debug build DLLs.


-Adam



ZTE Information Security Notice: The information contained in this  
mail is solely property of the sender's organization. This mail  
communication is confidential. Recipients named above are obligated  
to maintain secrecy and are not permitted to disclose the contents  
of this communication to others.
This email and any files transmitted with it are confidential and  
intended solely for the use of the individual or entity to whom they  
are addressed. If you have received this email in error please  
notify the originator of the message. Any views expressed in this  
message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam  
system.

___
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] It isn't easy to create new data type.

[douchuan]

I'm working hard on webkit to enable it to support some Widgets ,
such as S60 and NFB widgets.
But I found that it isn't easy to create new data types by IDL style,
it's fussy and fallible(when i make a mistake then there are so many
compiling errors).

Is there better way?

Thanks & best regards
dou.chuan
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] I have a problem with CSS

[douchuan]

When I open a html file by "file://.../a.html"("file://" proto), the CSS
function can't work, but when I open a html file by
"http://127.0.0.1/.../a.html";(my apache server),
everything is fine again.
How do i debug it?
I want to know where does CSS implements has been defined in webkit, and
how does it work?

Thanks in advance

Thanks and Regards
dou.chuan
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] Cygwin appears "missing gperf file" when I build webkit

[nguyen hai -cuncon]

Hi all,
Thank you very much for your suggestions yesterday.
I install Fedora 9 OS to run next to the Cygwin on Windows OS. I typed some 
commands as following:

./build-webkit
./autogen.sh
./configure

for each command above, after machine run some tasks, it announced the same 
error as follow:

checking for gperf... no
configure: error: You need the 'gperf' hash function generator to compile WebKit

Can you help me to solve this error?
Thank you in advance!
Hai




  Bạn có ý kiến về Mỹ Tâm?
Hãy cùng chia sẻ với mọi người tại Yahoo! Việt Nam Music
http://vn.music.yahoo.com/artist/10056?___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] How to reduce the size of my dll

[cui . yuan2]

Thank you for your reply ,and alse Darren VanBuren. I have no right to 
sent mails to any addresses except webkit-dev@lists.webkit.org In office. 
So... I'm sorry

I'm sure I did a release build. All the files,including JavascriptCore and 
webcore  are added to my project. I even do the optimization as much as 
possible.So I think I should do some compiler and linker settings(but not 
sure).

ps:I have checked the PE header, and the .rdata section accounts for 95%. 

My compiler and Linker command line is as follows:

compiler:
/Od /I /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_USRDLL" /D 
"WEBKIT_EXPORTS" /D "_WINDLL" /D "_AFXDLL" /D "_ATL_DLL" /D "_UNICODE" /D 
"UNICODE" /Gm /EHsc /RTC1 /MDd /Zc:wchar_t- /Fo"Debug\\" 
/Fd"Debug\vc80.pdb" /W0 /nologo /c /Wp64 /ZI /TP /errorReport:prompt

linker
/OUT:"Debug\WebKit.dll" /INCREMENTAL /NOLOGO /LIBPATH:"../NetStack/Debug" 
/DLL /MANIFEST /MANIFESTFILE:"Debug\WebKit.dll.intermediate.manifest" 
/NODEFAULTLIB:"msvcrtd.lib" /NODEFAULTLIB:"mfcs80ud.lib" /DEBUG 
/PDB:"e:\WebBrowser\WebKit\Debug\WebKit.pdb" /SUBSYSTEM:WINDOWS 
/MACHINE:X86 /ERRORREPORT:PROMPT mfcs80ud.lib msvcrtd.lib NetStack.lib




Adam Roben  
2009-02-10 22:26

收件人
cui.yu...@zte.com.cn
抄送
webkit-dev@lists.webkit.org
主题
Re: [webkit-dev] How to reduce the size of my dll







On Feb 10, 2009, at 12:05 AM, cui.yu...@zte.com.cn wrote:


Hi all: 

Currently I'm trying to build webkit in my own VS2005 project. (Makeing a 
new project ,then adding the source file to it and doing  some necessary 
changes) The size of webkit.dll I got is 107m,and seems too large. I 
observe the same dll in safari for windows is less than 5m. So, I want to 
know how I can reduce the size of my dll file, need some settings or 
change the platform? 

Perhaps you did a Debug build? Release build DLLs should be smaller than 
Debug build DLLs.

-Adam





ZTE Information Security Notice: The information contained in this mail is 
solely property of the sender's organization. This mail communication is 
confidential. Recipients named above are obligated to maintain secrecy and are 
not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have received this email in error please notify the originator of the 
message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Curl Cookie Handling

[Kevin Ollivier]

Hi Julien,

On Feb 10, 2009, at 7:08 AM, Julien Chaffraix wrote:


Hi Kevin,

Is this patch still valid, i.e. not made obsolete by another  
approach?


As far as I know, there is no work towards storing the cookies inside
the database as it is done in Firefox. Furthermore I know no work in
cURL toward exposing the cookies so that we could add / remove /
update them simply in our database.

This patch may be a bit special because it is not really cURL
specific. The only dependency to cURL is a method to parse a date (the
'max-age' field), which I found later is already in JavaScriptCore and
would need to be exported to WebCore and maybe need to be adapted.
Thus it could be a base toward a cross-platform cookie implementation.
I do not know if it would be ok for all ports to replicate their
network library's cookie engine.


Well, each port could of course decide for themselves. I know wx would  
like to use this. :-) I wonder if the GTK or other ports are also  
interested? Maybe they should voice their support if so.





Also,
was it a complete patch (sans any bugs, of course) for cookie  
support using
SQLite? I could only test it using wx right now but I would  
definitely be

interested in using the SQLite approach.


It is a complete patch in the sense that it stores and fetch the
cookies from the database. About the bug-free part, we have an answer
in this thread I guess :-)
Basically I could not find a test suite for cookies to validate the
approach when I started so I tested it with real world websites
(mostly google app suite, yahoo, mapquest and a few other sites) but
it did not get the testing it deserves and I will not hide it.


Yes, I did look at your patch earlier but I myself wasn't confident  
that I'd know how to properly test cookie support, so I hoped someone  
more knowledgeable would step in. :(



To get it moving, I think a rewrite is necessary because I made tons
of small mistakes (I started as a contributor at that time and did not
know the code and coding conventions as I do now) that could be more
easily tackled by a rewrite. It will also need a test suite to fully
valide the changes.
All in all, it means a lot of work that I am willing to do it *if* I
see enough interest in a cross-platform cookie engine for WebKit.


Well, knowing this project, I doubt you'll find anyone who would  
object to starting a series of unit tests for cookies. :-) From there,  
it is a matter of reworking your patch, but I can say if there is a  
test suite I can run that handles common usage, I'll feel a lot more  
comfortable reviewing your patch.





I know someone a while back proposed a strategy for dealing with port
enhancements that end up bit rotting in the review tree, whatever  
happened
to that? Sometimes new feature patches cannot be broken down into  
smaller
pieces, and I realize large patches tend to be intimidating  
especially to
people who can't test them themselves, but there has to be some  
strategy for
dealing with that so that important new stuff doesn't just sit in a  
patch

tracker for months or years...


I think you refer to the Gtk port here? IIRC the main issue for Gtk
was validating the API which is not relevant here.


That sounds familiar, I guess I mistook the discussion to be about  
"port specific" rather than "API specific" patches. Still, I think  
there ought to be some recourse when a patch submitter cannot find a  
willing reviewer after some long period of time.


Thanks,

Kevin



Regards,
Julien


___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Curl Cookie Handling

[Kenneth Christiansen]

I would definately be interested in this work for my EFL port of WebKit.
Currently we use cURL and do not support cookies. Libsoup is apparently a
no-go as I was told that it requires a running glib mainloop.

Cheers,
 Kenneth

On Tue, Feb 10, 2009 at 12:08 PM, Julien Chaffraix <
julien.chaffr...@gmail.com> wrote:

> Hi Kevin,
>
> > Is this patch still valid, i.e. not made obsolete by another approach?
>
> As far as I know, there is no work towards storing the cookies inside
> the database as it is done in Firefox. Furthermore I know no work in
> cURL toward exposing the cookies so that we could add / remove /
> update them simply in our database.
>
> This patch may be a bit special because it is not really cURL
> specific. The only dependency to cURL is a method to parse a date (the
> 'max-age' field), which I found later is already in JavaScriptCore and
> would need to be exported to WebCore and maybe need to be adapted.
> Thus it could be a base toward a cross-platform cookie implementation.
> I do not know if it would be ok for all ports to replicate their
> network library's cookie engine.
>
> > Also,
> > was it a complete patch (sans any bugs, of course) for cookie support
> using
> > SQLite? I could only test it using wx right now but I would definitely be
> > interested in using the SQLite approach.
>
> It is a complete patch in the sense that it stores and fetch the
> cookies from the database. About the bug-free part, we have an answer
> in this thread I guess :-)
> Basically I could not find a test suite for cookies to validate the
> approach when I started so I tested it with real world websites
> (mostly google app suite, yahoo, mapquest and a few other sites) but
> it did not get the testing it deserves and I will not hide it.
> To get it moving, I think a rewrite is necessary because I made tons
> of small mistakes (I started as a contributor at that time and did not
> know the code and coding conventions as I do now) that could be more
> easily tackled by a rewrite. It will also need a test suite to fully
> valide the changes.
> All in all, it means a lot of work that I am willing to do it *if* I
> see enough interest in a cross-platform cookie engine for WebKit.
>
> > I know someone a while back proposed a strategy for dealing with port
> > enhancements that end up bit rotting in the review tree, whatever
> happened
> > to that? Sometimes new feature patches cannot be broken down into smaller
> > pieces, and I realize large patches tend to be intimidating especially to
> > people who can't test them themselves, but there has to be some strategy
> for
> > dealing with that so that important new stuff doesn't just sit in a patch
> > tracker for months or years...
>
> I think you refer to the Gtk port here? IIRC the main issue for Gtk
> was validating the API which is not relevant here.
>
> Regards,
> Julien
> ___
> 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

Re: [webkit-dev] Grammer for html parsing

[Darin Adler]

On Feb 9, 2009, at 8:36 PM, Nilesh Patil wrote:

When exactly RenderStyle and RenderObject will get associated with -  
say  - element


HTMLImageElement::createRenderer creates a RenderImage for an   
element. The RenderStyle is created by functions named styleForRenderer.


-- Darin

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Curl Cookie Handling

[Julien Chaffraix]

Hi Kevin,

> Is this patch still valid, i.e. not made obsolete by another approach?

As far as I know, there is no work towards storing the cookies inside
the database as it is done in Firefox. Furthermore I know no work in
cURL toward exposing the cookies so that we could add / remove /
update them simply in our database.

This patch may be a bit special because it is not really cURL
specific. The only dependency to cURL is a method to parse a date (the
'max-age' field), which I found later is already in JavaScriptCore and
would need to be exported to WebCore and maybe need to be adapted.
Thus it could be a base toward a cross-platform cookie implementation.
I do not know if it would be ok for all ports to replicate their
network library's cookie engine.

> Also,
> was it a complete patch (sans any bugs, of course) for cookie support using
> SQLite? I could only test it using wx right now but I would definitely be
> interested in using the SQLite approach.

It is a complete patch in the sense that it stores and fetch the
cookies from the database. About the bug-free part, we have an answer
in this thread I guess :-)
Basically I could not find a test suite for cookies to validate the
approach when I started so I tested it with real world websites
(mostly google app suite, yahoo, mapquest and a few other sites) but
it did not get the testing it deserves and I will not hide it.
To get it moving, I think a rewrite is necessary because I made tons
of small mistakes (I started as a contributor at that time and did not
know the code and coding conventions as I do now) that could be more
easily tackled by a rewrite. It will also need a test suite to fully
valide the changes.
All in all, it means a lot of work that I am willing to do it *if* I
see enough interest in a cross-platform cookie engine for WebKit.

> I know someone a while back proposed a strategy for dealing with port
> enhancements that end up bit rotting in the review tree, whatever happened
> to that? Sometimes new feature patches cannot be broken down into smaller
> pieces, and I realize large patches tend to be intimidating especially to
> people who can't test them themselves, but there has to be some strategy for
> dealing with that so that important new stuff doesn't just sit in a patch
> tracker for months or years...

I think you refer to the Gtk port here? IIRC the main issue for Gtk
was validating the API which is not relevant here.

Regards,
Julien
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] How to reduce the size of my dll

[Adam Roben]

On Feb 10, 2009, at 12:05 AM, cui.yu...@zte.com.cn wrote:



Hi all:

Currently I'm trying to build webkit in my own VS2005 project.  
(Makeing a new project ,then adding the source file to it and doing   
some necessary changes) The size of webkit.dll I got is 107m,and  
seems too large. I observe the same dll in safari for windows is  
less than 5m. So, I want to know how I can reduce the size of my dll  
file, need some settings or change the platform?


Perhaps you did a Debug build? Release build DLLs should be smaller  
than Debug build DLLs.


-Adam

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] Personal invitation from Nilesh Patil

[Nilesh Patil]

Hi,

On 1/27/2009 7:14:07 AM, you were invited to join Nilesh Patil's 
UNYK address book so he/she would always have access to your contact info and 
you to his/hers.

To accept his/her request, Click here.
http://www2.unyk.com/ml/65/5/?i=64281eb63dd942cebe9f885aea97a624


UNYK is a smart and simple way to manage your contacts so you never 
lose anyone’s contact information again.

No more worrying about your contacts' info. From now on, let them 
do it for you. By changing their information in UNYK.com, you address book will 
be automatically updated. By changing your information in UNYK.com, their 
address book will be automatically updated.

It’s so simple and it’s free... Already 10 million users.



Click here if you no longer wish to receive invitations 
from Nilesh Patil to try UNYK!

http://www2.unyk.com/ml/245/74/unsubscribe.asp?mid=9E92ABA6797988A1&email=webkit%2Ddev%40lists%2Ewebkit%2Eorg&remove=2&s=11920554
Click here if you no longer wish to receive invitations 
to try UNYK!

http://www2.unyk.com/ml/65/6/unsubscribe.asp?i=64281eb63dd942cebe9f885aea97a624



UNYK, the first smart address book that updates itself!

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] error when I type "build-webkit" in Cygwin

[David Levin]

Here's my attempt to help.  If it doesn't help, then I'm not sure what
happened for you.
Hopefully, you were able to run WebKit/WebKitTools/Scripts/update-webkit
WebKit/WebKitTools/Scripts/build-webkit should work from the same directory.

You may want to make sure there is a "WebKit/WebKitTools/Scripts/build-webkit"
file.  (If not, I'd try to get the files again.)

dave
*
*


2009/2/10 nguyen hai -cuncon 

> Hi all,
>
> I followed instructions on webkit.org. When I opened Cygwin and typed :
>
> WebKit/WebKitTools/Scripts/build-webkit
>
> An message appeared: bash :build-webkit: command not found
>
> Can someone help me to sovle this error?
> (I run Cygwin on Windows XP)
>
> Thank you advanced!
>
>
> --
>  Địa chỉ email mới dành cho bạn!
> 
> Chọn ngay một tên truy nhập bạn từng muốn lập với tên miền mới ymail và
> rocketmail.
> Nhanh nhanh trước khi có người xí mất!
> ___
> 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] error when I type "build-webkit" in Cygwin

[nguyen hai -cuncon]

Hi all,

I followed instructions on webkit.org. When I opened Cygwin and typed :

WebKit/WebKitTools/Scripts/build-webkit

An message appeared: bash :build-webkit: command not found

Can someone help me to sovle this error?
(I run Cygwin on Windows XP)

Thank you advanced!




  Bạn có ý kiến về Mỹ Tâm?
Hãy cùng chia sẻ với mọi người tại Yahoo! Việt Nam Music
http://vn.music.yahoo.com/artist/10056?___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev