[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Support #TIB-359748]: "make check" fails in NetCDF4

> Hi Ed,
>
> First, I did use the HDF5-1.8 from the NetCDF website; sorry I wasn't more
> explicit.
>
> Second, here's an example of what I get using the 'gcc -v' option:
>
> cc -v -DHAVE_CONFIG_H -I. -I.. -I../fortran  -I../libsrc4 -I../libsrc
> -I/home/jrigler/local/include -I/home/jrigler/local/include    -g -O2 -MT
> tst_lists.o -MD -MP -MF $depbase.Tpo -c -o tst_lists.o tst_lists.c &&mv -f
> $depbase.Tpo $depbase.Po
> Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.6/specs
> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
> --infodir=/usr/share/info --enable-shared --enable-threads=posix
> --disable-checking --with-system-zlib --enable-__cxa_atexit
> --disable-libunwind-exceptions --enable-java-awt=gtk
> --host=x86_64-redhat-linux
> Thread model: posix
> gcc version 3.4.6 20060404 (Red Hat 3.4.6-9)
> /usr/libexec/gcc/x86_64-redhat-linux/3.4.6/cc1 -quiet -v -I. -I..
> -I../fortran -I../libsrc4 -I../libsrc -I/home/jrigler/local/include
> -I/home/jrigler/local/include -MD tst_lists.d -MF .Tpo -MP -MT tst_lists.o
> -MQ tst_lists.o -DHAVE_CONFIG_H tst_lists.c -quiet -dumpbase tst_lists.c
> -mtune=k8 -auxbase-strip tst_lists.o -g -O2 -version -o /tmp/ccw9nHnx.s
>
> *** RELEVANT STUFF BEGINS HERE ***
>
> ignoring nonexistent directory
>
"/usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../x86_64-redhat-linux/include"
> ignoring duplicate directory "."
> as it is a non-system directory that duplicates a system directory
> ignoring duplicate directory "../libsrc4"
> as it is a non-system directory that duplicates a system directory
> ignoring duplicate directory "/home/jrigler/local/include"
> as it is a non-system directory that duplicates a system directory
> ignoring duplicate directory "/home/jrigler/local/include"
> as it is a non-system directory that duplicates a system directory
> #include "..." search starts here:
> #include <...> search starts here:
> ..
> ../fortran
> ../libsrc
> /home/jrigler/local/include
> .
> /usr/local/include
> /usr/lib/gcc/x86_64-redhat-linux/3.4.6/include
> /usr/include
> End of search list.
>
> ...OK, I just deleted a bunch of text explaining why my default compiler
> (RHEL WS4, update #6) must be setting "." to be a so-called system
> directory.  On a whim, I just tried unsetting my C_INCLUDE_PATH environment
> variable, which DOES include /home/jrigler/local/include, but most certainly
> DOES NOT include '.'.  Guess what? ..."make check" worked beautifully.  So,
> somehow, when my C_INCLUDE_PATH is being interpreted, the '.' directory is
> being added, without my intent, to the list of so-called system
> directories.
>
> Do you use the C_INCLUDE_PATH variable?  If not, what happens on your
> machine if you set it to some arbitrary directory, recompile, and run "make
> check"?  My guess is that everything still works, because I can't imagine
> why adding a directory I didn't ask for to the default header file search
> path could be anything but a bug in my old version of GCC.
>
> -Josh
>
>

OK, but as I said, the code has been changed, because using the double-quote
makes more sense. So either way, the new snapshot should work for you.

I don't use the C_INCLUDE_PATH variable, in fact I've never heard of it before.
But clearly it is causing this issue.

But it doesn't matter, as it's been fixed in the code.

Thanks for reporting this!

Ed

Ticket Details
===================
Ticket ID: TIB-359748
Department: Support netCDF
Priority: Normal
Status: Closed