mirror of
https://github.com/RetroDECK/ES-DE.git
synced 2024-11-22 06:05:38 +00:00
Some documentation updates regarding building ES on macOS.
This commit is contained in:
parent
6633ee5028
commit
2dc7884e37
|
@ -4,7 +4,7 @@ Contributing to EmulationStation Desktop Edition
|
|||
|
||||
### Help needed:
|
||||
|
||||
There are many cards in the Kanban backlog that would be nice to implement. And for this, code contributions are most welcome. There may be a bug or two as well that needs fixing ;)
|
||||
There are many cards in the Kanban backlog that would be nice to implement. And for this, code contributions are very welcome. There may be a bug or two as well that needs fixing ;)
|
||||
|
||||
Apart from code commits, help is especially needed for thorough testing of the software and for working on the rbsimple-DE theme.
|
||||
|
||||
|
@ -15,12 +15,9 @@ In general, a review of the [es_systems.cfg_unix](resources/templates/es_systems
|
|||
As for rbsimple-DE there are quite some missing graphic files and other customizations for a number of game systems. \
|
||||
Check out [MISSING.md](themes/rbsimple-DE/MISSING.md) for more details of what needs to be added or updated.
|
||||
|
||||
Finally, if someone could make a proper port to macOS, that would be great! There is some code present specifically for macOS but I've been unable to test it. More work is definitely needed but since macOS is a Unix operating system, this port should hopefully be quite straightforward.
|
||||
|
||||
|
||||
### Coding style:
|
||||
|
||||
The coding style for EmulationStation-DE is mostly a combination of the Linux Kernel and Google C++ coding guidelines.
|
||||
The coding style for EmulationStation-DE is mostly a combination of the Linux Kernel style (although that's C it's close enough to C++ as far as I'm concerned) and Google's C++ guidelines. Google is not a very nice company, but they write nice code.
|
||||
|
||||
Please refer to these documents here:
|
||||
|
||||
|
|
82
INSTALL.md
82
INSTALL.md
|
@ -47,7 +47,7 @@ cmake .
|
|||
make
|
||||
```
|
||||
|
||||
Note: To generate a `Debug` build on Unix/Linux, run this instead:
|
||||
To generate a `Debug` build on Unix/Linux, run this instead:
|
||||
```
|
||||
cmake -DCMAKE_BUILD_TYPE=Debug .
|
||||
make
|
||||
|
@ -198,6 +198,78 @@ sudo apt-get install rpm
|
|||
```
|
||||
|
||||
|
||||
## Building on macOS
|
||||
|
||||
EmulationStation for macOS is built using Clang/LLVM which is the default compiler for this operating system. It's pretty straightforward to build software on this OS. Although it's a quite bizarre Unix variant, it is still a proper system with good toolchains. The main deficiency (apart from a very strange user interface) is that there is no package manager and you need to register an account to install software from the App Store. There are several third party package managers though, and the use of one of them, _Homebrew_, is detailed below.
|
||||
|
||||
**Setting up the build tools:**
|
||||
|
||||
Install the Command Line Tools which include Clang/LLVM, Git, make etc. Simply open a terminal and enter the command `clang`. This will open a dialog that will let you download and install the tools.
|
||||
|
||||
Following this, install the Homebrew package manager which will simplify the rest of the installation greatly. Install it by runing the following in a terminal window:
|
||||
```
|
||||
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)"
|
||||
```
|
||||
Be aware though that Homebrew is really slow as it compiles the packages from source code, so you need some patience when using it.
|
||||
|
||||
**Package installation with Homebrew:**
|
||||
|
||||
Install cmake, which will also install pkg-config that we need as well:
|
||||
|
||||
```
|
||||
brew install cmake
|
||||
```
|
||||
|
||||
Following this, install the dependency packages needed by ES:
|
||||
```
|
||||
brew install sdl2 freeimage freetype pugixml rapidjson
|
||||
```
|
||||
Curl could optionally be installed too, but normally the version shipped with macOS is fine to use.
|
||||
|
||||
Finally, install VLC/libVLC:
|
||||
```
|
||||
brew cask install vlc
|
||||
```
|
||||
|
||||
**Some additional/optional steps:**
|
||||
|
||||
Enable developer mode to avoid annoying password requests when attaching the debugger to a process:
|
||||
```
|
||||
sudo /usr/sbin/DevToolsSecurity --enable
|
||||
```
|
||||
It makes me wonder who designed this functionality and what was their thinking, but a simple command is enough to not having to ponder this any further.
|
||||
|
||||
If required, define SDKROOT, this is only needed if during compilation you get error messages regarding missing include files. Running the following will properly setup the development environment paths:
|
||||
export SDKROOT=$(xcrun --sdk macosx --show-sdk-path)
|
||||
|
||||
I suppose you should add this to your .bash_profile or similar, but I didn't have to do this step so I'm not sure.
|
||||
|
||||
**Cloning and compiling:**
|
||||
|
||||
To clone the source repository, run the following:
|
||||
|
||||
```
|
||||
git clone https://gitlab.com/leonstyhre/emulationstation-de
|
||||
```
|
||||
|
||||
Then generate the Makefile and build the software:
|
||||
|
||||
```
|
||||
cd emulationstation-de
|
||||
cmake .
|
||||
make
|
||||
```
|
||||
|
||||
To generate a `Debug` build, run this instead:
|
||||
```
|
||||
cmake -DCMAKE_BUILD_TYPE=Debug .
|
||||
make
|
||||
```
|
||||
Keep in mind though that a debug version will be much slower due to all compiler optimizations being disabled.
|
||||
|
||||
Running `make -j6` (or whatever number of parallel jobs you prefer) speeds up the compilation time (if you have cores to spare).
|
||||
|
||||
|
||||
## Building on Windows
|
||||
|
||||
This is a strange legacy operating system. However it's still popular, so we need to support it.
|
||||
|
@ -206,7 +278,7 @@ I did a brief evaluation of the Microsoft Visual C++ compiler (MSVC) but as far
|
|||
|
||||
At the moment I have only built the software using GCC on Windows, but I aim to get Clang/LLVM working at a later date.
|
||||
|
||||
Anyway, here's a brief summary of how to get a build environment up and running on Windows.
|
||||
Anyway, here's a (not so) brief summary of how to get a build environment up and running on Windows.
|
||||
|
||||
**Install Git, CMake, MinGW and your code editor:**
|
||||
|
||||
|
@ -386,13 +458,11 @@ cmake -G "MinGW Makefiles" -DWIN32_INCLUDE_DIR=../include -DCMAKE_BUILD_TYPE=Deb
|
|||
|
||||
For some reason defining the '../include' path doesn't work when running CMake from PowerShell (and no, changing to backslash doesn't help). Instead use Bash, by running from a `Git Bash` shell.
|
||||
|
||||
The make command works fine directly in PowerShell though so it can be run from the VSCode terminal.
|
||||
The make command works fine directly in PowerShell though so it can be run from the VSCode terminal. Unfortunately I haven't been able to find a way to use a civilized shell from inside VSCode so we're stuck with PowerShell.
|
||||
|
||||
Running `make -j6` (or whatever number of parallel jobs you prefer) should now build the binary.
|
||||
|
||||
Note that compilation time is much longer than on Unix, and linking time is excessive for a debug build. The debug binary is also much larger than on Unix.
|
||||
|
||||
A worthwhile endeavour could be to setup a cross-compilation environment using WLS/WLS2 (Linux), but I have not tried it.
|
||||
Note that compilation time is much longer than on Unix, and linking time is excessive for a debug build (around 10 times longer on my computer). The debug binary is also much larger than on Unix.
|
||||
|
||||
**Creating an NSIS installer:**
|
||||
|
||||
|
|
|
@ -5,16 +5,16 @@ EmulationStation Desktop Edition is a cross-platform graphical front-end for emu
|
|||
|
||||
Maybe you're familiar with EmulationStation: yes there are multiple forks available for this software! However this version is intended for use primarily on desktop computers where it's not the primary interface for the computer. As such, the aim is not to provide full control over emulator settings or emulator button mappings, or include system administration functions and similar. Instead it's assumed that the emulators and the overall environment has been properly configured upfront.
|
||||
|
||||
The goal is to suppport the major desktop operating systems: Unix/Linux, Windows and macOS (although the macOS port still remains to be done).
|
||||
The goal is to make the software as easy as possible to install and use, and to suppport the major desktop operating systems: Unix/Linux, Windows and macOS (although the macOS port is still very much a work in progress).
|
||||
|
||||
With that said it's possible that the application still compiles and works on devices such as the Raspberry Pi, I've certainly not deliberately removed any code specific to such platforms and this fork is after all based on the RetroPie version of EmulationStation!
|
||||
With that said it's possible that the application still compiles and works on devices such as the Raspberry Pi, I've certainly not deliberately removed any code specific to such platforms and this fork is after all based on the RetroPie version of EmulationStation.
|
||||
|
||||
The software comes preconfigured for use primarily with [RetroArch](https://www.retroarch.com), although this can be changed as all emulator settings are fully configurable, even on a per-game basis.
|
||||
|
||||
A complete theme set, `rbsimple-DE` (which is based on Recalbox Multi), is bundled with the application and overall the goal is to make this software as easy as possible to install and use.
|
||||
A comprehensive theme set, `rbsimple-DE` (which is based on Recalbox Multi from the Recalbox community) is bundled with the application.
|
||||
|
||||
Check out the [User Guide](USERGUIDE.md) for how to quickly get the application up and running! \
|
||||
(It will also show how to use its more advanced features.)
|
||||
(It will also show how to use some of its more advanced features.)
|
||||
|
||||
|
||||
### Help needed:
|
||||
|
|
Loading…
Reference in a new issue