SDL 1.2 and satellite libs PRE-RELEASE

It works here, can you try it out?On Sun, Jan 8, 2012 at 3:51 PM, Jesse Palser wrote:

Hi,

Was the music loop bug fixed in SDL_Mixer?

When using SDL_Mixer with OGG or MOD music formats,
and if you set loop > 0, on subsequent loops of music there is static.

My current work around is to play music one time
and when finished play it again one time.

Thanks!

Jesse "JeZ+Lee"
16BitSoft
Video Game Design Studio
www.16BitSoft.com

On 1/8/2012 3:37 PM, Sam Lantinga wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga <@slouken> wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix
release. :slight_smile:

Please try these out with your projects and report any issues ASAP to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!


SDL mailing listSDL at lists.libsdl.orghttp://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

On, Fri Jan 06, 2012, Sam Lantinga wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix release.
:slight_smile:

[…]

Just a FYI:

They build fine on all active FreeBSD platforms (7, 8, 9, that’s no
assumption about whether ports using them will still work ;-). Just
SDL_net needed a small fix (attached) for a missing header file.

As Rene already asked: is there some specific reason, why the MMX
blitters were disabled? I never noticed any problems with the blitting
routines in SDL 1.2.14 and below on any compiler or platform, except for
maybe small syntax problems (AT&T vs. others and such).

Best regards
Marcus
-------------- next part --------------
A non-text attachment was scrubbed…
Name: patch-SDLnetsys.h
Type: text/x-chdr
Size: 308 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20120108/be7014c3/attachment.h
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20120108/be7014c3/attachment.pgp

I’m not sure, does anyone know if that will work with Apple’s submission
process?On Sun, Jan 8, 2012 at 4:14 PM, Vittorio Giovara <vitto.giova at yahoo.it>wrote:

Tested on OX 10.6.8 with Hedgewars
I have a few issues with the name changes of the frameworks, CMake
doesn’t find SDL_Mixer (but strangely finds the other) and Freepascal
linker doesn’t find any of the SDL satellite frameworks.
Renaming the frameworks isn’t enough, as later when you launch the app
the loader will look for its rpath, crashing with “Image not found”.

I know this restriction has been brought by the appstore (absurd)
policy, but would it be possible to have the old names back (and fake
the information in the Info.plist)?

Vittorio

On Sun, Jan 8, 2012 at 9:37 PM, Sam Lantinga <@slouken> wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga <@slouken> wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix
release.

:slight_smile:

Please try these out with your projects and report any issues ASAP to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!


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

No functionality issues reported so far, are these good to go?

Can we have a bit more time? It’s only been since Thursday–I haven’t even had a chance to download it :slight_smile:

GregoryOn Jan 8, 2012, at 3:37 PM, Sam Lantinga wrote:

I did so with Hedgewars when it was published on appstore, eg I had
all SDL frameworks with the underscore and just modified their
Info.plist to remove it.
The loader would not complain in that case and the review process
never reported it as a problem…

Btw, in later tests I found out that CMake doesn’t find any of the
newly renamed frameworks.

VittorioOn Mon, Jan 9, 2012 at 12:16 AM, Sam Lantinga wrote:

I’m not sure, does anyone know if that will work with Apple’s submission
process?

On Sun, Jan 8, 2012 at 4:14 PM, Vittorio Giovara <vitto.giova at yahoo.it> wrote:

Tested on OX 10.6.8 with Hedgewars
I have a few issues with the name changes of the frameworks, CMake
doesn’t find SDL_Mixer (but strangely finds the other) and Freepascal
linker doesn’t find any of the SDL satellite frameworks.
Renaming the frameworks isn’t enough, as later when you launch the app
the loader will look for its rpath, crashing with “Image not found”.

I know this restriction has been brought by the appstore (absurd)
policy, but would it be possible to have the old names back (and fake
the information in the Info.plist)?

Vittorio

On Sun, Jan 8, 2012 at 9:37 PM, Sam Lantinga wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix
release.
:slight_smile:

