hi,all
Is there any further steps on spice-ios? These days I am porting glib
on iOS, but it always complains there is no gettext, but I have cross
compiled gettext successfully.
Any suggestion is appreciated.
The command to configure glib to iOS:
export DEVELOPER="/Developer"
expor
On 07/08/2011 06:09 PM, Cliff Sharp wrote:
Great suggestion.
My plan has been to convert to OpenGL - then spice-ios would have the
potential to run on most every platform with decent performance.
OS/X runs OpenGL and iOS runs OpenGL ES. I know how to implement OpenGL
is such a way that it would b
This is very helpful.
Thanks.
On Jul 8, 2011, at 11:37 AM, Christophe Fergeau wrote:
> On Fri, Jul 08, 2011 at 11:32:02AM -0500, Cliff Sharp wrote:
>> According to the spice-gtk here is a list of the main level build dependent
>> libraries listed on the web site:
>> spice-protocol
>> pygtk2-deve
On Fri, Jul 08, 2011 at 11:32:02AM -0500, Cliff Sharp wrote:
> According to the spice-gtk here is a list of the main level build dependent
> libraries listed on the web site:
> spice-protocol
> pygtk2-devel
> inittool
> celt051-devel
> gtk2-devel
> openssl-devel
> pulseaudio-devel
> pixman-devel
>
According to the spice-gtk here is a list of the main level build dependent
libraries listed on the web site:
spice-protocol
pygtk2-devel
inittool
celt051-devel
gtk2-devel
openssl-devel
pulseaudio-devel
pixman-devel
python
I have not been able to create a complete list of all the libraries that t
These are very good points and I really appreciate your input.
I will research this over the next couple of days and see if I can make some
sense of it.
I will again try and decipher the spice-glib part of the spice-gtk project.
It would help me quite a bit if you would point me to specific files
On Fri, Jul 08, 2011 at 10:35:54AM -0500, Cliff Sharp wrote:
> My feeling is that it would be best to totally replace/remove glib and as
> many unix libraries as makes sense; mainly from performance and cross
> platform perspectives. I feel that continuing to try and port all these
> unix based lib
My feeling is that it would be best to totally replace/remove glib and as many
unix libraries as makes sense; mainly from performance and cross platform
perspectives. I feel that continuing to try and port all these unix based
libraries to run on smart devices (even though a number of these smar
Great suggestion.
My plan has been to convert to OpenGL - then spice-ios would have the potential
to run on most every platform with decent performance.
OS/X runs OpenGL and iOS runs OpenGL ES. I know how to implement OpenGL is such
a way that it would be the same code base on both of these platf
Ok - thanks for the information - I will check into it.
Hi Marc.
What do you think Marc?
On Jul 8, 2011, at 2:35 AM, Christophe Fergeau wrote:
> Hi Cliff,
>
> On Thu, Jul 07, 2011 at 06:12:07PM -0500, Cliff Sharp wrote:
>> I would like to ask a question to extract a fairly detailed response fro
Hi,
Wouldn't an idea be to get the OpenGL version (+ glut?) in a usable
shape? I would guess transitioning it to OpenGL ES shouldn't be too
difficult either for android/ios..
Best Regards,
Attila Sukosd
-
DTU Computing Center - www.cc.dtu.dk
att...@cc.dtu.
Hi Cliff,
On Thu, Jul 07, 2011 at 06:12:07PM -0500, Cliff Sharp wrote:
> I would like to ask a question to extract a fairly detailed response from
> those who are most familiar with the spice architecture.
>
> What (in some detail) would be needed, as far as architecture and
> software developmen
I am trying to figure out the best approach to continue to port spice client to
iOS. Performance is a big issue in this effort.
I have tried all of the following:
* MacPorts to take advantages of the ported libraries. But there are just too
many that don't work, mismatched versions, and don't wo
13 matches
Mail list logo
