Haskell & RPL
|
04-27-2015, 10:32 PM
(This post was last modified: 04-27-2015 10:34 PM by Tugdual.)
Post: #1
|
|||
|
|||
Haskell & RPL
I just decided to learn the basics of Haskell and this is quite fascinating (I encourage anybody to discover it).
Now the more I read about Haskell the more I feel like RPL has some familiarities though it doesn't belong to the family of functional programming languages. I find Haskell interesting for some math applications, and the syntax is quite light so I was wondering if there had ever been some thoughts about having Haskell on a calculator? |
|||
04-27-2015, 11:11 PM
Post: #2
|
|||
|
|||
RE: Haskell & RPL | |||
04-28-2015, 07:31 AM
(This post was last modified: 04-28-2015 07:35 AM by Gilles.)
Post: #3
|
|||
|
|||
RE: Haskell & RPL
(04-27-2015 10:32 PM)Tugdual Wrote: I just decided to learn the basics of Haskell and this is quite fascinating (I encourage anybody to discover it). Haskell is very interesting.... Not totally haskell but I use a lot the "Gofer Library" on my HP50G : http://www.musikwissenschaft.uni-mainz.d...9/hp49.php Read me An excellent and must-have library ! I think that if you like Haskell, you will like this library. |
|||
04-28-2015, 07:36 AM
Post: #4
|
|||
|
|||
RE: Haskell & RPL
I did consider the possibility of using something like Haskell and an arbitrary precision numeric library in a calculator to guarantee results to a specific number of significant digits. The lazy evaluation is a bonus here, the unlimited memory requirements a set back. Still, it would be an interesting project.
- Pauli |
|||
05-06-2015, 03:31 PM
Post: #5
|
|||
|
|||
RE: Haskell & RPL
(04-28-2015 07:36 AM)Paul Dale Wrote: I did consider the possibility of using something like Haskell and an arbitrary precision numeric library in a calculator to guarantee results to a specific number of significant digits. The lazy evaluation is a bonus here, the unlimited memory requirements a set back. Still, it would be an interesting project. One nice feature of Haskell is that it generates C code. So if one were, hypothetically speaking, intending to produce an entirely new firmware for a calculator like the 50G, then writing a new RPL in Haskell rather than directly in C would result in much more rapid development times, with rather fewer bugs and more easily automated testing. So don't port Haskell to the calc, but use it to develop a new calc. As I suggested in another thread previously, FreeRTOS provides a nice OS base and any new RPL implementation can run as an app on top of it. |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 1 Guest(s)