Mike Emmel wrote:
I refactored all the Unicode handling to run behind a abstract interface.
So no direct ICU calls.
Its a lot of little patches all over the place and a thankless job.
Its a lot of work so email me if your interested.
I was also looking at repacling icu with glib/pango.
Its not
Question, does this require MSVC compiliers, or will the MinGW compilers
work fine? I'm having the issues with certain the _countof struct not being
defined.
c
On 11/10/07, Justin Haygood <[EMAIL PROTECTED]> wrote:
>
> I've updated the patch :)
>
> http://blog.reaktix.com/2007/11/10/plugins-in-q
Hi David,
On Nov 12, 2007, at 1:19 PM, David D. Kilzer wrote:
Kevin Ollivier <[EMAIL PROTECTED]> wrote:
[...] The tricky part AFAICT would be XCode, though, because
even if there is a scripted solution for this, it would probably need
to be run on a Mac where we have access to AppleScript or
We could add a script that would add/remove/rename files in all the
project files for the various build systems.
On Nov 12, 2007, at 1:19 PM, David D. Kilzer wrote:
Kevin Ollivier <[EMAIL PROTECTED]> wrote:
[...] The tricky part AFAICT would be XCode, though, because
even if there is a scr
Kevin Ollivier <[EMAIL PROTECTED]> wrote:
> [...] The tricky part AFAICT would be XCode, though, because
> even if there is a scripted solution for this, it would probably need
> to be run on a Mac where we have access to AppleScript or some other
> scripting tool that can read and make cha
Apple needs to use native Xcode and VS projects to work with existing
build systems. So generating an Xcode or VS project is not useful.
On Nov 12, 2007, at 12:20 PM, Jean-Charles VERDIE (Pleyo) wrote:
I might be wrong but I think it's useful to be able to generate,
from the same sources and
Le 12 nov. 07 à 21:12, Mark Rowe a écrit :
On 13/11/2007, at 07:10, Jean-Charles VERDIE (Pleyo) wrote:
Le 12 nov. 07 à 20:55, Kevin Ollivier a écrit :
I'm fairly sure this would be easy enough for MSVS because of its
XML nature. In fact, I did things the opposite way (converted MSVS
X
On 13/11/2007, at 07:10, Jean-Charles VERDIE (Pleyo) wrote:
Le 12 nov. 07 à 20:55, Kevin Ollivier a écrit :
I'm fairly sure this would be easy enough for MSVS because of its
XML nature. In fact, I did things the opposite way (converted MSVS
XML -> Bakefile) when I first started adding in
Le 12 nov. 07 à 20:55, Kevin Ollivier a écrit :
I'm fairly sure this would be easy enough for MSVS because of its
XML nature. In fact, I did things the opposite way (converted MSVS
XML -> Bakefile) when I first started adding in the wx port, so that
we kept up-to-date with any changes to
Hi Maciej,
On Nov 12, 2007, at 11:33 AM, Maciej Stachowiak wrote:
On Nov 12, 2007, at 5:28 AM, Mark Rowe wrote:
On 13/11/2007, at 00:00, Charles Woloszynski wrote:
I am working on a port of WebKit on Qt to a PowerPC platform.
Please make sure that we don't break the Qt port in this swit
On Nov 12, 2007, at 11:33 AM, Maciej Stachowiak wrote:
On Nov 12, 2007, at 5:28 AM, Mark Rowe wrote:
On 13/11/2007, at 00:00, Charles Woloszynski wrote:
I am working on a port of WebKit on Qt to a PowerPC platform.
Please make sure that we don't break the Qt port in this switch.
I am
On Nov 12, 2007, at 5:28 AM, Mark Rowe wrote:
On 13/11/2007, at 00:00, Charles Woloszynski wrote:
I am working on a port of WebKit on Qt to a PowerPC platform.
Please make sure that we don't break the Qt port in this switch. I
am comfortable with autotools, so that is not a big deal for
I refactored all the Unicode handling to run behind a abstract interface.
So no direct ICU calls.
Its a lot of little patches all over the place and a thankless job.
Its a lot of work so email me if your interested.
I was also looking at repacling icu with glib/pango.
Its not clear you get every
On Nov 12, 2007 2:48 AM, Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 12, 2007 at 03:34:48AM +, Alp Toker <[EMAIL PROTECTED]> wrote:
> > An unforeseen benefit of the new build system is that it is modular,
> > rather than monolithic, and has no dependency on GLib/GTK+ or any other
> > f
Hi all,
Subversion and Trac should now be back up and running. Please drop me
an email if anything is not working correctly!
Thanks,
Mark
On 13/11/2007, at 01:19, Mark Rowe wrote:
Hi all,
Just a reminder that the Subversion and Trac downtime is happening
in approximately 1 hour 40 min
Maciej Stachowiak wrote:
>
> On Nov 9, 2007, at 5:55 PM, Rob Burns wrote:
>
>> Hello all,
>>
>> I have to say I like Philippe's version of the page better. I think it
>> is more appropriate for an open source project like webkit. I would
>> agree with Maciej that the word "stable" might be more a
Alp Toker wrote:
Artem Ananiev wrote:
Hi, Alp,
sorry for a slight delay with the answer. I'm not working with GTK
port, but rather investigating the possibility of new Java port, on
windows, linux and solaris platforms.
Artem,
For what it's worth, we (informally) evaluated the option of a
Hi all,
Just a reminder that the Subversion and Trac downtime is happening in
approximately 1 hour 40 minutes, at 8am Pacific time (4pm UTC).
When service is restored committers will no longer be able to access
the repository via svn+ssh//.
Thanks,
Mark
On 09/11/2007, at 05:57, Mark Row
Ok, thanks for the feedback. I have had some issues with the cross-
compilation of WebKit (dftables being built for the cross-platform,
not the native platform). Any chance I can get someone doing the
WebKit Qt port to address this? I don't know qmake well enough to
make the changes. The
On 13/11/2007, at 00:00, Charles Woloszynski wrote:
I am working on a port of WebKit on Qt to a PowerPC platform.
Please make sure that we don't break the Qt port in this switch. I
am comfortable with autotools, so that is not a big deal for me. I
am concerned, however, that this will c
On Monday 12 November 2007 14:00:31 Charles Woloszynski wrote:
> I am working on a port of WebKit on Qt to a PowerPC platform. Please
> make sure that we don't break the Qt port in this switch. I am
> comfortable with autotools, so that is not a big deal for me. I am
> concerned, however, that t
Hello,
Here is my experience with cmake, so I hope it may help you to decide
which build system is the best for you.
Its first advantage is that it is cross platform. So you can imagine
in a long term approach to have a unified build system between
GTK/Qt/Wx/Win and mac.
Another advantage is that
I am working on a port of WebKit on Qt to a PowerPC platform. Please
make sure that we don't break the Qt port in this switch. I am
comfortable with autotools, so that is not a big deal for me. I am
concerned, however, that this will cause a fork with the work being
done by the Trolltech
> If we cannot reach a conclusion, the GTK+ port will most likely go
> ahead and switch to autotools.
I'm one person with a highly niche port, but for what its worth I'd
support a move to autotools.
I'm doing a port to AROS, which currently means cross-building WebKit on
Linux. I opted to use qma
Mike Hommey wrote:
On Mon, Nov 12, 2007 at 03:34:48AM +, Alp Toker <[EMAIL PROTECTED]> wrote:
An unforeseen benefit of the new build system is that it is modular,
rather than monolithic, and has no dependency on GLib/GTK+ or any other
framework. This means that it will now be possible to
Dear webkit stakeholders
Back in july, Pleyo announced a new port of Webkit, not onto a
specific platform but over an Abstraction Layer that we called OwBAL
and which lets us address specific needs which do not perfectly fit
with the "platform" approach. Actually, our goals are to be able t
On Mon, Nov 12, 2007 at 03:34:48AM +, Alp Toker <[EMAIL PROTECTED]> wrote:
> An unforeseen benefit of the new build system is that it is modular,
> rather than monolithic, and has no dependency on GLib/GTK+ or any other
> framework. This means that it will now be possible to use JavaScriptCore
Yes I rewrote the Curl code to use the new callback api's so you can
use select in the main thread.
Also the Pleyo people have done some work I've not fully integrated so
their work is worth looking at.
I ran into some issues and dropped back for the time being to a full
load on each call. Its a
Mike Emmel wrote:
Here is my autoconf build files
They are for my current projects but I think they could readily be
cleaned up to b used with the standard build.
I found that having a single Makefile did not incur any performance problems.
Mike, just had a look over this and it's looking lik
29 matches
Mail list logo