Re: [Xastir] libgdal is the master here...
On Mon, Jul 02, 2007 at 06:56:53AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Tom, > > I will do a CVS checkout tonight, if possible. I was wondering if this will > conflict with the name change that was put into CVS earlierto avoid the call > to libgdal_rtree, or was that backed out? No, it was not backed out, but it won't matter. The name change only changed that one variable, and would have been inconsequential. I'll back it out now, though. > Tom Russo wrote: > > On Sun, Jul 01, 2007 at 09:43:11PM -0600, we recorded a bogon-computron > > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > >> On Sun, Jul 01, 2007 at 04:44:46PM -0700, we recorded a bogon-computron > >> collision of the <[EMAIL PROTECTED]> flavor, containing: > >> > >>> Tom: > >>> > >>> ldd spews for libgdal.so: libgrass_rtree is linked in. > >>> > >> No surprise. Hadda have been where it was coming from. > >> > >> > >>> ldd spews fro libgrass_rtree: nothing except for libm and libc. > >>> > >>> F7 repo uses gdal-1.4.1, grass-libs-6.2.1 > >>> > >>> I will have to concur that gdal was built full up but I do not see a > >>> circular reference in place. GRASS will stand free, but GDAL needs GRASS > >>> (there is a bad joke in there somewhere). > >> Actually, no. GRASS absolutely requires GDAL, and will not build without > >> it --- unless it's quite an old version of GRASS for which GDAL was merely > >> optional. > > > > How the F7 repository gets around the circular dependency is probably by > > bundling the GRASS libraries with the GDAL package, and then having a GRASS > > package that requires the GDAL package to work (thereby getting all > > of its own libraries from a separate package). An icky solution for which > > someone will probably not go to heaven, but one that gets rid of the > > circular dependency by blurring the boundaries between the two highly > > interdependent > > pieces of software. > > -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libgdal is the master here...
Tom, I will do a CVS checkout tonight, if possible. I was wondering if this will conflict with the name change that was put into CVS earlierto avoid the call to libgdal_rtree, or was that backed out? It is possible that when I pulled GDAL our of the repo, GRASS was pulled in as a dependency. Back in college, we were taught to avoid circular references just for this reason. It is like working on a funky PLL oscillator. You have to install a break somewhere to test it and I guess that the bridge file does the same for GRASS/GDAL. I have had many a gray hair working on PLL's for 900 MHz trunking radios in a past life. I have to get ready for Cub Scout Resident Camp next week. My boy is really looking forward to this and I am bringing the firewood for our campsite. So, it is busy time. 73 from 807, Richard, N6NKO Tom Russo wrote: On Sun, Jul 01, 2007 at 09:43:11PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: On Sun, Jul 01, 2007 at 04:44:46PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: Tom: ldd spews for libgdal.so: libgrass_rtree is linked in. No surprise. Hadda have been where it was coming from. ldd spews fro libgrass_rtree: nothing except for libm and libc. F7 repo uses gdal-1.4.1, grass-libs-6.2.1 I will have to concur that gdal was built full up but I do not see a circular reference in place. GRASS will stand free, but GDAL needs GRASS (there is a bad joke in there somewhere). Actually, no. GRASS absolutely requires GDAL, and will not build without it --- unless it's quite an old version of GRASS for which GDAL was merely optional. How the F7 repository gets around the circular dependency is probably by bundling the GRASS libraries with the GDAL package, and then having a GRASS package that requires the GDAL package to work (thereby getting all of its own libraries from a separate package). An icky solution for which someone will probably not go to heaven, but one that gets rid of the circular dependency by blurring the boundaries between the two highly interdependent pieces of software. ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libgdal is the master here...
On Sun, Jul 01, 2007 at 09:43:11PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Sun, Jul 01, 2007 at 04:44:46PM -0700, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > Tom: > > > > ldd spews for libgdal.so: libgrass_rtree is linked in. > > No surprise. Hadda have been where it was coming from. > > > ldd spews fro libgrass_rtree: nothing except for libm and libc. > > > > F7 repo uses gdal-1.4.1, grass-libs-6.2.1 > > > > I will have to concur that gdal was built full up but I do not see a > > circular reference in place. GRASS will stand free, but GDAL needs GRASS > > (there is a bad joke in there somewhere). > > Actually, no. GRASS absolutely requires GDAL, and will not build without > it --- unless it's quite an old version of GRASS for which GDAL was merely > optional. How the F7 repository gets around the circular dependency is probably by bundling the GRASS libraries with the GDAL package, and then having a GRASS package that requires the GDAL package to work (thereby getting all of its own libraries from a separate package). An icky solution for which someone will probably not go to heaven, but one that gets rid of the circular dependency by blurring the boundaries between the two highly interdependent pieces of software. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libgdal is the master here...
On Sun, Jul 01, 2007 at 10:11:26PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Sun, Jul 01, 2007 at 09:43:11PM -0600, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > > > So, either don't use repo GDAL/GRASS and roll your own or bring in both > > > and exclude -Lrtree at the config level via a check. Ouch! > > > > I will try to take a look at the configure script tonight to see if I can > > slam > > in a check for the RTree functions. I can't really test it out, coz I have > > no GDAL built anywhere that uses GRASS libraries like the one in the > > F7 repository does. > > Turns out that this was relatively trivial. > > Ok, I've just committed a change to configure.ac that moves the check for > rtree support to just after the check for GDAL, and before it adds the > "-Lrtree -lrtree" to the link line it checks if RTreeSearch is already in > the libraries found so far. If so, it does nothing, if not, it sets us up > for building our own rtree library. > > I am able to test that this doesn't break my own build. I am unable to check > if this fixes yours. > > Please update from CVS and see if configure gets it right now. If so, it > should just configure and build out of the box, and should not try to link > in -lrtree for your system, since RTreeSearch can be found in the GDAL > library. If I did this right, when you configure you should see: Building with rtree indexing ... : yes (external) If it does that, then -lrtree should not be included in LIBS, and the rtree code in the rtree subdirectory shouldn't even be compiled. Please let me know how it works out. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libgdal is the master here...
On Sun, Jul 01, 2007 at 09:43:11PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > > So, either don't use repo GDAL/GRASS and roll your own or bring in both and > > exclude -Lrtree at the config level via a check. Ouch! > > I will try to take a look at the configure script tonight to see if I can slam > in a check for the RTree functions. I can't really test it out, coz I have > no GDAL built anywhere that uses GRASS libraries like the one in the > F7 repository does. Turns out that this was relatively trivial. Ok, I've just committed a change to configure.ac that moves the check for rtree support to just after the check for GDAL, and before it adds the "-Lrtree -lrtree" to the link line it checks if RTreeSearch is already in the libraries found so far. If so, it does nothing, if not, it sets us up for building our own rtree library. I am able to test that this doesn't break my own build. I am unable to check if this fixes yours. Please update from CVS and see if configure gets it right now. If so, it should just configure and build out of the box, and should not try to link in -lrtree for your system, since RTreeSearch can be found in the GDAL library. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libgdal is the master here...
On Sun, Jul 01, 2007 at 04:44:46PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Tom: > > ldd spews for libgdal.so: libgrass_rtree is linked in. No surprise. Hadda have been where it was coming from. > ldd spews fro libgrass_rtree: nothing except for libm and libc. > > F7 repo uses gdal-1.4.1, grass-libs-6.2.1 > > I will have to concur that gdal was built full up but I do not see a circular > reference in place. GRASS will stand free, but GDAL needs GRASS (there is a > bad joke in there somewhere). Actually, no. GRASS absolutely requires GDAL, and will not build without it --- unless it's quite an old version of GRASS for which GDAL was merely optional. This is a bit of an annoyance among GRASSheads, and a frequent source of questions on the GRASS mailing list. You can't build GDAL with GRASS support until you've built GRASS, but can't build GRASS without GDAL. So unless you use the plugin (and the documentation that tells you to do it is hidden outside of both GDAL and GRASS source trees), you need to build and install GDAL without GRASS support, then build and install GRASS, then rebuild GDAL with GRASS support and reinstall it. With the plugin, you build GDAL without GRASS support, then build GRASS, then build the plugin. And when you upgrade either GDAL or GRASS you don't need to do anything to the plugin, coz all it does is provide a bridge between the two. > So, either don't use repo GDAL/GRASS and roll your own or bring in both and > exclude -Lrtree at the config level via a check. Ouch! I will try to take a look at the configure script tonight to see if I can slam in a check for the RTree functions. I can't really test it out, coz I have no GDAL built anywhere that uses GRASS libraries like the one in the F7 repository does. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libgdal is the master here...
On Sun, Jul 01, 2007 at 04:44:46PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Tom: > > ldd spews for libgdal.so: libgrass_rtree is linked in. > > ldd spews fro libgrass_rtree: nothing except for libm and libc. > > F7 repo uses gdal-1.4.1, grass-libs-6.2.1 > > I will have to concur that gdal was built full up but I do not see a circular > reference in place. GRASS will stand free, but GDAL needs GRASS (there is a > bad joke in there somewhere). > > So, either don't use repo GDAL/GRASS and roll your own or bring in both and > exclude -Lrtree at the config level via a check. Ouch! There is another option --- for me to fix configure so it checks gdal for the presence of rtree functions, and to not build or link in the local rtree if it has it. That could take some time, because tomorrow's a very busy day at work for me, as is Tuesday, and Wednesday's a holiday that's already booked solid with a family outing. I know how to do it, it'll just take a little time. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] libgdal is the master here...
Tom: ldd spews for libgdal.so: libgrass_rtree is linked in. ldd spews fro libgrass_rtree: nothing except for libm and libc. F7 repo uses gdal-1.4.1, grass-libs-6.2.1 I will have to concur that gdal was built full up but I do not see a circular reference in place. GRASS will stand free, but GDAL needs GRASS (there is a bad joke in there somewhere). So, either don't use repo GDAL/GRASS and roll your own or bring in both and exclude -Lrtree at the config level via a check. Ouch! 73 from 807, Richard, N6NKO ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
