From: Marco van Hulten <marco@hulten.org>
Subject: Re: NEW: archivers/libaec
To: Martin Reindl <martin@catai.org>
Cc: ports@openbsd.org
Date: Mon, 4 Aug 2025 11:50:16 +0200

On Fri, 1 Aug 2025 16:02:05 +0200 Marco van Hulten wrote:
> On Wed, 30 Jul 2025 15:56:17 +0200 Martin Reindl wrote:
> > > There are many more libraries linked than in your case.  How is it
> > > possible that your cdo reads the *.grb file without it being linked to
> > > hdf5?
> > > 
> > > I imagine that I should have done something to make cdo work with
> > > netcdf-4.9.2 and that installing netcdf-4.9.3 was not strictly needed.
> > > Is 'make clean' not enough for the ports system to relink to existing
> > > libraries an forget about old ones?  
> 
> I now did 'make clean in /usr/ports', and then 'make uninstall', 'make
> clean=all' (getting also rid of the package tar files) and 'make
> clean=depends' for libaec, hdf5, netcdf and cdo.
> 
> > > Apropos, for the updated netcdf, not all patches to the test files
> > > worked, so I skipped the patching (and have not done a make test).  If
> > > you want, I could check which patch files are still needed and need
> > > adjustment, but please go ahead if you have the time.    
> > 
> > I only recompiled the old cdo 1.9.2 code already on my disk, I did not try a
> > newer version. In the hdf5 diff the WANTLIB entries for aec+sz were missing,
> > this is fixed now. The diff below also includes the update for
> > netcdf 4.9.3 with libaec+sz enabled - you're right, some patches can be removed
> > now.  
> 
> I am trying to build and test libaec, hdf5, netcdf and cdo (in that
> order) with your Wednesday patches applied.  When I make test hdf5, I
> get an 
> 
> > error: no member named 'token' in 'union H5L_info1_t::(unnamed at /usr/local/include/H5Lpublic.h:1463:5)'  
> 
> I attached the terminal output.
> 
> Marco
> 
> [netcdf-make_test  application/octet-stream (10953 bytes)]

Sorry, this was netcdf's make test output.

Attached now is hdf5's make test output.

The complaint about the deflate filter relates to archivers/libaes that
should provide Szip support.  libaes is installed; specifically:
/usr/local/lib/{libsz.so.0.0,libsz.la,libsz.a,libaec.so.0.0,libaec.la,libaec.a}
and /usr/local/include/{szlib.h,libaec.h}.

In the hdf5 Makefile you've included configure argument
--with-szlib=${PREFIX}/include,${PREFIX}/lib

Marco