Please try these out with your projects and report any issues ASAP to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!


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


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

I totally missed this discussion. Underscores are not allowed in the
middle of framework names??? Seriously??? Why does Apple even care?
This is all hidden in the app bundle away from end users. It’s not
like it starts with an underscore which I know would probably confuse
their private API auditing tools.

Yes, that change is going to break a lot of things depending on the name.

  • Setting the -I (include path)

  • Linking the -framework or -l name

  • #include <SDL_image/SDL_image.h> won’t work (good thing we’ve told
    people to do #include “SDL_image.h”, but the -I (include path) stuff
    will still break.

  • 3rd party things like CMake.

My initial instinct is that we don’t change the name for SDL 1.2, but
change it for 1.3. But I’ve been totally out of the loop on this one.

-EricOn 1/8/12, Vittorio Giovara <vitto.giova at yahoo.it> wrote:

I did so with Hedgewars when it was published on appstore, eg I had
all SDL frameworks with the underscore and just modified their
Info.plist to remove it.
The loader would not complain in that case and the review process
never reported it as a problem…

Btw, in later tests I found out that CMake doesn’t find any of the
newly renamed frameworks.

Vittorio

On Mon, Jan 9, 2012 at 12:16 AM, Sam Lantinga wrote:

I’m not sure, does anyone know if that will work with Apple’s submission
process?

On Sun, Jan 8, 2012 at 4:14 PM, Vittorio Giovara <vitto.giova at yahoo.it> wrote:

Tested on OX 10.6.8 with Hedgewars
I have a few issues with the name changes of the frameworks, CMake
doesn’t find SDL_Mixer (but strangely finds the other) and Freepascal
linker doesn’t find any of the SDL satellite frameworks.
Renaming the frameworks isn’t enough, as later when you launch the app
the loader will look for its rpath, crashing with “Image not found”.

I know this restriction has been brought by the appstore (absurd)
policy, but would it be possible to have the old names back (and fake
the information in the Info.plist)?

Vittorio

On Sun, Jan 8, 2012 at 9:37 PM, Sam Lantinga wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix
release.
:slight_smile:

Please try these out with your projects and report any issues ASAP to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!


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


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


Beginning iPhone Games Development
http://playcontrol.net/iphonegamebook/

Okay, I’ll rebuild them that way, and ask you to test them. Thanks for the
tip!On Sun, Jan 8, 2012 at 6:48 PM, Vittorio Giovara <vitto.giova at yahoo.it>wrote:

I did so with Hedgewars when it was published on appstore, eg I had
all SDL frameworks with the underscore and just modified their
Info.plist to remove it.
The loader would not complain in that case and the review process
never reported it as a problem…

Btw, in later tests I found out that CMake doesn’t find any of the
newly renamed frameworks.

Vittorio

On Mon, Jan 9, 2012 at 12:16 AM, Sam Lantinga <@slouken> wrote:

I’m not sure, does anyone know if that will work with Apple’s submission
process?

On Sun, Jan 8, 2012 at 4:14 PM, Vittorio Giovara <vitto.giova at yahoo.it> wrote:

Tested on OX 10.6.8 with Hedgewars
I have a few issues with the name changes of the frameworks, CMake
doesn’t find SDL_Mixer (but strangely finds the other) and Freepascal
linker doesn’t find any of the SDL satellite frameworks.
Renaming the frameworks isn’t enough, as later when you launch the app
the loader will look for its rpath, crashing with “Image not found”.

I know this restriction has been brought by the appstore (absurd)
policy, but would it be possible to have the old names back (and fake
the information in the Info.plist)?

Vittorio

On Sun, Jan 8, 2012 at 9:37 PM, Sam Lantinga <@slouken> wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga <@slouken> wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix
release.
:slight_smile:

Please try these out with your projects and report any issues ASAP to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image

http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer

http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!


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


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

Okay, I’ve updated all the .dmg files with the old framework names, but
their bundle identifier still doesn’t have an underscore.

