Eric House 9fa23af6e0 retain thread->env mapping in DEBUG builds only ... I'm keeping it AND asserting at every possible location that the env passed all the way in is the same as what the mapping produces. If in months I haven't seen a single crash then I can evaluate which way of passing the env around is better. (It'd be code size vs. performance, as the passing of env is noticably faster. Code size could be fixed by turning 'XWEnv xwe,' into a macro that goes away on some builds.)		2020-04-26 13:39:21 -07:00
..
app	update changelog	2020-04-24 23:42:27 -07:00
gradle/wrapper	upgrade to latest gradle version	2020-04-10 07:12:56 -07:00
img_src	fix reversed arrow icons	2020-03-20 19:36:40 -07:00
jni	retain thread->env mapping in DEBUG builds only	2020-04-26 13:39:21 -07:00
res_src	fix malformed format specifier	2020-04-24 13:04:32 -07:00
scripts	fix so upgrade of release builds works	2020-04-11 19:23:20 -07:00
website	update web page (esp. fix style for device display)	2019-06-23 10:17:55 -07:00
.gitignore	ignore generated files	2017-08-22 07:52:15 -07:00
Application.mk	initial checkin of jni source and build scripts for android port	2010-01-02 19:10:08 +00:00
build.gradle	upgrade to latest gradle version	2020-04-10 07:12:56 -07:00
gradle.properties	changes generated by AS (moving to androidx)	2020-04-10 07:12:56 -07:00
gradlew	move some gradle files	2017-01-18 06:33:00 -08:00
gradlew.bat	more cleanup. Get Crittercism stuff compiling.	2017-01-18 19:03:36 -08:00
id_rsa_uploader.enc	try to fix travis: copy over .enc file	2017-09-11 06:47:59 -07:00
INSTALL.txt	update build instruction	2017-12-29 17:56:50 -08:00
settings.gradle	move some gradle files	2017-01-18 06:33:00 -08:00