Is userbase proportional to area or radius?
Is userbase proportional to area or radius?
This… Is not exactly how it works.
The way windows ABI works is syscalls always should go through dynamic libraries first, while on linux syscalls do syscall instruction/*. How windows syscalls work allows project like WINE just implement those libraries that will do linux syscalls. No instructions translated.
But with other architectures story is different. You either make instruction decoder for processor, make interpreter or make binary translator. First is itanium-way, second is naive way and third is how everyone does. Third is basically compiling one machine code to another. It has overhead of, well, compiling one machine code to another. And it works badly with other JIT compilers.
*there is vDSO, which is dynamic library, that implements syscalls like getting time. It is totally optional.
Qc can go fuck themselves. Bunch of patent trolls.
Steam Deck 2 rc 2
And games compatibility would be thrown out the window.
Computer is like AC. It becomes useless the second you open Windows.
Developers already did half of work for porting on ARM: they ported on Linux.
Not sure what point you trying to make. Translation is just one of ways to emulate.
Every year they are more likely to go RISC-V.
and making hardware tailored to linux.
They already did it.
You still need to know magical numbers to download file.
More like Mumble, but with privacy violations and ads
Show me your github profile
It was implied in the discussion: “if you can compile it, it will work”.
Nope. If you can compile for this microarchitecture, it will work on it. You know what was implied, I know what was implied, but you choose to run in circles and yell “Look! This person doesn’t know that program compiled for one architecture can’t run on another!”
There’s SPARC.
Me: says about -mcpu=native
You: oh, yeah, there is completely another architecture.
Ooorr…
There’s plenty of ARM processors before Cortex. There’s SPARC.
Did you just said that SPARC is ARM processor? Who tf are you?
As mentioned: online assembly
What now?
online assembly
. . .
endianness
What distro runs ARM in big endian? Name one. I think you are just trying to throw as much arguments you don’t understand as possible. EOF.
Nonaligned memory access can occur in C code.
Entire Cortex A-series should work fine with unaligned memory access to RAM when MMU is enabled(which is always on for linux). With few exceptions, but nextcloud is not a device driver.
(for any architecture) ",
I never said that.
This means you did not compile for correct architecture. There also can happen with program that use hand-written assembly, but I reeeeally doubt nextcloud devs do it.
For simplicity just compile with -mcpu=native on target computer.
EDIT: wait a sec, who are you? I doubt you want documentserver too.
If it can be compiled from sources, it works
ARM software support is just generally rough, yeah it’s good on RPi (and Mac) but on other boards it typically sucks, namely the cheaper boards OP would be buying.
Let’s see… Not counting Rock64 which is popular and AARCH, I also have chinese noname Espada E-726 TV Box on Allwinner A10, that(box) nobody knew about. Built bootloader, built kernel, installed system on SD card, it works.
I’m a big docker user and just the other day I was trying to run I believe Mastodon and Lemmy on an ARM device but there was just no image for it.
(It’s a GIF)
I’m sure I could build an image myself but for someone just getting into Homelabbing (like OP), x86 is the platform to use.
It is easier to not use Docker.
100 bucks is a lot
Whoa Nelly!