This project is mirrored from https://***** Pull mirroring updated .
  1. 21 Mar, 2019 1 commit
    • Rafael Kitover's avatar
      auto deps for visual studio, take 1 · f1ecd7c3
      Rafael Kitover authored
      Use vcpkg to build deps when Visual Studio on Windows is detected, this
      only happens on first build, but does take a while because things like
      wxWidgets need to be built. Building from the developer command line is
      also supported.
      I considered making a pre-built tarball available, but the resulting
      files are just too big for this to be practical.
      Make the necessary cmake code changes for this to work and to use the
      vcpkg packages, which work just like on linux or have other cmake glue
      code available.
      To do this, we make vcpkg a submodule, use git to checkout all
      submodules, then just build and use the `vcpkg.exe`. Then we set the
      CMAKE_TOOLCHAIN_FILE to the vcpkg toolchain and also include it
      directly, why this is necessary I don't know, without it it doesn't work
      in the IDE but does on the command line.
      All of this requires no vcpkg integration with either the user or the
      project. A user-wide `ENV{VCPKG_ROOT}` is also supported.
      Fix the dynamic arrays in the GBA core, MSVC follows the C++ standard on
      this and gcc does not.
      TODO: add the necessary gcc flags to make this an error in cmake.
      Use `wxArrayString` instead of `std::vector<wxString>` in
      `src/wx/strutils.cpp` which is used in options parsing. This was
      necessary because of a bizarre linker error with wxWidgets when using
      Visual Studio:
      In `src/wx/panel.cpp` make sure the unimplemented D3D renderer code does
      not get compiled if it's actually `OFF`.
      Also fix the new spacer code for the drawing panel to not combine
      `wxEXPAND` with `wxALIGN_CENTER`, which is an error on wxWidgets 3.1.2,
      which is what vcpkg uses. The drawing panel seems to be automatically
      stretched to the max size automatically anyway.
      TODO: if all of this works, we'll need an Appveyor set up for visual
      Signed-off-by: default avatarRafael Kitover <>
  2. 22 Feb, 2019 1 commit
  3. 03 Jan, 2019 1 commit
  4. 05 Nov, 2018 1 commit
  5. 16 Jun, 2018 1 commit
  6. 12 Oct, 2017 1 commit
    • Rafael Kitover's avatar
      add mac release builder script · d7ff2afb
      Rafael Kitover authored
      Add `tools/osx/builder`, a POSIX sh script to build all dependant
      libraries as static, targetted to OS X 10.7, and build the project with
      them (also targetted to OS X 10.7.)
      ffmpeg currently does not link, as recording functionality is currently
      non-functional anyway, this will be fixed later.
      - set WORKING_DIRECTORY and ERROR_QUIET for all git commands, for the
        cases when the build directory is not under the git checkout
      - #include <cerrno> in ConfigManager.cpp as it uses errno
      - change `build*` in `.gitignore` to `build/*` so that files starting
        with "build" are not affected
  7. 14 Dec, 2016 1 commit
  8. 28 Oct, 2016 1 commit
    • Rafael Kitover's avatar
      support for fully independent .app build on Mac · d18afb98
      Rafael Kitover authored
      The resulting Mac wX .app build is now completely independent and
      redistributable, only needs to be codesigned.
      Necessary dylibs are bundled and linked in a POST_BUILD step using
      third_party_libs_tool (included) for which I created a separate repo
      here as well:
      Turn off Cairo on Mac because it does not work for now.
      Set RPATH on the executable to @loader_path/../Frameworks, the bundling
      tool also does this.
      Update .gitignore for Finder .DS_Store files.
      * write a ./quickbuild for Mac and other platforms such as msys2 and
  9. 26 Oct, 2016 1 commit
    • Rafael Kitover's avatar
      Mac build improvements · 2d9ec99c
      Rafael Kitover authored
      Move closer to allowing an "out of the box" distributable build for Mac:
      * fix the icon for the .app
      * link SDL2 statically, a PR has been sent to the original repo here:
      * link SFML statically
      For a releasable build on OS X, system libs must be linked
      dynamically while third party libs are linked statically or bundled. The
      goal is to link them statically.
      The two remaining libs that need static linking are PNG and wX.
      For PNG a similar approach to the one used for SDL2 using pkg-config
      should work fine and be simple to implement.
      For wX things are more complicated. The default build of wX does not
      include static libs, I will need to submit a PR for Homebrew to change
      the default build to include both dynamic and static versions.
  10. 09 Aug, 2016 1 commit
  11. 20 Sep, 2015 1 commit