Date: Thu, 14 Aug 2008 21:30:05 GMT From: "Tom Russo" <tvrusso@sandia.gov> To: freebsd-ports-bugs@FreeBSD.org Subject: Re: ports/126397: graphics/libgeotiff fails to build Message-ID: <200808142130.m7ELU53R099370@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR ports/126397; it has been noted by GNATS. From: "Tom Russo" <tvrusso@sandia.gov> To: "bug-followup@FreeBSD.org" <bug-followup@FreeBSD.org> Cc: Subject: Re: ports/126397: graphics/libgeotiff fails to build Date: Thu, 14 Aug 2008 15:22:16 -0600 On further analysis, the problem is entirely due to the presence in CFLAGS of -L/usr/local/lib and -I/usr/local/include, and a prior installation of libgeotiff. These CFLAGS cause the compilation of listgeo.c to use the previously installed header files. "geotiff.h" in 1.2.5 has the right definitions to allow geo_simpletags.h to be included without error and without a previous include of geo_tiffp.h. In 1.2.4 the definition of TIFFMethod is in geo_tiffp.h. Including 1.2.4's geotiff.h in 1.2.5's listgeo.c gets it all wrong. So one can install libgeotiff just fine as long as there is no previous installation. Upgrading is a problem because the CFLAGS and other flags variables are set up so that the previous installation's headers and libraries are used instead of the ones appropriate for the new code. I was able to get 1.2.5 installed by deinstalling my 1.2.4 libgeotiff and starting from scratch. Unfortunately, I have no patch to provide to help with the upgrade problem. Somehow the makefile needs to be massaged so that the build uses the headers in the current source code instead of /usr/local/include, and similarly with libraries.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200808142130.m7ELU53R099370>