Programming languages support

[Gavinmc42]

Finally plugged the second screen into the home Pi4 last night.
Went looking for Interpreted languages.
Browser instructions in one window, compiling in the other, so easy now.

Weird and small ones, just grabbed the git and most just "make'd.
I did this in Buster 32 and Gentoo64 on a Pi4
A couple of versions of Forth, Pike, Jim, LiL and other embeddable ones look like fun for baremetaling.

I was surprised how many I could make from source on a Pi4.
https://en.wikipedia.org/wiki/List_of_p ... _languages
I even tried Node.js
Baremetal JS on Pi's? Espruino for Pi's?

I would like to try Smalltalk but Squeak slows things down and it looks like cartoons.
Exploring the small ones is more fun, I seem to be learning more than just trying to master a big one like C++.

I have yet to find what I am looking for, might just have to invent my own

[ejolson]

For this reason the popularity of JS/node.js is self perpetuating. Since many know that language well, many new programs are creating using that language.

Thanks, the typo in my earlier post has now been corrected.

[PeterO]

PeterO,

You don's seen to understand what I wrote. I'll try again with reference that man mage:

* a file descriptor becomes ready;

In which case there is somethign to do and you do it

That could be a long time when reading from sockets, serial ports etc.

A long time when there is nothing to do and you code is doing nothing which is what you want.

* the call is interrupted by a signal handler; or

Which may never happen.

I never bother about this.

* the timeout expires.

Well there you go, either that is a zero or very short time out, in which case you are thrashing around needlessly wasting performance and generating heat.

You are ignoring the normal case where the timeout is not "short" or "zero", but is set to something appropriate. If your application needs millisecond response to some other source of events then set the timeout to 1mS. If it only needs a slower response then set it longer.

Or that is a longer timeout in which case you have hung up all processing for the duration.

Only if you wite all your code in a naive way. If you can make all your sources of events look like files or devices then you just add them to your
poll call and deal with them when they are ready. This is what gui toolkits like GTK do. You can add file descriptors for serial ports and network sockets to the main event loop and set callback handlers for various conditions on the socket.

Likely one can find a middle ground but it's a bit kludgy to my mind.

As jabboater says

You should actually try using it .... then it would become clear.

As is often the case you seem to be making your argument with no actual real experience of using the thing you are criticising.



PeterO

[timrowledge]

I would like to try Smalltalk but Squeak slows things down and it looks like cartoons.

Perhaps you could spend a moment to explain this? How exactly does Squeak “slow things down”? How did you install it? I do hope it was not with apt-get since that would most likely install a ten or more year old version!

[Gavinmc42]

do hope it was not with apt-get

Guilty.
Perhaps time to try a newer version?

[timrowledge]

.
Perhaps time to try a newer version?

Please; go to www.squeak.org and download the linux(ARM) package. It’s the one on the front page under the three icons (for Mac, Windows & linux(X86)).
I really wish we had never made the mistake of getting a download in the Debian wotsit. All it ever does is cause problems. If you’re seriously interested in learning about Smalltalk feel free to
a) contact me at (my first name)@(my surname).org I think you’re smart enough to work out the details from my handle on this forum.
b) join the Squeak mailing list

[Gavinmc42]

Thanks Tim, that's got it, much better on a Pi4 .
Need to see if there is an Aarch64 version for Gentoo64.
If not, time to learn how to make it.

A baremetal version is possible?
Er, Google found me back in April talking about this and Dynabook.

Still have that Byte 1981 mag somewhere.
I suppose Lisp and Fortran must be some of the last old langs I need to try installing.

I am finding not many limitations in using Pi4B4's as a development environment.
Apart from running out of uSD card room

.

[Heater]

PeterO,

As is often the case you seem to be making your argument with no actual real experience of using the thing you are criticising.

As is so often the case you are making wild, unfounded, assumptions about people's knowledge and experience and hence showing yourself incapable of rational discussion, stooping to ad hominem argument as you regularly do.

Anyway, biting my lip and ignoring Peter's condescending and insulting tone (again)...

It seems to me we have been talking at cross purposes here. I have explained how select() works. Peter and jahboater have agreed with that by reiterating the very things I have said. Whilst at the same time maintaining that I don't understand. Well, that's just not logically consistent.

Obviously I have not made my concerns about using select() clear. I'm not sure I can spell it out any more clearly though.

I suggest rather than we debate that further here it would be more useful for you guys hop over to this thread: https://www.raspberrypi.org/forums/view ... 4#p1550213 and help DanielLazar with his problem regarding a serial port blocking whilst he wants to do other things in his program. Perhaps he needs select().

[pik33]

and the ONLY other camera library I know about is in Python.

I made this for Ultibo: https://github.com/pik33/SimpleCamera

[PeterO]

I suggest rather than we debate that further here it would be more useful for you guys hop over to this thread: https://www.raspberrypi.org/forums/view ... 4#p1550213 and help DanielLazar with his problem regarding a serial port blocking whilst he wants to do other things in his program. Perhaps he needs select().

Why can't you help him ? You know how select works
PeterO

[Heater]

My help desk is closed for a while. I have enough problems of my own to solve.

I'm sure I can leave it in your capable hands.

[timrowledge]

Thanks Tim, that's got it, much better on a Pi4 .
Need to see if there is an Aarch64 version for Gentoo64.

Nope, not yet, sorta. Writing a new Cog (the dynamic translation cpu specific part) is non-trivial. You *could* build the non-cogged VM on pretty much any machine that has a tolerable c compiler etc. We have over the past done ports to Windows, Mac, *nix, OS/2, RISC OS, IBM mainframe OS, etc, etc, but the Cog is currenlty only available for x86, x64, ARM32 (and I think a MIPS version that isn't much used). It will, duh, not be as fast as a CogVM because it will be interpreting rather than translating. Having said that a Pi4 might be about as fast(ish) with an interpreter VM as the Pi3 is with a CogVM. I don;t have a Pi4 yet to test out that theory.

A baremetal version is possible?

Yes, definitely, but it always has costs. What libraries is the baremetal system lacking that support important thing one wants to do? What dev tools does it have? We've collectively done bare or near-bare metal Smalltalks many times over the years and I'm always happy to be paid to do another. There is an elegance to a system where we can simply make a frame buffer and write to it with no X or Mac or Windows insanity in the middle. There's also a not-so-pleasant aspect of maybe having to write your own hardware interrupt handling code; personally I think that is going a bit far; been there, still got the mental scars. In balance I'd tend to stick with something like a linux with no X and grab that frame buffer, unless one found a good frame-buffer+GPU-driver library to work with.

It's also useful for headless purposes; I have a code repository server running on a spare Pi3 that uses simple web requests via the SeaSide web system to provide a quite sophisticated repository (there's a publically accessible instance running at squeaksource.com which of course hosts its own source too). Probably the biggest publicly visible Squeak system is TERF ( https://www.3dicc.com/product-details/) which provides massive online virtual conferencing. And as I demonstrated in the famous giant-fibonacci thread, it's perfectly usable as a scripting/scripted system.

[MisterEd]

Smalltalk is considerably faster than python and offers easy access to gpio, web services, client-server, OS access, excellent developer tools, actual, real, portability, a sensible language and generally a lot of good things. There has been a Smalltalk available for ARM since before it was originally announced.
www.squeak.org

The link is broken. Has squeak been discontinued?

Just a trivial slip in composing the forum post. The site is there.

You are right...
You linked the text "www.squeak.org" with the link https://www.raspberrypi.org/forums/www.squeak.org
You meant to link the text "www.squeak.org" with the link https://squeak.org/