Super repo for other libretro projects. Fetches, builds and installs.
Go to file
Twinaphex db90e2466f Merge pull request #226 from hokata/master
add dist/unix to .gitignore
2015-03-05 21:31:47 +01:00
dist/info Add Lutro core info file 2015-03-01 08:18:57 +01:00
docs Some skeleton of how to USE libretro-super, kind of lame still. 2015-03-01 01:49:30 -08:00
recipes finishing touches for PSP nightlies 2015-02-25 22:26:21 -05:00
rules.d Add cap32 to core-rules.sh 2015-03-05 14:46:42 +01:00
script-modules No need to edit libretro-fetch.sh when you add a core now 2015-03-04 19:40:22 -08:00
.gitignore add dist/unix 2015-03-05 21:22:44 +01:00
libretro-build-android-mk.sh Try to make whitespace consistently 3 space tabs in shell scripts, also use env for bash 2015-02-16 19:22:50 -08:00
libretro-build-common-gx.sh Try to make whitespace consistently 3 space tabs in shell scripts, also use env for bash 2015-02-16 19:22:50 -08:00
libretro-build-common-xdk.sh Try to make whitespace consistently 3 space tabs in shell scripts, also use env for bash 2015-02-16 19:22:50 -08:00
libretro-build-common.sh Make cores without a build rule actually not try to build 2015-03-04 17:33:49 -08:00
libretro-build-database.sh Try to make whitespace consistently 3 space tabs in shell scripts, also use env for bash 2015-02-16 19:22:50 -08:00
libretro-build-ios-theos.sh Changes to make a lot of the build scripts work 2015-02-22 23:58:58 -08:00
libretro-build-ios.sh Quote our paths so PWD with spaces works 2015-02-21 20:36:05 -08:00
libretro-build-ngc.sh Changes to make a lot of the build scripts work 2015-02-22 23:58:58 -08:00
libretro-build-ps3.sh PS3 and QNX scripts should work fine with this 2015-02-22 23:19:26 -08:00
libretro-build-psp1.sh Changes to make a lot of the build scripts work 2015-02-22 23:58:58 -08:00
libretro-build-qnx.sh Add cores to libretro-build-qnx.sh 2015-03-01 14:03:35 +01:00
libretro-build-wii.sh Changes to make a lot of the build scripts work 2015-02-22 23:58:58 -08:00
libretro-build-win.sh Try to make whitespace consistently 3 space tabs in shell scripts, also use env for bash 2015-02-16 19:22:50 -08:00
libretro-build-xdk1.sh Try to make whitespace consistently 3 space tabs in shell scripts, also use env for bash 2015-02-16 19:22:50 -08:00
libretro-build-xdk360.sh Try to make whitespace consistently 3 space tabs in shell scripts, also use env for bash 2015-02-16 19:22:50 -08:00
libretro-build.sh add Lutro 2015-03-02 11:00:01 -06:00
libretro-buildbot-recipe.sh forgot to remove overlays 2015-02-25 22:48:18 -05:00
libretro-buildbot-task.sh Try to make whitespace consistently 3 space tabs in shell scripts, also use env for bash 2015-02-16 19:22:50 -08:00
libretro-config.sh SOME color in the scripts, can be disabled in libretro-config{,-user}.sh 2015-03-03 00:13:02 -08:00
libretro-fetch.sh No need to edit libretro-fetch.sh when you add a core now 2015-03-04 19:40:22 -08:00
libretro-header-update.sh Try to make whitespace consistently 3 space tabs in shell scripts, also use env for bash 2015-02-16 19:22:50 -08:00
libretro-install.sh DIST_DIR is unknown 2015-03-03 22:50:26 +01:00
libretro-upgrade.sh Make the devkit move final 2015-03-01 04:19:34 -08:00
radius-buildbot Script needs /bin/bash, not /bin/sh 2015-02-01 13:55:35 -08:00
retroarch-build.sh Make retroarch-build.sh work outside of libretro-super. 2015-02-23 02:47:45 -08:00

