ghc-for-ios
Codename One
ghc-for-ios | Codename One | |
---|---|---|
1 | 88 | |
7 | 1,647 | |
- | 0.7% | |
0.0 | 8.5 | |
over 2 years ago | 6 days ago | |
Shell | Java | |
- | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ghc-for-ios
-
Writing the logic for IOS app in Haskell
What I know so far: 1. Compiling to iOS is "reasonably straightforward", see this repo for Intel-based Mac setup, on M1 mac it "should be" easier, as the code is natively executable and GHC binary is available for M1 CPUs from 8.10.7 (I think), so you don't even need to compile it. 2. Compiling to Android (you didn't ask for it, but still) was only done for GHC 8.4 as far as I know - see this post - not sure if it's possible to do with a newer version, but it took me 30min to downgrade our codebase to 8.4.4, so the difference seems not critical, if not. 3. Template Haskell cross-compilation is, at best, an extra challenge - see this post, for example: https://www.tweag.io/blog/2020-11-25-asterius-th/ . In your code you can probably avoid using it, but some libraries might use it - not sure yet how critical it is.. 4. FFI for C/C++ import/export is relatively straightforward, but writing Storable instances to marshall/unmarshall Haskell types to/from C structs with the existing tooling is quite annoying with lots of boilerplate - definitely some place for improvement here. 5. Connecting Haskell code to SQLite - it "should be" doable, as there is the same C api on all platforms. 6. Connecting Haskell code to network - most people would need http(s), we need tcp/tls, so in theory it should be doable to fork the libraries and replace c-bindings to keep the interface (and possibly to compile conditionally), but at best - it's non-trivial, at worst - can be impossible to keep Haskell APIs and would require replacing the libraries and changing the application code...
Codename One
-
A list of SaaS, PaaS and IaaS offerings that have free tiers of interest to devops and infradev
codenameone.com — Open source, cross-platform, mobile app development toolchain for Java/Kotlin developers. Free for commercial use with an unlimited number of projects
-
Android Play Billing Needs updating
This was resolved in this issue: https://github.com/codenameone/CodenameOne/issues/3706
-
Backward Compatibility, Go 1.21, and Go 2
Naturally depends on the use case, yet they work good enough to be in business for 20 years.
https://www.ptc.com/en/products/developer-tools/perc
https://www.aicas.com/wp/products-services/jamaicavm-tools/
https://www.codenameone.com/
Android 5 & 6 (only changed back into JIT/AOT due to long compile times), https://www.infoq.com/news/2014/07/art-runtime/
Unfortunely the best well known, Excelsior JET, is no longer in business, most likely due to GraalVM and OpenJ9 being available as free beer, while PTC, Aicas Codename One are safe in their domains.
There is also RoboVM (https://github.com/MobiVM/robovm) as free beer, however it actually started as a commercial product, and the acquisition from Xamarin kind of stagnated it (naturally).
-
Can't Reproduce a Bug?
At Codename One, we were using App Engine when our daily billing suddenly skyrocketed from a few dollars to hundreds. The potential cost was so high it threatened to bankrupt us within a month. Despite our best efforts, including educated guesses and fixing everything we could, we were never able to pinpoint the specific bug. Instead, we had to solve the problem through brute force.
-
Mobile Apps with Java
We don't use GraalVM since our project was developed prior to its existence and we aimed for deeper native integration than it can offer: https://github.com/codenameone/CodenameOne
-
Developing cross platform mobile application [closed]
XMLVM, Codename One and iSpectrum (cross compile Java code from an Android app or creating one from scratch
-
Apple Offer Codes
I suggest filing an RFE in the issue tracker.
-
Play Billing Library Version Deprecation
Thanks. It's always good to get another reminder. Yes, it was reported. u/shannah78 is working on this but we have time until November.
-
Problems compilint to android side
please check this issue https://github.com/codenameone/CodenameOne/issues/3686
-
The Holy Grail of Java Performance
We use ParparVM which we wrote. It compiles a subset of Java 8 (sort of) to native by translating the bytecode to C and passing that through XCode. The reason we took this path and not the path of "direct to native", is that it allows for future compatibility.
What are some alternatives?
simplex-chat - SimpleX - the first messaging network operating without user identifiers of any kind - 100% private by design! iOS, Android and desktop apps 📱!
Multi-OS Engine - Multi-OS Engine: Create iOS Apps in Java (or Kotlin ... etc.)
eta - The Eta Programming Language, a dialect of Haskell on the JVM
Design Patterns - Design patterns implemented in Java
J2ObjC - A Java to iOS Objective-C translation tool and runtime.
sitemapgen4j - SitemapGen4j is a library to generate XML sitemaps in Java.
Maven Wrapper - The easiest way to integrate Maven into your project!
Modern Java - A Guide to Java 8 - Modern Java - A Guide to Java 8
BoofCV - Fast computer vision library for SFM, calibration, fiducials, tracking, image processing, and more.
CQEngine - Ultra-fast SQL-like queries on Java collections
FF4J - Feature Flags for Java made easy
Jimfs - An in-memory file system for Java 7+