Slashdot Mirror
Google Is Working On Fuchsia OS Support For Apple's Swift Programming Language (androidpolice.com)
An anonymous reader shares a report from Android Police: Google's in-development operating system, named "Fuchsia," first appeared over a year ago. It's quite different from Android and Chrome OS, as it runs on top of the real-time "Magenta" kernel instead of Linux. According to recent code commits, Google is working on Fuchsia OS support for the Swift programming language. If you're not familiar with it, Swift is a programming language developed by Apple, which can be used to create iOS/macOS/tvOS/watchOS applications (it can also compile to Linux). Apple calls it "Objective-C without the C," and on the company's own platforms, it can be mixed with existing C/Objective-C/C++ code (similar to how apps on Android can use both Kotlin and Java in the same codebase). We already know that Fuchsia will support apps written in Dart, a C-like language developed by Google, but it looks like Swift could also be supported. On Swift's GitHub repository, a pull request was created by a Google employee that adds Fuchsia OS support to the compiler. At the time of writing, there are discussions about splitting it into several smaller pull requests to make reviewing the code changes easier.
Don't you just need to update a language compiler to support the OS's system call structure for the language to be supported?
Or are they providing a runtime library to provide the appleOS API's and calling conventions so Apple's compiler/IDE can be used without modification?
To those who dont remember, dart was google's attempt to replace javascript.
Avantgarde Hebrew science fiction
So, SmallTalk, then?
General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
I ran a one-line script to print "Hello world" and it uploaded 20Mb of data to Google's servers. It's almost ready for release.
I think mauve has the most RAM.
Linux became popular because it's a free OS to embed on devices. But with Apple devices running iOS (ie. not Linux) and Google moving away from Linux for its devices and all those that depend on it, the beleaguered operating system is sure to severely decline in popularity.
Linux, a flash in the pan!
Multiple paragraphs discussing Rust, but not a single mention of its code of conduct?
You must be new here.
Along those lines I like to break programming languages into two main groups: the languages that people use and the languages that will influence those languages. As an example: Java is a language that is used heavily in enterprise, while Scala influenced the direction of Java, without actually replacing it.
Of course this is a simplification of the reality, but this perspective seems to work well enough.
Jumpstart the tartan drive.
I mean you gotta be pretty masochistic both as a developer and a company if you develop apps in a native language. There may be some reasons to write parts of the app in a native way but then go for C so these portable. For anything else use Javascript.
Good god! Why would you torture yourself with Javascript when you could use Swift instead?
It's not even the technical aspects of Rust that worry me the most. The Rust community is very concerning. It's the most hypocritical, totalitarian, autistic programming language community I've ever had the displeasure of dealing with.
In my opinion, the Rust community puts up this facade of tolerance and acceptance and positivity, but underneath there's a strong undercurrent of anti-social attitudes and behavior.
This is just a guess, but perhaps many members of the Rust community suffer from Asperger Syndrome or a similar affliction that inhibits their ability to socialize in a normal fashion. While members of other programming language communities can just naturally act civilized with one another, it's like the Rust community needs its obtuse Code of Conduct to be a checklist that governs any and all discussion they have. It's like they have to mechanize the social interactions that would just come naturally to most other people.
Sometimes their hypocrisy leaks through, like at sites like Reddit or Hacker News where they appear to ruthlessly downmod anyone who dares to express completely valid criticism of Rust. This inability to consider criticism makes them come off as very immature and childish, I think.
To a great extent it's like Rust has become a religion for many of its adherents. Logic loses all meaning for such people. They internalize any criticism of Rust as being criticism of their persons, and perhaps this causes them to react in such hypocritical and totalitarian ways. Anybody who doesn't conform to their artificial idea of what a Rust community member should be is effectively crushed and destroyed, resulting in an extremely strong echo-chamber effect within the Rust community.
I've dealt with many different programming language communities over the years, but Rust's is perhaps the first one that I've really wanted absolutely nothing to do with. I don't think it's a healthy community, and so I try to keep my distance from it.
C is not that easy portable as many people think.
Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
Came for the Rust trolls, was not disappointed. It's fascinating to see how they incorporate the latest developments into their narrative, and drop things which started sounding ridiculous even to those who don't follow Rust closely. If you want to know more about "some Rust code [that] apparently made its way into Firefox recently", which is the new styling engine, there's a nice high-to-mid-level presentation from one of the developers.
BTW, the microkernel at the bottom of Fuchsia has changed name from Magenta to Zircon.
Maybe because there's a Magenta Linux... I dunno.
Zircon has security based on capabilities (which it calls "handles", rightly so IMHO) for pretty much everything. This could support sandboxing of new sub-processes that you own, but it lacks revocation of rights from running processes that would be used as services -- which I find to be a serious omission. ... and Linux is demonstrably faster than Mach. seL4 would have been a better foundation IMHO.
IPC is very much like Unix domain sockets: with streams and queued asynchronous message passing... which means that it is never going to be faster than Mach
"We mustn't be caught by surprise by our own advancing technology" -- Aldous Huxley
Just because you don't understand how to use them now doesn't mean they're idiotic, maybe you had to work with bad projects; One common problem with all programming languages is over engineering or making things or too complex or to simple.
In my case I have done very impressive things with C and C++, I tried Rust but I still need to find the right project to use it properly.
In your estimation, what would you suggest as the proper Goldilocks complexity level for a VB6 project?
I think you underestimate just how much I just dont care.
I highly recommend the 'rm -rf' compiler for all VB6 projects. Fast and efficient.
Google is having a problem with Java and Oracle. Replacing it with a language that has a large user base, is mobile-first, easy to develop with and can already have IDE support (https://www.jetbrains.com/objc/features/swift.html) in their current Android Studio seems like a good idea.
Google is also having a problem with the Linux kernel. It's unwieldy and not mobile-first. Building their own kernel designed specifically for mobile would make the entire system more CPU and battery efficient.
All around, having complete control of both hardware and software will let Google truly compete against Apple. They can continue to develop Android for third parties (Samsung, Motorola, etc.) while keeping Fuschia as their in-house OS to put in future Pixels.
Agreed. Java is managing to incorporate some of Scala's brevity, to the point that its less compelling.
Additionally, Scala - IMO - went too far. I absolutely loved some fo the ideas, but one benefit of Java for enterprise projects is that you can pick up a Java class written a decade ago by someone you'll never meet and can basically understand it without too much effort. Java's been removing boilerplate slowly but surely over the years in both language points and major libraries; you can write database backed RESTful API servers with 97% business logic these days, which is fine by me. You can write terrible opaque Java code but you really have to work at it.
Scala, on the other hand, did a great job of adding functional capabilities but then also introduced shorthand and overloading to the point where someone who's simply not paying attention can create code that's as readable as high-school Perl scripts. And that's a huge problem for the enterprise.
You're special forces then? That's great! I just love your olympics!