Received: from listserv.local (listserv [172.16.8.22]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTP id 6A38D780E05; Thu, 25 Nov 2021 19:14:50 +0000 (UTC) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Edd Salkield From: Edd Salkield Cc: alpine-aports@lists.alpinelinux.org In-Reply-To: <20211125185653.18069-1-edd@salkield.uk> Subject: Re: [PATCH] testing/hdf4: new aport Date: Thu, 25 Nov 2021 19:14:50 -0000 Message-ID: <163786769040.14324.12933700741430718456.gitlab.27775.354b7c7365cd2daa89b1a2701ee45aea70a8b900@listserv.local> This is my first package for Alpine - I hope this work will be useful for others processing NASA data files too. Like community/hdf5, I've had to add some additional flags to get this to build, because the default autoconf setup is fairly broken. Unfortunately the test suite also appears pretty broken, with it segfaulting a fair amount. I'm not sure I have the time to fully diagnose this issue at the moment, thoughts on how to proceed appreciated. This package comes with a patch that removes some type definitions where the author was assuming glibc. I would appreciate comments on whether and how to patch this upstream in a way that doesn't break glibc builds. Also, the source archive comes containing autogenerated autoconf files. I've used these in the build, but would the package ideally invoke autoconf to generate ./configure before running it? Finally, I've only been able to test this on x86-64. What's the procedure for making sure this builds on other architectures as well? Thanks! -- via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/27775#note_194444