OCaml: Add support to iOS/Mac ARM64(github.com) |
OCaml: Add support to iOS/Mac ARM64(github.com) |
Linus Torvalds previously said that ARM on the server would never be a thing since developers didn't run ARM on their personal machines. Since this assumption is no longer true, the ecosystem of tools will now support ARM better and we'll see ARM on the server become a major thing in a few year's time.
But a thing that is going to change is supporting iOS, one of the reasons that this PR was approved(and it adds support to iOS) it's mostly because there is a Mac ARM64
What??
Then it would be Windows and not Mac OS.
Is Mac OS any popular outside USA?
I'm not sure that's even true from a tooling perspective. It's true that desktop applications often don't support ARM64, but toolchains usually do because both Android and iOS are primarily ARM64 and are hugely popular platforms.
OCaml is known for having a small-ish implementation with good performance IIRC (not sure where multicore is these days). Will have to take a look at this.
The only feature developed on the real iPhone was the dynamic linking, but because I already got the device.
Also I don't have a mac so Hackintosh, a powerful Hackintosh but nonetheless
This is cool stuff, love to see functional programming growing and developing.
What is the current state? Does ocaml support bitcode?
[0]: Not sure if Apple does this in practice, but I believe the purpose of bitcode is that they could do that if they wanted to.
https://github.com/prismlab/parallel-programming-in-multicor...
I would like to have a tree view where I can see all the files at a glance, and, more importantly, switch back a forth between them. I find it hard to follow the code in Github's UX.
Also, Fisheye/Crucible gives you more flexibility to edit the review, by allowing you to remove files, and add or remove commits. Github PRs are based on branches, while Fisheye/Crucible code reviews are based on commits; it is an entire paradigm shift that gives the user more control. For example, I can create two separate reviews from the same branch on Crucible; that's impossible on Github.
We have used GH as a review platform for an open-source project, but they tend to be relatively minor PRs. If they got hairier, we'd probably find something else.
Personally, I really don't like having a gazillion different tools. If we can use one tool for several purposes, then that's what I prefer. If the tool becomes too cumbersome, then I'll work with something more specialized.
I honestly don't know how much our org paid for it though.
https://github.com/torvalds/linux/pull/17#issuecomment-56599...
Discussed at:
For me, the biggest improvement would be the tree-view you get in Fisheye/Crucible. It's so hard to get a grasp on large refactoring PRs on GitHub.
[1]: https://addons.mozilla.org/en-US/firefox/addon/better-pull-r...
If it's small PR or PR's from trusted sources it's not an problem but once it's bigger and from a third party reviewing it can easily become much more annoying then it should.
Besides UX aspects on major offender IMHO is the text based diff algorithm. I had to often changes where you could have created a easily readable diff but non content aware git diffs just produced total garbage.
In any major dev conference in the US/Europe OS X is almost 50% or more (and almost 80% on the presenters side), while Windows has tons of "silent" users (e.g. not the kind to make noise on blogs/HN/etc, but like 90% of devs anyway, working in enterprise, etc).
Even on Stack Overflow poll, which attracts less of the kind of "silent" enterprise devs more likely to use Windows and "bland" environments like .NET and Java, it's 45% Windows, 27% OS X and a little less of that (26%) Linux.
https://www.freecodecamp.org/news/stack-overflow-developer-s...
I remember reading they had 256GB of RAM on DB servers when that seemed like an absurd amount to me.
We're talking about as their computer, not servers tho, everyone uses Linux for server
https://insights.stackoverflow.com/survey/2019#technology-_-...
>Linux and Windows are the most common platforms that our respondents say they have done development work for this year. We asked about container technologies like Docker for the first time this year, and Docker was the third most broadly used platform.
But:
https://insights.stackoverflow.com/survey/2019#technology-_-...
Unless of course most OCaml devs don't target Linux.
And here I am deploying .NET and C++ solutions on Windows Servers, strange definition of "everyone".
You maybe had it confused with the universal quantifier ∀ in a math/logic context, but it's not the same :-)
https://www.t4.ai/industry/server-operating-system-market-sh...
edit: I don't want to take up more space in this thread, but would like to thank Vogtinator and saagarjha for pointing out other options for 32-bit Linux distributions.
The demise of 32-bit was/is inevitable for personal computing.
Well, they're a steady 10% of the PC market, which would make 1 in 10 computer owners in the US have one. Perhaps more have Macs than any other PC brand (if we break them down individually, e.g. Dell, HP, Asus, Microsoft, etc.).
Any coffeeshop is choke full of Mac laptop yielding people. Any university the same. Most developer conferences (Java, Rails, JS, Python, Golang, etc) is 50%+ Macs on the audience (and close to 80% on the . Stack Overflow poll puts Mac desktop use by devs at 27% (Windows 45%/Linux 26%).
Also, go to a community college and count the number of macs there. There’s a clear class bias here.
But web development shops (especially node/react/etc), consulting, and SV startups seem to pretty consistently use macs.
It’s hard to intuitively tell how popular any of this stuff is in absolute terms because we’re all individually trapped in filter bubbles based on the kind of programmers we interact with.
The last iPhone with a 32-bit processor appears to be the iPhone 5c, last produced in 2015. As I type this on a laptop from 2015, I have to question your definition of "ancient".
If not for the camera and iOS support inevitably ending, I don’t see much reason to upgrade.
Sure, since a PC would be more affordable, and in higher performance needs have more bang for the buck.
The Macs are for other kind of niceties (not raw performance per buck) and make different tradeoffs, plus cost more.
Anyone doing mobile game development knows the pain of trying to develop for iOS without using a mac.
One of the kids' phones is an SE which is pretty much the same internals as the 6S and it's still good.