Can you double check to make sure they work and they’ll pass Apple’s
scrutiny?

Thanks!On Sun, Jan 8, 2012 at 6:48 PM, Vittorio Giovara <vitto.giova at yahoo.it>wrote:

I did so with Hedgewars when it was published on appstore, eg I had
all SDL frameworks with the underscore and just modified their
Info.plist to remove it.
The loader would not complain in that case and the review process
never reported it as a problem…

Btw, in later tests I found out that CMake doesn’t find any of the
newly renamed frameworks.

Vittorio

On Mon, Jan 9, 2012 at 12:16 AM, Sam Lantinga <@slouken> wrote:

I’m not sure, does anyone know if that will work with Apple’s submission
process?

On Sun, Jan 8, 2012 at 4:14 PM, Vittorio Giovara <vitto.giova at yahoo.it> wrote:

Tested on OX 10.6.8 with Hedgewars
I have a few issues with the name changes of the frameworks, CMake
doesn’t find SDL_Mixer (but strangely finds the other) and Freepascal
linker doesn’t find any of the SDL satellite frameworks.
Renaming the frameworks isn’t enough, as later when you launch the app
the loader will look for its rpath, crashing with “Image not found”.

I know this restriction has been brought by the appstore (absurd)
policy, but would it be possible to have the old names back (and fake
the information in the Info.plist)?

Vittorio

On Sun, Jan 8, 2012 at 9:37 PM, Sam Lantinga <@slouken> wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga <@slouken> wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix
release.
:slight_smile:

Please try these out with your projects and report any issues ASAP to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image

http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer

http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!


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


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

Okay, now I get it. It’s the bundle identifier that is the problem.

We spent several days last month reverse engineering what Apple allows
for bundle identifiers and what they like to do when you give them
something they don’t like.

Apple claims to conform to RFC1034 which means letters, numbers,
hyphens, and dots. (Can’t start with a number.) The underscore would
be illegal.

Xcode seems to convert any illegal characters into hyphens when
generating your bundle identifier off your project name. (They will
also convert extra dots they are not expecting to hyphens.)

Anyway, we should be able to change the bundle identifier without
breaking much. (I think I might have some native code that looks for
resources inside the framework’s resource folder (not the app bundle’s
folder), and the way to get this path is through the bundle
identifier.) But as a one time change, this is fine. My recommendation
is to pick the valid (RFC1034 compliant) name you want now and never
change it again.

-EricOn 1/8/12, Sam Lantinga wrote:

Okay, I’ve updated all the .dmg files with the old framework names, but
their bundle identifier still doesn’t have an underscore.

Can you double check to make sure they work and they’ll pass Apple’s
scrutiny?

Thanks!

On Sun, Jan 8, 2012 at 6:48 PM, Vittorio Giovara <vitto.giova at yahoo.it>wrote:

I did so with Hedgewars when it was published on appstore, eg I had
all SDL frameworks with the underscore and just modified their
Info.plist to remove it.
The loader would not complain in that case and the review process
never reported it as a problem…

Btw, in later tests I found out that CMake doesn’t find any of the
newly renamed frameworks.

Vittorio

On Mon, Jan 9, 2012 at 12:16 AM, Sam Lantinga wrote:

I’m not sure, does anyone know if that will work with Apple’s submission
process?

On Sun, Jan 8, 2012 at 4:14 PM, Vittorio Giovara <vitto.giova at yahoo.it> wrote:

Tested on OX 10.6.8 with Hedgewars
I have a few issues with the name changes of the frameworks, CMake
doesn’t find SDL_Mixer (but strangely finds the other) and Freepascal
linker doesn’t find any of the SDL satellite frameworks.
Renaming the frameworks isn’t enough, as later when you launch the app
the loader will look for its rpath, crashing with “Image not found”.

I know this restriction has been brought by the appstore (absurd)
policy, but would it be possible to have the old names back (and fake
the information in the Info.plist)?

