-
Notifications
You must be signed in to change notification settings - Fork 747
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HDF5 support for Raspberry Pi #794
Comments
Yes, we just need to get these files from their code generator running on ARM devices: |
Just get Raspberry to send you kit - easy enough |
Balenea https://www.balena.io/blog/balena-releases-first-fully-functional-64-bit-os-for-the-raspberry-pi-4/ have just released a Yocto based 'runs on all pi, 32 + 64' release. This is based on Yocto - https://www.yoctoproject.org. The point here is that it's all container based so may make an interesting option with less compatibility issues. |
@peardox We still need to run and maintain the hardware somehow. I don't have the resources to do that all by myself. Although, for this particular issue, would you be able to get us the generated files that we need to cross compile HDF5? That would help to get CI going. |
Which ones you after? ARM64 + ARMHF I guess. No problem. Tell me exactly what you need and that's what I'll create. ARMHF will take a few days - the best one's out on loan, got another though that need some small fixes I may be able to get running sooner. I notice you've got a hardware request section on bytedeco.org. I can look into getting you some hardware and cloud servers if you like. Sourcing (for free) was part of my job 20 years ago. Raspberry should be easy as should NVidia Rock etc (All ARM). Cloud server would be worth trying for PPC64le + Power8/9 (may be able to get physical kit for power 8) |
Thanks! We need the 2 files shown in the patch file: Having hardware and/or cloud servers is good, thanks a lot, but we'd still need someone to setup Jenkins or something. It might be possible to use Travis CI on those machines, but I wouldn't count on it, it's probably easier to just use QEMU. Anyway, someone would need to try it out: |
I'll look into it
…On Sat, Oct 5, 2019 at 1:17 PM Samuel Audet ***@***.***> wrote:
Thanks! We need the 2 files shown in the patch file: H5lib_settings.c and
H5Tinit.c, for both ARMHF and ARM64 yes.
Having hardware and/or cloud servers is good, thanks a lot, but we'd still
need someone to setup Jenkins or something. It might be possible to use
Travis CI on those machines, but I wouldn't count on it, it's probably
easier to just use QEMU. Anyway, someone would need to try it out:
https://enterprise.travis-ci.com/
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#794?email_source=notifications&email_token=AAL2HIYQ4OC3GB62LH4L25TQNCAXPA5CNFSM4I4ISS22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEANRDSA#issuecomment-538644936>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAL2HI3N6SJ3I473G6KMHS3QNCAXPANCNFSM4I4ISS2Q>
.
|
HDF5 ARM64 builds fine on Jetson Nano - see debug The files H5lib_settings.c and H5Tinit.c are nowhere on the system - looks like nano's pre-patched Note libhdf5-dev not installed for this run - see apt list Going to try unofficial Pi4 build on ARM64 with known issues pre-fixed (flycapture, libssl0dev + jbig) as this is likely fresher (beta) than the Nano OS. After that I have a 60G SD ready to test stock Pi4. Something occurred to me while nodding off to sleep - Pi default to a stupid sway size (100M) so gonna give it stupid swap in other direction (8g, both 32 + 64 bit versions of OS) =================== apt list ================== |
You'll need to build HDF5 from source to get those generated files. |
OK - I'll give it a go - hdf5-1.10.5.tar.bz2 as per hdf5/cppbuild.sh I presume Use any flags or just ... ./configure Here's the output of ./configure
|
Anything should give the same thing, thanks!
|
OK - I'll do arm64 + 32 in the AM |
Although, strangely enough, |
Eek - just looked at cppbuild.sh
There's no entry for linux-arm64
I'll cobble something equivalent together from the linux-armhf version
…On Fri, Oct 11, 2019 at 3:00 AM Samuel Audet ***@***.***> wrote:
Although, strangely enough, H5lib_settings.c contains information about
the build configuration. Might be best to use the same flags as used for
other architectures in cppbuild.sh.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#794?email_source=notifications&email_token=AAL2HIZ7KESMWRMWLTMRRNTQN7M35A5CNFSM4I4ISS22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEA6PXNY#issuecomment-540867511>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAL2HIYBMH3RF2LUD25FBGTQN7M35ANCNFSM4I4ISS2Q>
.
|
armhf = Raspberry Pi4 + Raspbian (Debian Buster) See relevant hdf5--settings.log for build settings for configure switches in cppbuild.sh mode |
* Add `linux-armhf` and `linux-arm64` builds for HDF5 (issue #794)
Ok, it's done! Let me know if you encounter any issues with the snapshots: http://bytedeco.org/builds/ |
And binaries have now been released with version 1.5.2! Enjoy and thanks for the contributions |
I've noticed that there is no version of the HDF5 preset for
armhf
. The preset mentions missing support for cross-compilation, but this was changed several years ago, and there are now Debian packages for HDF5 onarmhf
which means that it should be fine to run on Raspbian. I'm therefore wondering if it would be possible to start producing the preset for this platform?The text was updated successfully, but these errors were encountered: