* Initial Nintendo Switch Port
* Switch: Enable CRT shader
* Switch: Some QOL changes
- hack: make the menu accessible with "+"
- Invert Controller buttons A/B X/Y
- Enable network log only for debug builds
- Enable touchscreen mouse emulation
Also add myself to the credits in README
---------
Co-authored-by: Vadim Grigoruk <grigoruk@gmail.com>
1. DCMAKE_POLICY_VERSION_MINIMUM=3.5 required with brew version of cmake
2. Correct binary name for chmod +x (binary is called tic80)
3. Renamed app from TIC80DEV to tic80dev for consistency with release name
**Is your feature request related to a problem? Please describe.**
I visited https://github.com/nesbox/TIC-80 and thought your Android app is only available for desktop devices.
Browsing this repository respectively the docs I noticed it is available on F-Droid, too.
**Describe the solution you'd like**
It would be great to have a download button or at least a link on your download page at
Herr you can get a download badge: https://fdroid.gitlab.io/artwork/badge/get-it-on.png
I have directly used it for the link here, unfortunately needs HTML for [resizing](https://stackoverflow.com/q/24383700/5008962).
Best would be to also add it to the website, for even more visibility.
* Register submodule for mruby
* Link binaries against static mruby
* Adapt old mrb_api.c code to current internal API-s
* Create Ruby demos
* Mention Ruby support in README.md
* Mention Ruby in features
* Attribution
* Fix broken demos
* Add mruby WASM target
* Fix compatibility with old CMake versions
* Fix support for languages with single-char comment
Current behavior assumes that comments comprise
exactly two characters, such as "--" or "//".
Many languages, such as Ruby and Python, use
a single character, such as the pound sign
or the ASCII quotation mark to signal
a single-line comment.
* Fix segfault when opening outline
* Actions: Install Ruby where not present
* Honor Windows MRuby static exts
* Build mruby with /MT on Windows
* Force mruby to use .a suffix for static libraries
Github Actions seems to also prefer the UNIX-native
prefix on Windows CMake
* Do not build redundant mrbgems
Created a gembox containing only
useful gems
* Infer mruby CFLAGS from CMake
* Pass CMake flags to MRuby cross target
* Revert "Pass CMake flags to MRuby cross target"
This reverts commit 1a8bf8330e.
It turns out that wrapping CMake's poor cross build support
was not a good idea after all.
* Refactor mruby build configuration sets
* mruby toolchain switching from CMake
* Guess CMAKE_COMMAND on Windows OS
* [mruby] Delegate ENV passing to rake invocation
CMake's env helper is broken on Windows OS :/
* Enforce certain mruby toolchains from CMake side
* Simplify mruby build system
* Genericize cross compilation
* Clean mruby build artifacts with make/ninja clean
* Force mruby bootstrap to use MSVC where applicable
* Fix naming in demos.c
* Fix incorrect mruby x-compilation logic
* Use TARGET_CC as the ultimate linker in mruby builds
Some toolchains seem to work better this way.
* Explicitly use mruby clang toolchain on macOS
* Set --sysroot in mruby for macOS Clang
* Do not depend on YACC
https://github.com/nesbox/TIC-80/pull/1726#issuecomment-989728667:
> mruby can be built without yacc(or GNU Bison) after mruby 2.1.2+( https://mruby.org/releases/2020/08/06/mruby-2.1.2-released.html).
* Set ImageOS in Actions runner Dockerfiles
This allows Ruby to be installed on those
non-standard images.
* Revert "Set ImageOS in Actions runner Dockerfiles"
This reverts commit 0ea4ecaf83.
* Manually install Ruby in cross Actions containers
* mruby Android toolchain
* Additional params for mruby android toolchain
* Don't build redundant mrbgems
* Whitelist mrbgem "stdlib-io" anyway
* Don't fortify sources on Android
* Disable source fortification project-wide on Android
* Also disable fortify at link time on Android
* Android build fixes
* Fix building on Raspberry Pi
* Fix missing variable prefix in Android CMake
* Rename: mrb.c -> mruby.c
* Adapt mruby.c code to master
* Fix silly misplacement of definition in CMakeLists
* Use CMake-native target version inference
ref. https://cmake.org/cmake/help/latest/variable/CMAKE_ANDROID_API.html
* Do not link mruby against winsock on WinNT
* Add mruby target to stub export action
* Revert "Use CMake-native target version inference"
This reverts commit 6164e0b052.
* Explicitly set ANDROID_API from gradle
* Move: /mruby/ -> /build/mruby/
More consistent with the rest of the project tree
* baremetalpi: Link against libmruby
* Prepare standalone NDK toolchains in Actions
* Link sysroot in standalone NDK
* Patch mruby with modern NDK support
* Actions: Provision Git to allow "am" patching
* Revert "Actions: Provision Git to allow "am" patching"
This reverts commit 375ca376f2.
* Patch mruby during the configuration step
* Github Actions: Recreate standalone NDK toolchains
* Fix mruby build on Android
* Update build instructions
* Added installing and running instructions
Added help with installing and running to the Linux build instructions.
* Moved installation to Install instructions section
Carsten Teibes
Dania Rifki
Will Green
rugk
Marcos Vinicios Pagelkopf junior
Skye Fentras
Gaiko-sw
Alice
nesbox
blueloveTH
Cort
fabien
Kolten Pearson
João Paquim
Kapcioszek
alectroemel
David St-Hilaire
Lukáš Zapletal
alectroemel
benthor
Peter Hillerström
Oliver Marriott
Darenn Keller
Jeremiasz
Tyler887
Lukas Zapletal
Alex
Joshua Minor
SuperPupperDoggo
Josh Goebel