Vittorio

On Sun, Jan 8, 2012 at 9:37 PM, Sam Lantinga wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix
release.
:slight_smile:

Please try these out with your projects and report any issues ASAP
to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image

http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer

http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!


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


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


Beginning iPhone Games Development
http://playcontrol.net/iphonegamebook/

Okay, I’ll add the hyphen. Thanks for clarifying!On Sun, Jan 8, 2012 at 10:33 PM, Eric Wing wrote:

Okay, now I get it. It’s the bundle identifier that is the problem.

We spent several days last month reverse engineering what Apple allows
for bundle identifiers and what they like to do when you give them
something they don’t like.

Apple claims to conform to RFC1034 which means letters, numbers,
hyphens, and dots. (Can’t start with a number.) The underscore would
be illegal.

Xcode seems to convert any illegal characters into hyphens when
generating your bundle identifier off your project name. (They will
also convert extra dots they are not expecting to hyphens.)

Anyway, we should be able to change the bundle identifier without
breaking much. (I think I might have some native code that looks for
resources inside the framework’s resource folder (not the app bundle’s
folder), and the way to get this path is through the bundle
identifier.) But as a one time change, this is fine. My recommendation
is to pick the valid (RFC1034 compliant) name you want now and never
change it again.

-Eric

On 1/8/12, Sam Lantinga <@slouken> wrote:

Okay, I’ve updated all the .dmg files with the old framework names, but
their bundle identifier still doesn’t have an underscore.

Can you double check to make sure they work and they’ll pass Apple’s
scrutiny?

Thanks!

On Sun, Jan 8, 2012 at 6:48 PM, Vittorio Giovara <vitto.giova at yahoo.it>wrote:

I did so with Hedgewars when it was published on appstore, eg I had
all SDL frameworks with the underscore and just modified their
Info.plist to remove it.
The loader would not complain in that case and the review process
never reported it as a problem…

Btw, in later tests I found out that CMake doesn’t find any of the
newly renamed frameworks.

Vittorio

On Mon, Jan 9, 2012 at 12:16 AM, Sam Lantinga <@slouken> wrote:

I’m not sure, does anyone know if that will work with Apple’s
submission

process?

On Sun, Jan 8, 2012 at 4:14 PM, Vittorio Giovara < vitto.giova at yahoo.it> wrote:

Tested on OX 10.6.8 with Hedgewars
I have a few issues with the name changes of the frameworks, CMake
doesn’t find SDL_Mixer (but strangely finds the other) and Freepascal
linker doesn’t find any of the SDL satellite frameworks.
Renaming the frameworks isn’t enough, as later when you launch the
app

the loader will look for its rpath, crashing with “Image not found”.

I know this restriction has been brought by the appstore (absurd)
policy, but would it be possible to have the old names back (and fake
the information in the Info.plist)?

Vittorio

On Sun, Jan 8, 2012 at 9:37 PM, Sam Lantinga <@slouken> wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga <@slouken> wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix
release.
:slight_smile:

Please try these out with your projects and report any issues ASAP
to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image

http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer

http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net

http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf

http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!


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


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


Beginning iPhone Games Development
http://playcontrol.net/iphonegamebook/


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

Okay, the packages are updated:
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15.dmg
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11.dmg
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12.dmg
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8.dmg
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11.dmgOn Sun, Jan 8, 2012 at 10:54 PM, Sam Lantinga <@slouken> wrote:

Okay, I’ll add the hyphen. Thanks for clarifying!

On Sun, Jan 8, 2012 at 10:33 PM, Eric Wing wrote:

Okay, now I get it. It’s the bundle identifier that is the problem.

We spent several days last month reverse engineering what Apple allows
for bundle identifiers and what they like to do when you give them
something they don’t like.

Apple claims to conform to RFC1034 which means letters, numbers,
hyphens, and dots. (Can’t start with a number.) The underscore would
be illegal.

