Hi @kentisevil, I may make a 64 bit release in the future but right now I don't have a 64 bit OS installed and I think I will wait a little for it to mature before I try.
Is it worth copying all the files in the /usr/lib/arm-linux-gnueabihf directory on a 32 bit installation to the 64 bit machine and adding that to the LD_LIBRARY_PATH? Maybe also need some from /lib/arm-linux-gnueabihf as well?
Edited by burtoogle
Recommended Posts
Top Posters In This Topic
44
9
8
6
Popular Days
Jul 23
8
Aug 2
8
May 12
8
May 3
6
Top Posters In This Topic
burtoogle 44 posts
icare 9 posts
stevepos 8 posts
gr5 6 posts
Popular Days
Jul 23 2020
8 posts
Aug 2 2019
8 posts
May 12 2020
8 posts
May 3 2020
6 posts
Popular Posts
burtoogle
Now available is a Linux AppImage that runs on an armhf system (e.g. a Pi 4). It has received minimal testing but it does appear to work (I sliced a benchy OK!). Obviously, even the amazin
burtoogle
I have managed to workaround the various limitations and bugs in the graphic library and now have quite a nice display. It still has some compromises compared to the other builds (Linux/Mac/Windows) a
burtoogle
Here's the system it was built on. Very nice case from thingiverse sliced without top/bottom skins, just gyroid infill. The SSD wasn't actually used during the build as all files were on the SD card.
Posted Images
kentisevil 0
Hi Burt - would you consider compiling one for the new 64bit Beta RaspberryPi OS? https://www.raspberrypi.org/forums/viewtopic.php?t=275370 I tried running the latest version (installed the mesa tarball and libgles-dev) however it balks and barks about libz.so - which is on my system - however when I put it in my LD_LIBRARY_PATH it says:
<code>
./Cura-mb-master-armhf-20200610.AppImage
./Cura-mb-master-armhf-20200610.AppImage: error while loading shared libraries: libz.so: wrong ELF class: ELFCLASS64
</code>
Link to post
Share on other sites