aboutsummaryrefslogtreecommitdiff
path: root/ctru-rs
Commit message (Collapse)AuthorAgeFilesLines
* fix(ctru-rs): warningsHEADmainFuwn2022-03-045-8/+6
|
* Support libctru 2.0Vivian Lim2021-02-065-9/+11
|
* changes so that this can buildVivian Lim2021-02-052-4/+3
|
* local changesVivian Lim2021-02-011-0/+1
|
* Actually fix every instance of `Qwerty` this timeFenrir2019-04-141-2/+2
|
* QUERTY -> QWERTYFenrir2019-03-171-3/+3
|
* Update and document Gfx moduleFenrir2018-08-263-104/+124
|
* Update for nightly-2018-08-18Fenrir2018-08-191-1/+0
|
* Add nul-terminatator to input that expects itFenrir2018-04-291-2/+5
|
* add `set_hint_text` and `configure_button`Fenrir2018-04-291-1/+22
|
* rename `applet` module to `applets`Fenrir2018-04-293-1/+1
|
* make `get_bytes` a safe functionFenrir2018-04-291-27/+21
| | | | libctru seems to ensure that output from the software keyboard is always well-formed
* Initial software keyboard supportFenrir2018-04-293-0/+195
|
* Move more implementation details to `imp` moduleFenrir2018-03-171-24/+31
|
* Remove thread name functionsFenrir2018-03-171-108/+8
| | | | The only real use for thread names is so that they appear in panic messages. However, names set by this API won't appear in panic messages because we aren't `std::thread` and therefore don't have access to `sys_common::thread_info` where libstd stashes its thread names. So without that functionality, there's not much of a reason to have thread names at all.
* Add ctru::thread moduleFenrir2018-03-172-0/+1143
|
* Add apt::set_app_cpu_time_limitFenrir2018-03-171-0/+11
|
* Fix memory leak in Soc::initFenrir2018-02-111-0/+1
| | | | Ain't manual memory management grand?
* Add documentation for SocFenrir2018-02-111-0/+13
|
* Add Soc::init_with_buffer_sizeFenrir2018-02-111-3/+5
|
* Add Soc serviceFenrir2018-02-114-0/+38
|
* Link libctru in ctru-sysFenrir2018-02-112-12/+0
| | | | | | Allows debug builds to compile without throwing out random linker errors. Plus it probably should have been this way the whole time anyway.
* Add wait_for_vblank functionFenrir2018-02-061-10/+13
| | | | Also change gfx methods to take &self instead of unnecessarily taking &mut self
* Use bitflags 1.0 for button pressesFenrir2018-02-063-16/+17
|
* Fix unsoundness in Console's APIFenrir2018-02-061-11/+26
|
* Update bindings for libctru v1.4.0Fenrir2017-11-184-68/+57
|
* Fix documentationFenrir2017-07-291-4/+4
|
* Bump versionFenrir2017-07-291-1/+1
|
* Refactor HID moduleFenrir2017-07-291-87/+99
|
* Update bitflagsFenrir2017-07-272-17/+20
|
* Use -lctrud for debug buildsFenrir2017-07-141-3/+7
|
* Remove rustc_private workaroundFenrir2017-07-101-3/+0
| | | | Not needed anymore with patched Xargo
* Fix ctru-rs build scriptFenrir2017-07-101-6/+0
| | | | The debug/release stuff isn't used until the next official release of libctru
* Go back to using pre-generated bindingsFenrir2017-07-102-2/+4
| | | | | Bindgen takes a long time to compile, and we only ever need to update bindings for new ctrulib releases anyway.
* Update libraries for ctru-sys changesFenrir2017-07-1012-165/+96
|
* Handle linking in ctru-rs build scriptFenrir2017-07-102-0/+14
|
* ctru-rs: workaround for xargo/sysroot issueFenrir2017-07-071-0/+3
| | | | | | | | Both our implementation of std and ctru-rs depend on the libc crate (or rather, ctru-rs depends on ctru-sys which depends on libc). This means that libc ends up both in the sysroot assembled by Xargo, as well as being built as a regular dependency for ctru-rs. However, it seems that when cargo/rustc tries to link the libc crate to ctru-rs, it first searches in the sysroot and links in the copy that it finds there, rather than the one specified in ctru-rs's Cargo.toml. rust-lang's rustbuild system does some trickery with crate metadata to avoid this sort of name collision between the sysroot and user deps, but xargo does not (yet) do something similar. And since rustc now enforces that linking to any crate from the sysroot is an unstable operation, the result is a rather cryptic compiler error. Fortunately we can work around this by simply tagging ctru-rs with #![feature(rustc_private)], but it shouldn't be regarded as a long-term fix
* Make ctru-rs compile againCristian Carlesso2017-04-301-0/+2
|
* Use unit type in subsystem structsFenrir2017-02-246-39/+17
|
* Partial sslc service implementationpanicbit2017-02-212-0/+40
|
* ctru-rs: impl Seek for FileFenrir2017-01-281-2/+23
|
* ctru-rs: impl Read and Write for FileFenrir2017-01-271-62/+143
|
* ctru-rs: Add Error moduleFenrir2017-01-276-8/+49
|
* ctr-libc: remove conditional dependency on stdFenrir2017-01-241-1/+0
| | | | I'd thought that it would be necessary for implementing features such as the std::os::raw types in ctr-std, but I do not believe that that is the case.
* Bring in all the cratesFenrir2017-01-2114-0/+1552