Xcode seems to convert any illegal characters into hyphens when
generating your bundle identifier off your project name. (They will
also convert extra dots they are not expecting to hyphens.)

Anyway, we should be able to change the bundle identifier without
breaking much. (I think I might have some native code that looks for
resources inside the framework’s resource folder (not the app bundle’s
folder), and the way to get this path is through the bundle
identifier.) But as a one time change, this is fine. My recommendation
is to pick the valid (RFC1034 compliant) name you want now and never
change it again.

-Eric

On 1/8/12, Sam Lantinga <@slouken> wrote:

Okay, I’ve updated all the .dmg files with the old framework names, but
their bundle identifier still doesn’t have an underscore.

Can you double check to make sure they work and they’ll pass Apple’s
scrutiny?

Thanks!

On Sun, Jan 8, 2012 at 6:48 PM, Vittorio Giovara <vitto.giova at yahoo.it>wrote:

I did so with Hedgewars when it was published on appstore, eg I had
all SDL frameworks with the underscore and just modified their
Info.plist to remove it.
The loader would not complain in that case and the review process
never reported it as a problem…

Btw, in later tests I found out that CMake doesn’t find any of the
newly renamed frameworks.

Vittorio

On Mon, Jan 9, 2012 at 12:16 AM, Sam Lantinga <@slouken> wrote:

I’m not sure, does anyone know if that will work with Apple’s
submission

process?

On Sun, Jan 8, 2012 at 4:14 PM, Vittorio Giovara < vitto.giova at yahoo.it> wrote:

Tested on OX 10.6.8 with Hedgewars
I have a few issues with the name changes of the frameworks, CMake
doesn’t find SDL_Mixer (but strangely finds the other) and
Freepascal

linker doesn’t find any of the SDL satellite frameworks.
Renaming the frameworks isn’t enough, as later when you launch the
app

the loader will look for its rpath, crashing with “Image not found”.

I know this restriction has been brought by the appstore (absurd)
policy, but would it be possible to have the old names back (and
fake

the information in the Info.plist)?

Vittorio

On Sun, Jan 8, 2012 at 9:37 PM, Sam Lantinga <@slouken> wrote:

No functionality issues reported so far, are these good to go?

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga <@slouken wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix
release.
:slight_smile:

Please try these out with your projects and report any issues
ASAP

to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image

http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer

http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net

http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf

http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!


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


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


Beginning iPhone Games Development
http://playcontrol.net/iphonegamebook/


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

Yes, I’m just pinging people to see how things look. If I don’t hear of
any issues, I’ll probably release these next weekend.On Sun, Jan 8, 2012 at 6:21 PM, Gregory Smith wrote:

On Jan 8, 2012, at 3:37 PM, Sam Lantinga wrote:

No functionality issues reported so far, are these good to go?

Can we have a bit more time? It’s only been since Thursday–I haven’t even
had a chance to download it :slight_smile:

Gregory


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

There are now 64-bit Windows versions of all of these packages.
The source archives aren’t updated yet, but the binaries are in the win32
and VC zip packages.

Cheers!On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga <@slouken> wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix release.
:slight_smile:

Please try these out with your projects and report any issues ASAP to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!

It looks like there is a binary compatibility problem with these libraries.
I’ll take a look at it later and upload new packages.On Mon, Jan 9, 2012 at 5:29 AM, Sam Lantinga <@slouken> wrote:

There are now 64-bit Windows versions of all of these packages.
The source archives aren’t updated yet, but the binaries are in the win32
and VC zip packages.

Cheers!

On Thu, Jan 5, 2012 at 11:29 PM, Sam Lantinga <@slouken> wrote:

I put up a PRE-RELEASE snapshot of the 2012 Happy New Year bugfix
release. :slight_smile:

Please try these out with your projects and report any issues ASAP to
bugzilla:
http://bugzilla.libsdl.org

Here you go!

http://www.libsdl.org/tmp/prerelease/SDL
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15/docs.html

http://www.libsdl.org/tmp/prerelease/SDL_image
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_mixer
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_net
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8/CHANGES

