About SDL 1.3 and iPhone

Since recent SDL “head” doesn’t work with iphone (the app doesn’t get
events) looking at the mercurial web interface I choose to go back to find a
working version:

My first step has been:

hg update -C pre-touch-removal

Since I thought that the multitouch removal was the patch that broke iphone
input… but I was wrong, the behaviour of that release is the same of the
"head" (trunk? I really don’t know the mercurial word to identify the newer
version!)

Anyway since switching versions with mercurial is really easy I found with a
dicotomical method (starting with release 4441 that I had working a few
months ago).

I found that a “good” version is the 4444 release :slight_smile: (so hg update -C 4444
should update your tree to the correct version). I also applied to it a pair
of patches from the head version to handle correctly the application bar on
the top of the screen if SDL_WINDOW_BORDERLESS is not specified. If someone
is interested I can make a binary package of this version (with headers,
simulator/device libs and patches) since I find that the effort to try SDL
on the iphone in the current state is too big.–
Bye,
Gabry

“head” (trunk? I really don’t know the mercurial word to identify the newer version!)

It is called ‘tip’.

The latest SDL 1.3 snapshot should work on iPhone again. Please let
me know if you have any problems.

See ya!On Wed, Jun 30, 2010 at 3:42 AM, Gabriele Greco <gabriele.greco at darts.it> wrote:

Since recent SDL “head” doesn’t work with iphone (the app doesn’t get
events) looking at the mercurial web interface I choose to go back to find a
working version:
My first step has been:
hg update -C pre-touch-removal

Since I thought that the multitouch removal was the patch that broke iphone
input… but I was wrong, the behaviour of that release is the same of the
"head" (trunk? I really don’t know the mercurial word to identify the newer
version!)
Anyway since switching versions with mercurial is really easy I found with a
dicotomical method (starting with release 4441 that I had working a few
months ago).
I found that a “good” version is the 4444 release :slight_smile: (so?hg update -C 4444
should update your tree to the correct version). I also applied to it a pair
of patches from the head version to handle correctly the application bar on
the top of the screen if SDL_WINDOW_BORDERLESS is not specified. If someone
is interested I can make a binary package of this version (with headers,
simulator/device libs and patches) since I find that the effort to try SDL
on the iphone in the current state is too big.

Bye,
?Gabry


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org


-Sam Lantinga, Founder and President, Galaxy Gameworks LLC

Thanks Sam.

Is there any chance of normal ./configure support to build for
iphoneos? I use Xcode hardly ever.On 8 Jul 2010, at 03:07, Sam Lantinga wrote:

The latest SDL 1.3 snapshot should work on iPhone again. Please let
me know if you have any problems.

See ya!

On Wed, Jun 30, 2010 at 3:42 AM, Gabriele Greco <gabriele.greco at darts.it wrote:

Since recent SDL “head” doesn’t work with iphone (the app doesn’t get
events) looking at the mercurial web interface I choose to go back
to find a
working version:
My first step has been:
hg update -C pre-touch-removal

Since I thought that the multitouch removal was the patch that
broke iphone
input… but I was wrong, the behaviour of that release is the same
of the
"head" (trunk? I really don’t know the mercurial word to identify
the newer
version!)
Anyway since switching versions with mercurial is really easy I
found with a
dicotomical method (starting with release 4441 that I had working a
few
months ago).
I found that a “good” version is the 4444 release :slight_smile: (so hg update -
C 4444
should update your tree to the correct version). I also applied to
it a pair
of patches from the head version to handle correctly the
application bar on
the top of the screen if SDL_WINDOW_BORDERLESS is not specified. If
someone
is interested I can make a binary package of this version (with
headers,
simulator/device libs and patches) since I find that the effort to
try SDL
on the iphone in the current state is too big.

Bye,
Gabry


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org


-Sam Lantinga, Founder and President, Galaxy Gameworks LLC


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

if you don’t want to do this simple 3 step tutorial

  1. doubleclick on the xcode project
  2. click ‘build’
  3. drag the libSDLiPhoneOS,a from Products to wherever you need it
    you can navigate in the terminal to the folder containing the project and run
    xcodebuild
    to compile and obtain the library in a subfolder of ‘build’ directory

bye
VittorioOn Thu, Jul 8, 2010 at 8:32 PM, Ian Norton wrote:

Thanks Sam.

Is there any chance of normal ./configure support to build for iphoneos? I
use Xcode hardly ever.

On 8 Jul 2010, at 03:07, Sam Lantinga wrote:

The latest SDL 1.3 snapshot should work on iPhone again. ?Please let
me know if you have any problems.

See ya!

On Wed, Jun 30, 2010 at 3:42 AM, Gabriele Greco <gabriele.greco at darts.it> wrote:

Since recent SDL “head” doesn’t work with iphone (the app doesn’t get
events) looking at the mercurial web interface I choose to go back to
find a
working version:
My first step has been:
hg update -C pre-touch-removal

Since I thought that the multitouch removal was the patch that broke
iphone
input… but I was wrong, the behaviour of that release is the same of
the
"head" (trunk? I really don’t know the mercurial word to identify the
newer
version!)
Anyway since switching versions with mercurial is really easy I found
with a
dicotomical method (starting with release 4441 that I had working a few
months ago).
I found that a “good” version is the 4444 release :slight_smile: (so hg update -C
4444
should update your tree to the correct version). I also applied to it a
pair
of patches from the head version to handle correctly the application bar
on
the top of the screen if SDL_WINDOW_BORDERLESS is not specified. If
someone
is interested I can make a binary package of this version (with headers,
simulator/device libs and patches) since I find that the effort to try
SDL
on the iphone in the current state is too big.

Bye,
?Gabry


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org


? -Sam Lantinga, Founder and President, Galaxy Gameworks LLC


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

The latest SDL 1.3 snapshot should work on iPhone again. Please let
me know if you have any problems.

It works (with SDK 3.2+), but to compile under 3.1.x or earlier I’ve had to
remove all the multi resolution/screen stuff.

What is the correct way to do this?

Actually I’ve enclosed all the relevant blocks in:

#ifdef __IPHONE_3_2
// code compiled out
#endif

But I fear that upgrading to SDK 4.x will break this.

I’ve tried also:

#if __IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_3_2
#endif

But this is not enough to compile with older SDKs.On Thu, Jul 8, 2010 at 4:07 AM, Sam Lantinga wrote:


Bye,
Gabry

i think that the correct way to do this is to compile sdl with ios4+
and then weak link uikit from your proejct. You need to make runtime
checks anyways.
but hey, if it works the way you enclosed the functions, no problem
btw i thought icculus fixed this in a recent commit
bye
VittorioOn Fri, Jul 9, 2010 at 10:02 AM, Gabriele Greco <gabriele.greco at darts.it> wrote:

On Thu, Jul 8, 2010 at 4:07 AM, Sam Lantinga wrote:

The latest SDL 1.3 snapshot should work on iPhone again. ?Please let
me know if you have any problems.

It works (with SDK 3.2+), but to compile under 3.1.x or earlier I’ve had to
remove all the multi resolution/screen stuff.
What is the correct way to do this?
Actually I’ve enclosed all the relevant blocks in:
#ifdef __IPHONE_3_2
// code compiled out
#endif
But I fear that upgrading to SDK 4.x will break this.
I’ve tried also:
#if __IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_3_2
#endif
But this is not enough to compile with older SDKs.

Bye,
?Gabry


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org