Ward,
I did configure with just a --prefix argument. I did "make check" followed by
"make install". So, very vanilla. The bin directory under the directory
specified
in the --prefix argument is where I found the shell script for ncdump. My
particular test
was a validated OPeNDAP access to the RDA TDS. I had already found the
binary executable version of ncdump in the .libs directory. It worked for my
test. The script did not; it appeared to use the wrong version of the curl
library.
What does "make -j 12" mean, anyway? I've never seen such in the instructions
for building NetCDF.
Thanks,
-Hoop
On 12/10/18 12:23 PM, Ward Fisher wrote:
Depending how netCDF has been configured using the `configure` script,
'binaries' are often represented as scripts. I believe it is only when
building as a shared library. For example , looking at the
`netcdf-c/ncdump/ncdump` file after configuring/building with
$ ./configure --prefix=$HOME/ttmp && make -j 12
I see the following header info:
#! /bin/sh
# ncdump - temporary wrapper script for .libs/ncdump
# Generated by libtool (GNU libtool) 2.4.6
#
# The ncdump program cannot be directly executed until all the libtool
# libraries that it depends on are installed.
#
# This wrapper script should never be moved out of the build directory.
# If it is, it will not operate correctly.
However, once I run 'make install' and look at $HOME/ttmp/bin/ncdump, I see
it's a binary file (as expected).
So I guess my question is, does this describe what you're seeing? Are you
running `make install` and seeing a shell script where you would expect to see
the binary? If you are seeing a shell script in the build directory, it is
for the reasons outlined above; there is a binary ncdump file, but it is in
netcdf-c/ncdump/.libs, and cannot be executed directly until 'make install'
has been run.
-Ward
On Dec 7, 2018, 6:09 PM -0500, Don Hooper (NOAA Affiliate)
<don.k.hooper@xxxxxxxx>, wrote:
Subject says it all: why is ncdump a shell script in 4.6.2? -Hoop
_______________________________________________
NOTE: All exchanges posted to Unidata maintained email lists are
recorded in the Unidata inquiry tracking system and made publicly
available through the web. Users who post to any of the lists we
maintain are reminded to remove any personal information that they
do not want to be made public.
netcdfgroup mailing list
netcdfgroup@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
