OpenEuphoria

1. Getting to a release, an interim update, and why this is so hard

• Posted by ghaberek (admin) Aug 27, 2019
• 1291 views

Sigh. So. I've been toiling away at this a lot lately. Figured it was time for an update. Here's what I've got so far.

I've now set up a variety of platforms for building for testing. I have Windows, Linux, FreeBSD, and Mac OS X all in various stages of "working" builds.

I am considering retroactively stabilizing 4.1.0 as of the beta 2 release on 02-02-2015 and just moving forward with a 4.2 release instead.

In my testing so far, I've merged Matt's memstruct branch and my jsmn and uuid branches, and I've updated PCRE and jsmn to the latest releases.

There are a few other things I'd like to get implemented as well, like std/net/http.e using WinInet or cURL so it can support native HTTPS.

What I could really use is a thorough review of the documentation. I need somebody to go through docs and include and look for anything out of place.

I just want everyone to know I'm working on this, but it's hard and there is a lot involved and it's mostly these little details that take up so much time.

Keep in mind I'm also still working on Euphoria MVC and a rewrite of the website at the same time. The two projects provide some relief from each other.

-Greg

3. Re: Getting to a release, an interim update, and why this is so hard

• Posted by Bhupen1277 Aug 27, 2019
• 1283 views

We have (had) a good version 4.5 or 4.6 a purely function programming language. What was needed was very accurate connections and wrappers to various dlls in C and keeping them current. There was and is no need for OOP. I will draw your attention to these articles.
https://dpc.pw/the-faster-you-unlearn-oop-the-better-for-you-and-your-software
https://medium.com/better-programming/object-oriented-programming-the-trillion-dollar-disaster-92a4b666c7c7
What is needed is consolidating many includes into single includes and just have 4-8 includes. They were originally designed for lower strength and lower memory computers, and have no real validly in the modern computers with Windows 10 and similar powerful Linux distros. The whole world has also moved towards the Android operating system. Why not concentrate on Androids as well? Outside of North America and Europe, there is a whole world of poorer people who have taken to the Raspberry PI and similar. For example, the Pi is used for teaching primary and secondary school students in Kerala (population 35 million)

5. Re: Getting to a release, an interim update, and why this is so hard

• Posted by irv Aug 27, 2019
• 1279 views

There is no 4.5 or 4.6. If you meant 4.05, then 4.1 offers a few useful and helpful conveniences compared to 4.05, which is why I chose to use 4.1b2 to write EuGTK.

I see no plans to add OOP to Euphoria. As you say, it isn't needed, and there's no real demand for it. Where something akin to OOP is useful (such as in EuGTK) it can be implemented.

I'm in partial agreement about the multiple includes, but I don't see how bundling them all into 4 or 5 bigger includes is going to help anything. It would use more memory on those Pi's, and slow down compiling, so that would be counter productive. In addition, it would make the work of maintaining them more difficult.

Raspberry Pi's (which are certainly "lower strength and lower memory" computers) use Linux, which already runs Euphoria 4.1 just fine. As well as EuGTK, natively, unlike with Windows. What more is needed there? What Raspberry Pi's don't do, as far as I can find out, is run the Android OS very well.

As for running Eu on Android phones and tablets - well, that's a good point. It would expose more people to programming. However, it's not simple. Python apparently can do it, but just look at all that's involved:

https://www.androidauthority.com/an-introduction-to-python-on-android-759685/

On top of that, to develop real apps for Android devices, you need a Linux computer anyway.

7. Re: Getting to a release, an interim update, and why this is so hard

• Posted by Bhupen1277 Aug 27, 2019
• 1237 views

As developers many of you (pardon me) are too concerned about the time it takes for compiling. Ultimately, it is the finished application e.g. "a payroll system" written in Euphoria, compiled and presented to the business community as an "executable" for doing their payroll every week. It is that time that matters , NOT your time in waiting for the compiler to finish compiling.
I think the including of includes (there are so many) is more difficult right now than maintaining single include with 80 functions that are ALREADY well used and do not need changes

9. Re: Getting to a release, an interim update, and why this is so hard

• Posted by irv Aug 27, 2019
• 1223 views

Indeed. I suspect very few payroll systems are going to be run on a Raspberry Pi.

What we are, hopefully, interested in is getting more new users to adopt Euphoria as (one of) their programming language(s).

New users are going to be interested in (in my opinion):

• A quick, easy install process (see note below)
• Simple syntax
• Quick code and run cycle (on Pi, this means include only what you really need)
• Ample demos
• Graphics! (hello world only goes so far)
• Web connectivity

And finally, way down the list (not because they aren't interested, but because it is hard): Android games.

Note: I just spent nearly an hour installing python3 and kivy, which supposedly allows you to create Android apps with python.

After successfully installing kivy - well, about 20% of the demos actually work, and the appearance is somewhat short of spectacular. Don't want to say ugly, but...

With python, you're continually having to pip and search the web for libraries that sometimes don't seem to exist.

One of the strengths of Euphoria is that you get all of the libraries you need to actually do something, and the installation is straight-forward.

11. Re: Getting to a release, an interim update, and why this is so hard

• Posted by Bhupen1277 Aug 27, 2019
• 1191 views

Thank you Irv and ghaberek for your responses.
I developed a simple GST payment program in the late 1970s using a version of Basic language. GST is what a shopkeeper collects in Canada as tax on behalf of the Government when he sells anything, and then remits it on a monthly basis to the Government, retaining his commission. It took me 12-15 days to iron out all the little quirks. Much more than
30 minutes round trip through a cycle of "make a change" "do a clean build" and "check the unit test results"
It seemed excessive at the time, but the 16 year old grade 11 who was using it for the next 2 years did her monthly work in about 1 ½ minutes and to me THAT was my reward. Another shopkeeper started using it and was very grateful Now imagine even 200 users using that program. If my 12-15 days work was rewarding enough because there was instant GST calc and payment for over 2 year in ONE SHOP, the reward of it doing the same work in 200 shops is infinite. My 12-15 days do not count as anything compared to the TIME SAVED by the end users and the accuracy of results.

Later I was involved in developing a language – an interpretive language with a compiled executive. We counted things like time take for 100 eight digit multiplications, and time taken for 100 saves of data of 50 Kb (being a typical save in those days). We were NOT concerned with the time it took to compile the latest version of the software – it was considered irrelevant.

Anyway, you all have a good product working and for an old man like me, it would be nice to know that there is no need for newer and newer and newer and nerwer versioon, but only additions needed

13. Re: Getting to a release, an interim update, and why this is so hard

• Posted by Icy_Viking Aug 27, 2019
• 1194 views

The late 9170s? Are you a time traveler? Lol, I get you mean the late 1970s. Anyways, I think having the memstruct added to the next Euphoria version will help. Especially when it comes to wrapping libraries, like SDL, SFML, Raylib and so on. Might even help or make it easier to write libraries that would seem out of the question right now, like heavily Cplusplus libraries with lots of classes. However, I don't think OOP is needed for Euphoria. Even when I code in C, CPlusplus, I barely use OOP, however structs are very useful.