[Xastir] -Lrtree -ltree ... may have found where...
Richard Polivka, N6NKO
r.polivka at sbcglobal.net
Sun Jul 1 12:27:08 EDT 2007
Tom,
IIRC, my laptop version of xastir had me compile separately GDAL. BigBox
got GDAL from the repo.
All I can say is "AIIIEEEEEEE" as he runs into the darkness, holding his
head, and thinking of Muench.....
73 from 807,
Richard, N6NKO
Tom Russo wrote:
> On Sun, Jul 01, 2007 at 07:35:33AM -0700, we recorded a bogon-computron collision of the <r.polivka at sbcglobal.net> flavor, containing:
>
>> Apparently, Fedora 7 on my system loaded parts of GRASS. The ldd search of 1.9.1 that worked showed libgrass_rtree.so.6.2 being linked in. Changing the variable names, I believe that what was done, that was done in the CVS , avoided the linker bringing in libgrass_rtree because it could not find the symbols. What I find interesting is that nm can't find any labels in libgrass_rtree. Maybe I did not pick the right option. But that can be for another time. Have to tackle the outside honeydo list.....
>>
>
> AH HAH! I bet your GDAL was built with GRASS support, and that's how it's
> getting in. Try doing an ldd on the GDAL shared library, and you'll probably
> find that that is where the libgrass_rtree is being dragged in. Since you're
> not explicitly linking against grass libraries, and the only other GIS-related
> library that you're using is GDAL, that is the most likely suspect.
>
> GDAL should almost never need to be built with GRASS support, because that
> results in a circular dependency (GRASS needs GDAL to build, GDAL needs
> GRASS to read GRASS data), so there's a "GRASS plugin" that can be used
> to add GRASS support to GDAL without rebuilding it. That's the preferred
> method. The GDAL package you installed was probably not built according to
> that preferred method.
>
> The easiest fix, then, is to build GDAL from source instead of using a package.
>
> No, that's not true. The easiest fix is to de-install GDAL unless you're using
> it for some other GIS package, and then rebuild xastir without it --- Xastir
> barely uses GDAL except for some very specific vector data types, and unless
> you're using those you need not even bother with GDAL support in xastir.
>
> If you *are* using GDAL for some other GIS-related package, you could always
> rebuild xastir with "--without-gdal" in the configure options, too.
>
>
More information about the Xastir
mailing list