Package Details: hdf4 4.2.15-1

Git Clone URL: https://aur.archlinux.org/hdf4.git (read-only, click to copy)
Package Base: hdf4
Description: General purpose library and file format for storing scientific data (version including the Java Native Interfaces - JNI)
Upstream URL: https://portal.hdfgroup.org/display/support/HDF+4.2.15
Licenses: custom
Conflicts: hdf4-java
Provides: hdf4-java
Replaces: hdf4-java
Submitter: djscholl
Maintainer: XavierCLL
Last Packager: XavierCLL
Votes: 13
Popularity: 0.000000
First Submitted: 2006-09-25 12:30 (UTC)
Last Updated: 2020-04-25 23:10 (UTC)

Dependencies (5)

Sources (1)

Latest Comments

RonnyD commented on 2020-01-27 16:58 (UTC)

I have problems compiling the package. Perhaps it is necessary to update the java dependencies?

checking for gcj... no
checking for guavac... no
checking for jikes... no
checking for javac... no
configure: error: no acceptable Java compiler found in $PATH
==> ERROR: A failure occurred in build().

steinbuch commented on 2019-10-29 13:15 (UTC)

I'm trying to compile HDF4 in another context. Despite patching configure.ac to find libtirpc the ./configure fails:

-- Looking for xdr_int - not found -- Looking for xdr_int in /usr/lib/libnsl.so - not found -- HDF4 XDR Library will be built -- Configuring incomplete, errors occurred!

respectively

Could not locate xdr symbols in libc or libnsl.

Has anybody occurred this error before?

Luk0r commented on 2019-03-22 09:26 (UTC) (edited on 2019-03-22 09:36 (UTC) by Luk0r)

I get the following error: checking whether the C compiler works... no configure: error: in `/tmp/yaourt-tmp-schmidan/aur-hdf4/src/build': configure: error: C compiler cannot create executables See `config.log' for more details see https://pastebin.com/HwT6D8aE

and config.log says: https://pastebin.com/n7xQuG9g

meriops commented on 2019-02-10 13:55 (UTC)

@eleftg Thank you for your suggestion. It turns out that my JAVA_OPTIONS were incorrectly specified in my shell startup file, and for some reason, they were being copied to the Makefiles during building, which was messing up. So now the package compiled fine, although I still had to use --disable-dependency-tracking.

eleftg commented on 2019-02-09 21:12 (UTC) (edited on 2019-02-09 21:13 (UTC) by eleftg)

@meriops No idea why this could be happening but can you try changing line 33 of the PKGBUILD to:

"${srcdir}/hdf-${pkgver}"/configure MAKE=gmake \

and then post back whether it worked?

meriops commented on 2019-02-07 09:34 (UTC) (edited on 2019-02-07 09:38 (UTC) by meriops)

Hi, This package is not compiling for me... I get :

