NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Config.log shows unexpected errors that are confusing several config tests. The actual error happens not on compile, but on execute: > checking size of short > gcc -o conftest -fno-strict-aliasing -I/home/root/WRF/include -L/home/root/WRF/lib conftest.c -lsz > ./conftest > error while loading shared libraries: libsz.so.2: cannot open shared object file: No such file or directory This is a dynamic linking problem. It might be caused by libsz.so.2 installed in a nonstandard location. This has come up several times on the Unidata support list. Look for titles with "sizeof": https://support.unidata.ucar.edu/archives/netcdf/maillist.html Unidata's suggestion is to append a path to LD_LIBRARY_PATH. However, a web search also suggests "sudo ldconfig" as a preferred solution on Linux. On Mon, May 26, 2025 at 7:09 PM Alvaro Fernandez <afernandez@xxxxxxxxxxxxxxx> wrote: > Dave, > > Thanks for offering to take a look at the logfile. > > I'm attaching it, along with the config.cache I used. > > The command used was: > > ./configure --disable-dap --disable-libxml2 > CPPFLAGS="-I/home/root/WRF/include" LDFLAGS="-L/home/root/WRF/lib" > --host=riscv64-linux-gnu --build=riscv64-linux-gnu > --cache-file=config.cache 2>&1 | tee configure-net.out > > Alvaro > > > *From:* Dave Allured - NOAA Affiliate <dave.allured@xxxxxxxx> > *Sent:* Monday, May 26, 2025 2:03 PM > > > configure: error: cannot compute sizeof (size_t) > > There is a known generic problem in configure scripts. Internally they > use a small C program for type checking. Sometimes that test program fails > for some other reason, something like library not found; and the error > message does not report the real problem. That is probably what is > happening here. A careful examination of config.log may reveal the real > problem. Feel free to post config.log as link or attachment, and I will > take a look. > > Alternatively, try building netCDF with Cmake rather than configure. It > uses completely different code for testing system features. > > > On Mon, May 26, 2025 at 11:24 AM Alvaro Fernandez < > afernandez@xxxxxxxxxxxxxxx> wrote: > > Hi, > > I'm trying to build NETCDF on (a QEMU emulation of) a RISC-V platform > we're developing. > > I've successfully built other libraries (like HDF5, zlib, etc.) on this > QEMU with gcc 14.2.0. > > However, I am having difficulty completing the configuration phase of the > NETCDF build process. > > This machine will not be accessing the web or pulling down anything, so I > disabled DAP and XML, and am not giving it curl. > > I started with this configure command: > > ./configure --disable-dap --disable-libxml2 > CPPFLAGS="-I/home/root/WRF/include" LDFLAGS="-L/home/root/WRF/lib" 2>&1 | > tee configure-net.out > > But I get errors like: > > checking size of size_t... configure: error: in > '/home/root/repos/netcdf-c-4.9.3': > configure: error: cannot compute sizeof (size_t) > See 'config.log' for more details > > I reasoned that the configure script might be confused about the host or > built targets, so I decided to be explicit. > > Below is the latest attempt. I added the cache file: > > root@qemuriscv64:~/repos/netcdf-c-4.9.3# cat config.cache > ac_cv_sizeof_off_t=8 > > And then I ran: > > ./configure --disable-dap --disable-libxml2 > CPPFLAGS="-I/home/root/WRF/include" LDFLAGS="-L/home/root/WRF/lib" > --host=riscv64-linux-gnu --build=riscv64-linux-gnu > --cache-file=config.cache 2>&1 | tee configure-net.out > > It fails with the same error. > > This error is detected in line 26715 of the configure script. > > I see from the comments that this test serves to guard against an error in > the HP compiler. Is this still a useful test? > > I would suspect our toolchain usually, but it's built hdf5 and multiple > other applications. > > Thanks in advance, > > Alvaro Fernandez, PhD > Inspire Semi > >
netcdfgroup
archives: