LÖVE

Left out this:
[no] need to install: http://ethan.tira-thompson.com/Mac%20OS ... sal%29.dmg
damnit, just when I thought I had it. Will embed this too.

EDIT:
rude: if you launch the application "Console" it'll show you more specific error messages. I have fixed the libjpeg/ libpng and embeded them into IL.framework. Download from http://appleide.sitesled.com/love.zip . Does not need to install the dmg I listed above.

Source code changes I made:

in luaSocket usocket.h, commented out #include <unistd.h> to compile, because of errors regarding symbol "_strerror$UNIX2003".
http://www.haskell.org/pipermail/glasgo ... 08233.html has some info on this. [[removed unistd.h]]

in love_opengl.cpp changed struct display_state: int stipple_repeat; int stipple_pattern; to GLints instead [[changed returns to GLint]]

SDL_opengl.h
define for linux only
changed to [[added ifndef]]
#ifndef __APPLE__
#define GL_GLEXT_VERSION 29
#endif

I'm afraid it still doesn't work: Or do you require that SDL and SDL_mixer is installed separately?

it's working on my ibook PPC, but I still have some problems:

I had to put the SDL.framework from http://www.libsdl.org/download-1.2.php into my /Library/Framework folder otherwise love was quitting.

Then I could run it. Without game, I had the front page of Löve (in red with the mascott and the logo). But if I tried to move the löve logo, it just crashed the window, and said the program is not responding.
If I pass a game in argument, I got this:

This is LOVE 0.5.0 (Salted Nuts).

INIT love.filesystem [PhysFS]
INIT love.graphics [OpenGL/DevIL/FreeType]
INIT love.audio [SDL_mixer]
INIT love.timer [SDL]
INIT love.mouse [SDL]
INIT love.keyboard [SDL]
INIT love.physics [Box2D]
INIT love.lib [LuaSocket]
INIT love.joystick [SDL]
INIT love.system [Generic]
Game (/Users/eric/dl/no.love) does not exist.
QUIT love.system [Generic] etc.

Okay. I have fixed the link path to SDL from SDL_mixer so love's SDL_mixer should search for SDL from love's frameworks folder.

farvadin: I have no idea why it would crash when you drag the logo. I am speculating it might be because of different versions of SDL being used. [i.e SDL_mixer in love is incompatible with the release of SDL from the website.]. As I said I have no idea.

http://appleide.sitesled.com/love.zip

Download it again. Try download a .love file (or use your own game) and double click it; rather than typing in terminal to enter the arguments. See if the error you posted is still there.

Thanks

EDIT: if the .love files appear as folders then try drag the love.app to desktop and back.

My good sir, you are a genius!

I got no errors, crashes, or anything. I used this command in Terminal:
Thanks for your hard work! I hope you can send me the project files while I still have access to this Mac!

EDIT: Oops, I lied. Running .love-files does not work yet, I actually used this command (to run a folder):

Finally...!?
(Still has to wait for ppc result...)
Okay I have attached the .zip folder. Download and unzip.
Put this inside the platform folder in love-5.0-0, taking note that sometimes when downloading source from the main site result in some include folders going missing, and you'll know when XCode tells you headers are not there.

Follow the README.rtf inside the folder.

(nice avalanche ... ................)

EDIT: If you're ever looking for binary versions of libjpeg and libpng they're inside IL.framework/resources inside love.app/Contents/Frameworks ... Maybe need to copy and rename and place in random places XCode tells you to.

it's much better now!

I can start Löve without argument, the lögo and the mascötte are displayed, I can drag and drop the logo without problem

I still can't pass a .love file as argument, or double click or drag it on the dock. (tried with 2 projects, tried to chmod it before etc)

BUT if I unzip the project, I can pass it as argument and games are working fine with this !!

It's probably a matter of understanding how to extract the content of the file, but I don't understand why it's working on Rude's computer and not on mine. Could it be because of the architecture?

Hmm, are .love files supposed to .zip files? if thats the case it doesn't work for me, though it might have to do with me telling XCode folders with extension .love are .love documents instead. :/

It works if you unzip the .love file and rename the folder with extension .love and the double click on the folder now turned file (if it doesn't, launch love and quit and it should work then). but that's not how its supposed to work, is it? I certainly did this on purpose, but from what you're saying I was mistaken.

.love = .zip (.love are juste renamed zip files)

For me it worked only by passing the folder file name as argument (no .love here, juste the plain normal folder).
I haven't tested with renaming the folder as folder.love, but it should work this way because the mac version should be have to run standard zip/love files downloaded from internet for example.