config.status: error: in `/home/ol/progs/builds/hdf4/src/build': config.status: error: Something went wrong bootstrapping makefile fragments for automatic dependency tracking. Try re-running configure with the '--disable-dependency-tracking' option

When I do as suggested, I then get :

Makefile:319: *** missing separator. Stop.

Any hint as what I am doing wrong?

eleftg commented on 2019-01-26 21:47 (UTC) (edited on 2019-01-26 21:48 (UTC) by eleftg)

Well noticed Arcturus. Thank you!

Indeed, ever since the package switched from static to shared libs, the fortran option needed to be disabled due to a configuration error

configure: error: Cannot build shared fortran libraries. Please configure with --disable-fortran flag.

I now created a separate hdf4-static (https://aur.archlinux.org/packages/hdf4-static) package that offers fortran.

Arcturus commented on 2019-01-26 17:28 (UTC)

The description says this is the "full version including the FORTRAN and the Java Native Interfaces - JNI", yet the configure flag --disable-fortran is used in the PGKBUILD.

Should the description (or PKGBUILD) be updated, or am I missing something?

XavierCLL commented on 2018-11-05 22:53 (UTC)

Perfect thanks!

eleftg commented on 2018-11-05 22:49 (UTC)

No problem.

I've also added you as a co-maintainer, so that you can directly apply any future modifications.

XavierCLL commented on 2018-11-05 20:35 (UTC)

Hi @eleftg again, I forgot to add the load library path in /etc/ld.so.conf.d/ when I converted the hdf4 to share lib, please update (4.2.14-4): https://pastebin.com/G9HnWfL4

eleftg commented on 2018-11-05 06:49 (UTC)

Done. Thanks XavierCLL

XavierCLL commented on 2018-11-05 05:00 (UTC)

Hi @eleftg, I implemented some changes: 1) added "--disable-netcdf" for use the native netcdf, because (without that) using the netcdf that have the hdf4 bring some problems and conflicts (read more https://goo.gl/ZVZDtj) 2) I made some changes for enabling share library (better than static). PKBGUILD here: https://pastebin.com/BheBm34w

XavierCLL commented on 2018-08-21 15:17 (UTC)

Hi @eleftg, please use this adjust for linked with szlib: https://pastebin.com/iaat9jP9

eleftg commented on 2018-07-03 23:46 (UTC)

Adopted, upgraded to 4.2.14 and patched configure.ac to fix the xdr error

eleftg commented on 2018-05-31 19:30 (UTC)

Thank you very much for your contribution petronny!

I updated the package to include your patch.

petronny commented on 2018-05-20 06:24 (UTC) (edited on 2018-05-20 06:24 (UTC) by petronny)

I fixed it with

     CFLAGS="${CFLAGS} -fPIC" \
     LDFLAGS="-l:libjpeg.so.8 ${LDFLAGS}" \
     F77=gfortran \
+    JAVADOC='javadoc -Xdoclint:none' \
     --enable-fortran \
     --enable-production \
     --enable-java \

It's a bug with java-enviroment>8. And this patch works with java-enviroment=8. Please fix it.

petronny commented on 2018-05-17 15:14 (UTC)

I get

Generating javadoc/overview-summary.html...
../../java/src/hdf/overview.html:9: error: self-closing element not allowed
<p />There are a large number of functions in the HDF
^
../../java/src/hdf/overview.html:12: error: unknown attribute: COLS
<center><table BORDER=1 COLS=1 WIDTH="71%" BGCOLOR="#dbeaf5" >
                        ^
../../java/src/hdf/overview.html:12: warning: attribute obsolete, use CSS instead: BGCOLOR
<center><table BORDER=1 COLS=1 WIDTH="71%" BGCOLOR="#dbeaf5" >
                                           ^
../../java/src/hdf/overview.html:18: error: no summary or caption for table
</table></center>
^
Generating javadoc/help-doc.html...
[done in 2815 ms]
3 errors
2 warnings
make[3]: *** [Makefile:837: docs] Error 1
make[3]: Leaving directory '/build/hdf4-java/src/hdf-4.2.13/java/src'
make[2]: *** [Makefile:557: all-recursive] Error 1
make[2]: Leaving directory '/build/hdf4-java/src/hdf-4.2.13/java/src'
make[1]: *** [Makefile:661: all-recursive] Error 1
make[1]: Leaving directory '/build/hdf4-java/src/hdf-4.2.13/java'
make: *** [Makefile:528: all-recursive] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

No idea how to fix it...

eleftg commented on 2018-05-16 21:14 (UTC) (edited on 2018-05-16 21:15 (UTC) by eleftg)

Fixed. It was a configuration issue. The hdf4 autoconf infrastructure is quite dated and on top of that the rpc headers recently passed from glibc to libtirpc, so changes were needed to the configuration script.

See also:

https://bugs.archlinux.org/task/58414

https://lists.opensuse.org/opensuse-factory/2018-03/msg00097.html

nisok commented on 2018-05-16 11:09 (UTC) (edited on 2018-05-16 11:09 (UTC) by nisok)

This package does not compile. It fails will error --enable-hdf4-xdr does not support 64bit

greyltc commented on 2018-05-08 09:53 (UTC) (edited on 2018-05-08 09:55 (UTC) by greyltc)

I'm having trouble building this package.

Problems with missing: hdf4-java/src/hdf-4.2.13/bin/missing: Unknown '--is-lightweight'

Problems with FORTRAN: gfortran: error: unrecognized command line option '-V'

But then this is what kills it: configure: error: --enable-hdf4-xdr is not supported for 64 bit mode.

Build log here --> log.txt

Also, I have:

$ archlinux-java status
Available Java environments:
  java-10-jdk
  java-7-openjdk
  java-8-openjdk (default)

Does it matter what java I'm using?

bunder commented on 2018-05-06 06:31 (UTC)

Doesn't build on x86_64 with following error:

configure: error: --enable-hdf4-xdr is not supported for 64 bit mode.

rprospero commented on 2017-09-11 13:43 (UTC)

Needs to bump to version 2.13. 2.12 is no longer available

Polly commented on 2015-02-19 10:52 (UTC)

current version is 2.11. PKGBUILD update required

djscholl commented on 2014-02-23 23:29 (UTC)

New version from upstream; thanks to Arch user fhs. The README for this version says that there is no more dependence on lex/yacc-like tools. I tried it without flex/bison installed, and the build failed due to the absence of a yacc command. I don't understand this, but I kept flex and bison in the makedepends array so it would build.

djscholl commented on 2013-02-27 12:09 (UTC)

New version from upstream, thanks to Arch user epsilom.

djscholl commented on 2012-09-13 09:08 (UTC)

New version from upstream, thanks to Arch user pezz.

pezz commented on 2012-09-11 07:37 (UTC)

404 from the source tarball, seems to be this now: http://www.hdfgroup.org/ftp/HDF/HDF_Current/src/hdf-4.2.8.tar.bz2

djscholl commented on 2012-04-25 23:42 (UTC)

Update for new upstream version, thanks to Arch user chneukirchen.

giniu commented on 2012-03-13 11:16 (UTC)

as far as I know, it is because hdf4 provides it's own version of netcdf, but not complete version (like only part of files). There is hdf4-nonetcdf in AUR which does not conflict with netcdf (it is version with internal netcdf disabled).

commented on 2012-03-13 10:05 (UTC)

why does hdf4 confict with netcdf? on all my previous workstations it was no problem installing both hdf4 and netcdf4 in parallel. this seems like a showstopper at least to me ...

djscholl commented on 2012-03-09 10:41 (UTC)

Update for new minor version upstream. Thanks to Arch user nullas.

nullas commented on 2012-03-06 09:44 (UTC)

the sources is unavailable.

djscholl commented on 2011-07-20 09:58 (UTC)

Arch version bump to change libjpeg6 dependency to libjpeg-turbo, thanks to Arch user giniu.

giniu commented on 2011-07-19 07:16 (UTC)

Is the libjpeg6 still required? According to changelog for 4.2.6: - The JPEG test failure due to the different versions of the JPEG library had been fixed. HDF4 is expected to build and pass regression tests for any version of the JPEG library available on the user's systems. BMR - 2011/06/09