http://www.libsdl.org/tmp/prerelease/SDL_ttf
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11/CHANGES

Cheers!

Hi, I am able to build libSDL-1.2.15 and the others except libSDL_net
perfectly fine on my Ubuntu 11,10 x86_64.
We (the SDL_perl guys) dont use SDL_net so I dont tested it.

I ran nearly 4000 tests, all sems fine there.

But when I try to build libSDL_image on OpenBSD 4.7 i386 it throws the
following error:
/home/Alien-SDL/sharedir/1.430_5c89edb5/lib/libSDL.so.11.4: undefined
reference to `sem_timedwait’
collect2: ld returned 1 exit status

It looks like OpenBSD doesnt have sem_timedwait at all:
bash-4.0# ldconfig -r | grep pthread.so
120:-lpthread.12.0 => /usr/lib/libpthread.so.12.0
bash-4.0# nm /usr/lib/libpthread.so.12.0 | grep sem
000065c8 T sem_close
000064f4 T sem_destroy
000067d4 T sem_getvalue
00006424 T sem_init
000065a4 T sem_open
00006748 T sem_post
000066c0 T sem_trywait
000065f0 T sem_unlink
00006618 T sem_wait
00000000 F uthread_sem.c

Instead my Ubuntu says:
$ ldconfig -p | grep pthread.so
libpthread.so.0 (libc6,x86-64, OS ABI: Linux 2.6.15) =>
/lib/x86_64-linux-gnu/libpthread.so.0
$ nm /lib/x86_64-linux-gnu/libpthread.so.0 | grep sem
[…]
000000000000dcc0 T sem_open
000000000000e570 T sem_post
000000000000e390 T sem_timedwait
000000000000e531 t sem_timedwait_cleanup
[…]

Is there something I can do at all?
Btw, libSDL-1.2.14 and libSDL_image-1.2.11 builds fine on that OpenBSD
system.

For those who are experienced with perl, here is the repo that builds
libSDL and the others:
https://github.com/PerlGameDev/Alien-SDL/tree/libsdl_prerelease--
Cheers, FROGGS

I get the same issue on my NetBSD 5.1.3 i386. Are all BSD’s affected?
Can somebody approve?> Hi, I am able to build libSDL-1.2.15 and the others except libSDL_net

perfectly fine on my Ubuntu 11,10 x86_64.
We (the SDL_perl guys) dont use SDL_net so I dont tested it.

I ran nearly 4000 tests, all sems fine there.

But when I try to build libSDL_image on OpenBSD 4.7 i386 it throws the
following error:
/home/Alien-SDL/sharedir/1.430_5c89edb5/lib/libSDL.so.11.4: undefined
reference to `sem_timedwait’
collect2: ld returned 1 exit status

It looks like OpenBSD doesnt have sem_timedwait at all:
bash-4.0# ldconfig -r | grep pthread.so
120:-lpthread.12.0 => /usr/lib/libpthread.so.12.0
bash-4.0# nm /usr/lib/libpthread.so.12.0 | grep sem
000065c8 T sem_close
000064f4 T sem_destroy
000067d4 T sem_getvalue
00006424 T sem_init
000065a4 T sem_open
00006748 T sem_post
000066c0 T sem_trywait
000065f0 T sem_unlink
00006618 T sem_wait
00000000 F uthread_sem.c

Instead my Ubuntu says:
$ ldconfig -p | grep pthread.so
libpthread.so.0 (libc6,x86-64, OS ABI: Linux 2.6.15) =>
/lib/x86_64-linux-gnu/libpthread.so.0
$ nm /lib/x86_64-linux-gnu/libpthread.so.0 | grep sem
[…]
000000000000dcc0 T sem_open
000000000000e570 T sem_post
000000000000e390 T sem_timedwait
000000000000e531 t sem_timedwait_cleanup
[…]

Is there something I can do at all?
Btw, libSDL-1.2.14 and libSDL_image-1.2.11 builds fine on that OpenBSD
system.