Requirements for libretro-super on OS X

As of this writing, OS X support for libretro-super requires use of a Terminal application. You'll also need Apple's Xcode, a set of command line tools for your versionf of Xcode, and possibly also the source code management tool git.

OS X 10.7 Lion and later

As of OS X 10.7, the correct way to get Xcode is via the Mac App Store. If you've been keeping up with OS X versions, you may simply go to the App Store page for Xcode and click the friendly GET or iCloud download button, as appropriate. An annoying bug recently observed (as of 2015 February) is that you cannot download old versions of App Store programs unless you have already "purchased" the app.

In that case, go to Apple Developer Connection and find it there. It's buried and Apple tends to move it around periodically, sorry.

Once you have installed Xcode (version 4+), open it and go into Preferences. Select the Downloads pane, and click the Install button for Command Line Tools. Every time you upgrade Xcode, you'll want to back here to see if Command Line Tools needs upgrading.

Once you've done that, check the section below about git.

OS X 10.5 Leopard and 10.6 Snow Leopard (and older?)

While the final versionf of OS X 10.6 did feature the Mac App Store, Xcode for these versions generally came with the system installation media or a retail OS X install disc. Even so, a more recent version is probably available for you at Apple Developer Connection and it's generally wise to have the latest version intended for your OS version. OS X Leopard can use up to Xcode 3.1 versions, which are the last ones to run natively on PowerPC and the first to support compiling for iPhoneOS (yes, pre-iPad!)

Xcode 3.2 is still able to compile PowerPC binaries, however like the OS X Snow Leopard it runs on, you'll need an Intel processor to use it.

Older versions of OS X are not officially supported at this time, but if you are more technically inclined, you might be able to make it work. If you get it to work, please send us a patch! Obviously any version of Xcode predating 10.4.6 will not support Intel processors.

You will need to install git if you haven't already done so.

git

On recent versions of OS X, you may already have git installed by Apple. To check, open up a terminal and type the command (without quotes) "which git". If you get another shell prompt without any output, you definitely need to install git. If you see a UNIX path name to git, then you're probably good to go. /usr/bin/git is the version supplied by Apple. If it lives somewhere else it was either compiled by hand or installed by source ports system. If you don't have it, a source ports system is a good way to get it. Here's a few choices:

Of these, Fink tends to be the heaviest and HomeBrew the lightest.

One common criticism of HomeBrew is that using it tends to suggest downloading ruby scripts right off the Internet and running them sight-unseen, with admin access to your system. If that sounds unwise, HomeBrew isn't for you. That said, think about the last commercial program you installed on your Mac. Did you look at its source code before verifying it was safe to run after you downloaded it off the Internet?

MacPorts is somewhere in the middle, depending on how good you are at cleaning up old "inactive" versions of things (use port -cu upgrade outdated when you upgrade to keep things tidy.) Your author uses MacPorts for all but a couple of rare items not packaged by that port system. That and check a port's variants before installing it to make sure it has the features you want, and disables the ones you don't.

Fink tends to follow the Debian model, which means lots of libraries needed for optional features, just in case. That's disk space used on a release version, and lots of time compiling all of those libs if you are running a pre-release.

Or you could just go and find git's website, download it, and follow the instructions. A basic Mac with Xcode installed probably meets all necessary requirements.

Using libretro-super

TODO: Works the same as libretro-super for Linux or under MSYS2 from here. Document what that means exactly, later.

Nutshell version:

  • git clone https://github.com/libretro/libretro-super.git && cd libretro-super or cd ~/path/to/libretro-super
  • ./libretro-upgrade.sh
  • ./libretro-fetch.sh
  • ./libretro-build.sh

You get the idea. You shouldn't need to run libretro-upgrade.sh after a fresh clone—it's there to handle cross-module moves, renames, and deletions that git cannot handle.