Earlier quoted context omitted.
I don't think that was the case for a long time on the tooling side, OCaml has a great support for ARM64 for a long time now, but Linux ARM64. But well most developers aren't actually using Linux. 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
> But well most developers aren't actually using Linux. Then it would be Windows and not Mac OS. Is Mac OS any popular outside USA?
OCaml: Add support to iOS/Mac ARM64
51–60 of 103 posts
Re: OCaml: Add support to iOS/Mac ARM64
#52Earlier quoted context omitted.
I'm guessing he might have meant OCaml devs? Most development shops I've worked in used Linux servers to host their solution, and mostly Linux/Unix based tools and dev environments (people who preferred Windows as their desktop usually ssh'd to Linux boxes to work).
Most developers, there is a lot of places to get this information but if you look at the stackoverflow survey, which is a survey large enough to be relevant, you get some data around 25% of developers using Linux. 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-_-...
Re: OCaml: Add support to iOS/Mac ARM64
#53Earlier quoted context omitted.
I keep a 32-bit x86 Mac alive as a hobby project, and I've noticed the same thing. Debian seems to be the only Linux distribution with a maintained and up-to-date x86 port. 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.
openSUSE Tumbleweed supports i586 and up.
Re: OCaml: Add support to iOS/Mac ARM64
#54Earlier quoted context omitted.
There is an OCaml interpreter that does run a bitcode, is that what you're referring to?
The App Store has an option where, in addition to uploading an ARM binary, you can upload LLVM bitcode (a binary representation of LLVM IR). This allows Apple to optimize the app differently for different devices[0], and is required to build apps for watchOS and maybe tvOS. [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.
Re: OCaml: Add support to iOS/Mac ARM64
#55Earlier quoted context omitted.
ARM 32 bit is supported by OCaml. Just not for iOS/MacOS since the 32 bit iOS devices are ancient by now.
> 32 bit iOS devices are ancient by now 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".
Re: OCaml: Add support to iOS/Mac ARM64
#56Earlier quoted context omitted.
Is there a good self-hosted open source platform for this? I’m new to all this, even though I’ve been computing since I was in grade school. Coding is a new discipline for me, and it’s hard to know the territory without a guide. I’ve seen you around and would trust a recommendation from you.
I suggest https://www.gerritcodereview.com/
Re: OCaml: Add support to iOS/Mac ARM64
#57I think most programming languages and associated tools will start supporting ARM64 as a first class citizen. The current lack of support isn't due to apathy, just constraints around ARM64 not being popular for desktop development. For example, it's difficult to support a platform that isn't well supported by your CI/CD provider. Linus Torvalds previously said that ARM on the server would never be a thing since devel…
There's confirmation bias at work here, but I've definitely noticed a slight uptick on ARM-related work to various dev tools (think LLVM and whatnot) in 2019-2020 leading up to the announcement. That and $5 gets you a decent cup of coffee, but hey. 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.
Re: OCaml: Add support to iOS/Mac ARM64
#58Earlier quoted context omitted.
Most developers, there is a lot of places to get this information but if you look at the stackoverflow survey, which is a survey large enough to be relevant, you get some data around 25% of developers using Linux. We're talking about as their computer, not servers tho, everyone uses Linux for server
53% Use Linux: 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-_-...
Re: OCaml: Add support to iOS/Mac ARM64
#59Earlier quoted context omitted.
I'm guessing he might have meant OCaml devs? Most development shops I've worked in used Linux servers to host their solution, and mostly Linux/Unix based tools and dev environments (people who preferred Windows as their desktop usually ssh'd to Linux boxes to work).
Most developers, there is a lot of places to get this information but if you look at the stackoverflow survey, which is a survey large enough to be relevant, you get some data around 25% of developers using Linux. We're talking about as their computer, not servers tho, everyone uses Linux for server
And here I am deploying .NET and C++ solutions on Windows Servers, strange definition of "everyone".
Re: OCaml: Add support to iOS/Mac ARM64
#60Earlier quoted context omitted.
ARM 32 bit is supported by OCaml. Just not for iOS/MacOS since the 32 bit iOS devices are ancient by now.
> 32 bit iOS devices are ancient by now 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".