kristoffer

I have three children aged 15-17. My youngest one has shown an interest in becoming an electrician, and I encourage that as I think it is pretty AI safe and in high demand.

My two older and more theoretically oriented children I am not sure what to recommend so I let them find something they are interested in mostly on their own.

Well, the backend is native at least.

Yes, certainly. I will add that very soon.

It is also possible to download and try yourself without paying (there is a free trial period).

No. Poverty has significantly declined during the 20th century ..

"Torvalds wrote the original code for printk, a debugging tool that can pinpoint exact moments where a process crashes"

A debugging tool? I do like printk debugging but I am not sure about that description :-)

It is not related to OpenSparc. LEON is a SPARCv8 developed initially by ESA and later by swedish company Gaisler Research.

Automotive Grade Linux is pretty much a Linux distribution for infotainment units. It's not about running Linux on ECUs.

Well the creator of Snabb lives in Sweden.

I have read this post many times and just want to say that I really like it :-). Sounds like great fun.

Unfortunately not a citizen though!

Well, on e.g. x86 you have "rep stos" instruction which pretty much amounts to memset in HW.

The operation needs to be blocking otherwise you could of course do it without CPU at all (DMA). But you still have to go through the memory controller and actually write each word of memory.

I am yet to see a embedded system using Qt that is not upgradeable.

And lots of embedded systems are sold to consumers.

In what way was I "completely wrong"? It seems to me you were the one who was wrong and now are grasping at straws...

I think I'm clearly stating my assumptions. GPL3 and LGPL3 requires you to enable the user to replace the GPL/LGPL3 code on your device with the users own version of said code. It does not matter if you link statically.

Now, it would be possible let the user do this and not let it be a problem for your product (in terms of security, reverse engineering, ip theft, etc) but it is more and harder work.

I have used both older version of Qt (LGPL2) without licensing and newer (LGPL3) with licensing in commercial products. The former was not a problem. But using LGPL3 Qt without licensing in a commercial embedded product is a headache (if you are concerned about the problems it might bring), according to me.

Hence, I wish Flutter all the best.

You don't agree that you need to provide a way for your customers to replace the Qt libraries? (because that is a fact of LGPL3, read the anti tivoization clause).

Do you see any possible security problems with the above?

Because in reality it means that you give your customers the possibility to run their own code on your hardware. That is a problem for many companies and products.