For those who are experienced with perl, here is the repo that builds
libSDL and the others:
https://github.com/PerlGameDev/Alien-SDL/tree/libsdl_prerelease


Cheers, FROGGS


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

I thought the appropriate library is actually -lrt…hmm that wouldn’t make
a lot of sense that the other sem_xxxx symbols aren’t in it though…On Mon, Jan 9, 2012 at 2:17 PM, Tobias Leich wrote:

I get the same issue on my NetBSD 5.1.3 i386. Are all BSD’s affected?
Can somebody approve?

Hi, I am able to build libSDL-1.2.15 and the others except libSDL_net
perfectly fine on my Ubuntu 11,10 x86_64.
We (the SDL_perl guys) dont use SDL_net so I dont tested it.

I ran nearly 4000 tests, all sems fine there.

But when I try to build libSDL_image on OpenBSD 4.7 i386 it throws the
following error:
/home/Alien-SDL/sharedir/1.430_5c89edb5/lib/libSDL.so.11.4: undefined
reference to `sem_timedwait’
collect2: ld returned 1 exit status

It looks like OpenBSD doesnt have sem_timedwait at all:
bash-4.0# ldconfig -r | grep pthread.so
120:-lpthread.12.0 => /usr/lib/libpthread.so.12.0
bash-4.0# nm /usr/lib/libpthread.so.12.0 | grep sem
000065c8 T sem_close
000064f4 T sem_destroy
000067d4 T sem_getvalue
00006424 T sem_init
000065a4 T sem_open
00006748 T sem_post
000066c0 T sem_trywait
000065f0 T sem_unlink
00006618 T sem_wait
00000000 F uthread_sem.c

Instead my Ubuntu says:
$ ldconfig -p | grep pthread.so
libpthread.so.0 (libc6,x86-64, OS ABI: Linux 2.6.15) =>
/lib/x86_64-linux-gnu/libpthread.so.0
$ nm /lib/x86_64-linux-gnu/libpthread.so.0 | grep sem
[…]
000000000000dcc0 T sem_open
000000000000e570 T sem_post
000000000000e390 T sem_timedwait
000000000000e531 t sem_timedwait_cleanup
[…]

Is there something I can do at all?
Btw, libSDL-1.2.14 and libSDL_image-1.2.11 builds fine on that OpenBSD
system.

For those who are experienced with perl, here is the repo that builds
libSDL and the others:
https://github.com/PerlGameDev/Alien-SDL/tree/libsdl_prerelease


Cheers, FROGGS


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

I’ve attached the semaphore.h files of my systems, and the libSDL source
file that uses sem_timedwait.

Looks like _POSIX_C_SOURCE >= 200112L || _XOPEN_SOURCE >= 600 would be
the right switch according to http://linux.die.net/man/3/sem_timedwait .

Should it use the same “…/generic/SDL_syssem.c” like it does for macosx
when _POSIX_C_SOURCE >= 200112L || _XOPEN_SOURCE >= 600 isnt true?

Because You cant just replace SDL_SemWaitTimeout(), the structure of
SDL_semaphore differ.> On Monday, January 09, 2012 at 12:17 PM, Tobias Leich wrote:

I get the same issue on my NetBSD 5.1.3 i386. Are all BSD’s affected?
Can somebody approve?
As I understand it, sem_timedwait isn’t a part of BSD, so you’re not likely to
find it on any *BSD or Mac OS X or Solaris (though newer versions may have it).
There ought to be a #define around code which uses it.

– c

-------------- next part --------------
A non-text attachment was scrubbed…
Name: semaphore_h_of_netbsd513.h
Type: text/x-chdr
Size: 3940 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20120110/54daad85/attachment.h
-------------- next part --------------
A non-text attachment was scrubbed…
Name: semaphore_h_of_ubuntu1110.h
Type: text/x-chdr
Size: 2496 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20120110/54daad85/attachment-0001.h
-------------- next part --------------
A non-text attachment was scrubbed…
Name: generic_SDL_syssem.c
Type: text/x-csrc
Size: 4257 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20120110/54daad85/attachment.c
-------------- next part --------------
A non-text attachment was scrubbed…
Name: pthread_SDL_syssem.c
Type: text/x-csrc
Size: 3657 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20120110/54daad85/attachment-0001.c

Aleph One uses SDL, SDL_net, SDL_image, and SDL_ttf. I dropped these
new frameworks into the latest release, and everything works perfectly
on my late model MacBook Air running Lion, both in 32-bit mode and
64-bit mode.

Unfortunately the same app will not start on my original MacBook Pro
running Snow Leopard:

Dyld Error Message:
Library not loaded: @rpath/SDL.framework/Versions/A/SDL
Referenced from: /Users/ghs/Desktop/Marathon Infinity/AlephOne new
SDL.app/Contents/MacOS/…/Frameworks/SDL_net.framework/Versions/A/SDL_net
Reason: Incompatible library version: SDL_net requires version
12.0.0 or later, but SDL provides version 1.0.0

I get similar messages for SDL_image and SDL_ttf if I just replace those.

Using just SDL 1.2.15, with the old satellite frameworks, the app
starts up, and the UI works correctly, but when I enter the game
mouselook doesn’t work. The buttons do work to fire. This happens in
both fullscreen and in a window. Maybe recentering is broken?

This machine isn’t set up in a comfortable position to debug this
stuff, so more once I’m able to relocate it. In the mean time, can
anyone else confirm issues with framework versions or mouse control in
32-bit Snow Leopard?

GregoryOn Mon, Jan 9, 2012 at 12:20 AM, Sam Lantinga wrote:

Okay, the packages are updated:
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15.dmg
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11.dmg
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12.dmg
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8.dmg
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11.dmg

From the “dropped” I can only wonder did you just replace the frameworks in the bundle or did you recompile the app?
Don’t take offense if you did recompile anyway, the dropped just seemed an odd choice of words.

Dominik

Gregory Smith wrote:> On Mon, Jan 9, 2012 at 12:20 AM, Sam Lantinga wrote:

Okay, the packages are updated:
http://www.libsdl.org/tmp/prerelease/SDL/SDL-1.2.15.dmg
http://www.libsdl.org/tmp/prerelease/SDL_image/SDL_image-1.2.11.dmg
http://www.libsdl.org/tmp/prerelease/SDL_mixer/SDL_mixer-1.2.12.dmg
http://www.libsdl.org/tmp/prerelease/SDL_net/SDL_net-1.2.8.dmg
http://www.libsdl.org/tmp/prerelease/SDL_ttf/SDL_ttf-2.0.11.dmg

Aleph One uses SDL, SDL_net, SDL_image, and SDL_ttf. I dropped these
new frameworks into the latest release, and everything works perfectly
on my late model MacBook Air running Lion, both in 32-bit mode and
64-bit mode.

Unfortunately the same app will not start on my original MacBook Pro
running Snow Leopard:

Dyld Error Message:
Library not loaded: @rpath/SDL.framework/Versions/A/SDL
Referenced from: /Users/ghs/Desktop/Marathon Infinity/AlephOne new
SDL.app/Contents/MacOS/…/Frameworks/SDL_net.framework/Versions/A/SDL_net
Reason: Incompatible library version: SDL_net requires version
12.0.0 or later, but SDL provides version 1.0.0

I get similar messages for SDL_image and SDL_ttf if I just replace those.

Using just SDL 1.2.15, with the old satellite frameworks, the app
starts up, and the UI works correctly, but when I enter the game
mouselook doesn’t work. The buttons do work to fire. This happens in
both fullscreen and in a window. Maybe recentering is broken?

This machine isn’t set up in a comfortable position to debug this
stuff, so more once I’m able to relocate it. In the mean time, can
anyone else confirm issues with framework versions or mouse control in
32-bit Snow Leopard?

Gregory


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