Re: [Xastir] CoverSplit symbol issue with rtree in Fedora
On Fri, 29 Jun 2007, Richard Polivka, N6NKO wrote: > Gents, > > There is no need to start a religious war over editing ./configure. I am > trying to understand what is going on. That was Tom, one of our active developers, telling you the facts about the autoconf/automake stuff. When _he_ talks, listen. When _I_ talk, ignore about half of it. Which half to ignore is the trick... Not a religious war at all... The autoconf/automake stuff is confusing to people who haven't been immersed in it. Xastir has several files which are derived from others. Editing the derived files is generally a waste of time. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora
On Sat, Jun 30, 2007 at 03:15:10PM -0500, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> Tom,
>
> I will run an "ldd" on non-cvs binary compiling with just -lrtree in a bit.
No, please use a binary that does *not* have "-lrtree" (i.e., that has not
got the rtree library explicitly linked in). Use of a "-Lrtree" without
the "-lrtree" to go with it is a no-op, by the way.
Don't just post the ldd output, though --- what you need to do is go through
all the libraries that it lists and use "nm" to search for the one that
has RTreeSearch (or any of the other Rtree functions that xastir needs and
which are apparently getting to it from some other library than librtree.a).
> Tom Russo wrote:
> > On Fri, Jun 29, 2007 at 06:15:04PM -0700, we recorded a bogon-computron
> > collision of the <[EMAIL PROTECTED]> flavor, containing:
> >
> >> On 6/29/07, Richard Polivka, N6NKO <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>> I will send the -v from gcc and the output from both runs under a
> >>> separate email. I don't think that there is a problem with xastir. I am
> >>> beginning to believe that there is an issue between the -l and the -L
> >>> calls in gcc.
> >>>
> >> Those 2 flags do completely different things:
> >>
> >> -L - specifies directories to be searched for library files
> >> -l - specifies libraries to be linked in, without the "lib" in the name
> >>
> >> So, -Lrtree -lrtree flags will attempt to link in the librtree.{so,a}
> >> file, and include the directory "rtree" in the search path used to
> >> find libraries.
[...]
> >>
> >> The order of these two flags do not matter at all, since they indicate
> >> completely different things.
> >>
> >
> > Yes, absolutely. The order is not supposed to matter, and if all were
> > right
> > and proper with F7, both the -L (to tell where to look) and the -l (to tell
> > what to look for) would have been essential.
> >
> > What is very telling, though, is that Richard did not get a linker failure
> > from unresolved symbols when he removed the -lrtree. This suggests rather
> > strongly that some other library that's being included is providing
> > a duplicate of the rtree stuff. That is scary.
> >
> > Without the -lrtree, the loader should have complained about unresolved
> > symbols "RTreeSearch", "RTreeDestroyNode", RTreeNewIndex, and
> > RTreeInsertRect. That it linked at all says that these are present
> > elsewhere.
> > Now the trick is to find them.
> >
> > Richard: You'll need to look through all the libraries that *are* still
> > being
> > linked in (all those "-l" flags in the final link line) using "nm" to see
> > which
> > one has RTreeSearch, for example. You might also need to look through
> > shared libraries that are being pulled in, so do an "ldd" on your final
> > xastir binary to find out what those are.
> >
> > I'm astonished that any other library on the system has that stuff, and
> > that
> > it is quietly being used. I'm also astonished that the linker didn't just
> > complain about duplicate symbols instead of that obscure bit about
> > relocation.
--
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] CoverSplit symbol issue with rtree in Fedora
Tom,
I will run an "ldd" on non-cvs binary compiling with just -lrtree in a
bit. I am trying to finish up some pesky yardwork. I am in just now
because the pager went off for a completely useless call.
73 from 807,
Richard, N6NKO
Tom Russo wrote:
On Fri, Jun 29, 2007 at 06:15:04PM -0700, we recorded a bogon-computron collision of
the <[EMAIL PROTECTED]> flavor, containing:
On 6/29/07, Richard Polivka, N6NKO <[EMAIL PROTECTED]> wrote:
I will send the -v from gcc and the output from both runs under a
separate email. I don't think that there is a problem with xastir. I am
beginning to believe that there is an issue between the -l and the -L
calls in gcc.
Those 2 flags do completely different things:
-L - specifies directories to be searched for library files
-l - specifies libraries to be linked in, without the "lib" in the name
So, -Lrtree -lrtree flags will attempt to link in the librtree.{so,a}
file, and include the directory "rtree" in the search path used to
find libraries. Since xastir includes the functionality of rtree in
the main executable, it's probably looking for librtree.a to compile
in static (am I right Curt?), and it will probably be inside the
directory "rtree" included with the xasitr source code.
The order of these two flags do not matter at all, since they indicate
completely different things.
Yes, absolutely. The order is not supposed to matter, and if all were right
and proper with F7, both the -L (to tell where to look) and the -l (to tell
what to look for) would have been essential.
What is very telling, though, is that Richard did not get a linker failure
from unresolved symbols when he removed the -lrtree. This suggests rather
strongly that some other library that's being included is providing
a duplicate of the rtree stuff. That is scary.
Without the -lrtree, the loader should have complained about unresolved
symbols "RTreeSearch", "RTreeDestroyNode", RTreeNewIndex, and
RTreeInsertRect. That it linked at all says that these are present elsewhere.
Now the trick is to find them.
Richard: You'll need to look through all the libraries that *are* still being
linked in (all those "-l" flags in the final link line) using "nm" to see which
one has RTreeSearch, for example. You might also need to look through
shared libraries that are being pulled in, so do an "ldd" on your final
xastir binary to find out what those are.
I'm astonished that any other library on the system has that stuff, and that
it is quietly being used. I'm also astonished that the linker didn't just
complain about duplicate symbols instead of that obscure bit about relocation.
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora
On Fri, Jun 29, 2007 at 06:15:04PM -0700, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On 6/29/07, Richard Polivka, N6NKO <[EMAIL PROTECTED]> wrote:
>
> > I will send the -v from gcc and the output from both runs under a
> > separate email. I don't think that there is a problem with xastir. I am
> > beginning to believe that there is an issue between the -l and the -L
> > calls in gcc.
>
> Those 2 flags do completely different things:
>
> -L - specifies directories to be searched for library files
> -l - specifies libraries to be linked in, without the "lib" in the name
>
> So, -Lrtree -lrtree flags will attempt to link in the librtree.{so,a}
> file, and include the directory "rtree" in the search path used to
> find libraries. Since xastir includes the functionality of rtree in
> the main executable, it's probably looking for librtree.a to compile
> in static (am I right Curt?), and it will probably be inside the
> directory "rtree" included with the xasitr source code.
>
> The order of these two flags do not matter at all, since they indicate
> completely different things.
Yes, absolutely. The order is not supposed to matter, and if all were right
and proper with F7, both the -L (to tell where to look) and the -l (to tell
what to look for) would have been essential.
What is very telling, though, is that Richard did not get a linker failure
from unresolved symbols when he removed the -lrtree. This suggests rather
strongly that some other library that's being included is providing
a duplicate of the rtree stuff. That is scary.
Without the -lrtree, the loader should have complained about unresolved
symbols "RTreeSearch", "RTreeDestroyNode", RTreeNewIndex, and
RTreeInsertRect. That it linked at all says that these are present elsewhere.
Now the trick is to find them.
Richard: You'll need to look through all the libraries that *are* still being
linked in (all those "-l" flags in the final link line) using "nm" to see which
one has RTreeSearch, for example. You might also need to look through
shared libraries that are being pulled in, so do an "ldd" on your final
xastir binary to find out what those are.
I'm astonished that any other library on the system has that stuff, and that
it is quietly being used. I'm also astonished that the linker didn't just
complain about duplicate symbols instead of that obscure bit about relocation.
--
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] CoverSplit symbol issue with rtree in Fedora
On 6/29/07, Richard Polivka, N6NKO <[EMAIL PROTECTED]> wrote:
I will send the -v from gcc and the output from both runs under a
separate email. I don't think that there is a problem with xastir. I am
beginning to believe that there is an issue between the -l and the -L
calls in gcc.
Those 2 flags do completely different things:
-L - specifies directories to be searched for library files
-l - specifies libraries to be linked in, without the "lib" in the name
So, -Lrtree -lrtree flags will attempt to link in the librtree.{so,a}
file, and include the directory "rtree" in the search path used to
find libraries. Since xastir includes the functionality of rtree in
the main executable, it's probably looking for librtree.a to compile
in static (am I right Curt?), and it will probably be inside the
directory "rtree" included with the xasitr source code.
The order of these two flags do not matter at all, since they indicate
completely different things.
Jeremy
NW7JU
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora
Gents, There is no need to start a religious war over editing ./configure. I am trying to understand what is going on. I want to try a couple of items first before the CVS release. It appears that using either "-lrtree -Lrtree" or "-Lrtree -lrtree" does not make a difference, It still faults out. I will send the -v from gcc and the output from both runs under a separate email. I don't think that there is a problem with xastir. I am beginning to believe that there is an issue between the -l and the -L calls in gcc. 73 from 807, Richard, N6NKO Curt, WE7U wrote: On Fri, 29 Jun 2007, Tom Russo wrote: One could always try changing the name "CoverSplit" throughout the split_l.* files to something else (like l_CoverSplit). There was a brief period where I had been confused and was suggesting to folks that they try changing CoverSplit in a different pair of files, but that pair of files turned out not to be used or even compiled in Xastir's use of rtree (we use only part of it). I just tweaked that and committed the changes to CVS. Richard: Please update to the latest CVS and give it a shot. If it fixes your problem we can leave the code as-is, else I might back out the change. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora
On Fri, 29 Jun 2007, Tom Russo wrote: > One could always try changing the name "CoverSplit" throughout the split_l.* > files to something else (like l_CoverSplit). There was a brief period where > I had been confused and was suggesting to folks that they try changing > CoverSplit in a different pair of files, but that pair of files turned out not > to be used or even compiled in Xastir's use of rtree (we use only part of > it). I just tweaked that and committed the changes to CVS. Richard: Please update to the latest CVS and give it a shot. If it fixes your problem we can leave the code as-is, else I might back out the change. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, Jun 29, 2007 at 10:55:11AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Fri, 29 Jun 2007, Curt, WE7U wrote: > > > It may be hard to find, as in a string inside a compiled library. > > A google search for "CoverSplit -xastir library" found something in > GRASS and of course R-Tree. Perhaps there's a library that GRASS > uses that we also may use which has R-Tree in it? Yep. The rtree library. We use exactly the same rtree library that GRASS does. GRASS is where I got the idea. > Then again, if it only happens on Fedora then it's likely from > somewhere else, otherwise more of us would be seeing the problem. One could always try changing the name "CoverSplit" throughout the split_l.* files to something else (like l_CoverSplit). There was a brief period where I had been confused and was suggesting to folks that they try changing CoverSplit in a different pair of files, but that pair of files turned out not to be used or even compiled in Xastir's use of rtree (we use only part of it). -- 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] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, Jun 29, 2007 at 12:33:13PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Tom, > > All I did was remove the one library search, not both. If the library was > not available, linking should have failed due to an undefined reference > call. You should *never* need to edit configure. Ever. It is the wrong approach. Configure is generated from configure.ac by autoconf. > What I will do is compile 1.9.0 straight and capture the whole process and a > capture of the edited config file compile. I willl then post to the group > for chewing. Do not edit configure. If you want to disable rtree, use "--without-rtree" when running configure. > Tom Russo wrote: > > On Fri, Jun 29, 2007 at 08:40:09AM -0500, we recorded a bogon-computron > > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > >> I need this confirmed. > >> > >> I did a Fedora 7 install on BigBox. Brought in the requisite routines to > >> work with 1.9.1. > >> > >> configure / make / crash on CoverSplit issue. > >> > >> Found "-Lrtree -lrtree" in command line that cause the crash. > >> > >> Edited out "-lrtree" in configure file. > >> > > > > You should never need to edit the configure file. You can disable rtree > > with the "--without-rtree". Editing out the link should cause problems, > > because WITH_RTREE would still be defined. > > > > I still don't understand the reported link failure when rtree is enabled > > on this (and only this) system. > > > > > ___ > Xastir mailing list > Xastir@xastir.org > http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- 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] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, 29 Jun 2007, Curt, WE7U wrote: > It may be hard to find, as in a string inside a compiled library. A google search for "CoverSplit -xastir library" found something in GRASS and of course R-Tree. Perhaps there's a library that GRASS uses that we also may use which has R-Tree in it? Then again, if it only happens on Fedora then it's likely from somewhere else, otherwise more of us would be seeing the problem. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, 29 Jun 2007, Richard Polivka, N6NKO wrote: > It may have been covered but with no conclusion. I have to take a bunch > of tree trimmings to the dump, so while I am doing that, I will have > BigBox do an exhaustive search to see if there are multiple instances of > "CoverSplit". It may be hard to find, as in a string inside a compiled library. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
Curt, It may have been covered but with no conclusion. I have to take a bunch of tree trimmings to the dump, so while I am doing that, I will have BigBox do an exhaustive search to see if there are multiple instances of "CoverSplit". 73 from 807, Richard, N6NKO Curt, WE7U wrote: On Fri, 29 Jun 2007, Richard Polivka, N6NKO wrote: All I did was remove the one library search, not both. If the library was not available, linking should have failed due to an undefined reference call. And the library should be available, 'cuz it's part of Xastir. A possibility is that there's another symbol with the same name available in another library that is on the link line, something that we don't have any control over. Have we discussed this before? -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, 29 Jun 2007, Richard Polivka, N6NKO wrote: > All I did was remove the one library search, not both. If the library > was not available, linking should have failed due to an undefined > reference call. And the library should be available, 'cuz it's part of Xastir. A possibility is that there's another symbol with the same name available in another library that is on the link line, something that we don't have any control over. Have we discussed this before? -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
Tom, All I did was remove the one library search, not both. If the library was not available, linking should have failed due to an undefined reference call. The executable does run on my system as I have compiled it. What I will do is compile 1.9.0 straight and capture the whole process and a capture of the edited config file compile. I willl then post to the group for chewing. 73 from 807 and answering lunch bell, Richard, N6NKO Tom Russo wrote: On Fri, Jun 29, 2007 at 08:40:09AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: I need this confirmed. I did a Fedora 7 install on BigBox. Brought in the requisite routines to work with 1.9.1. configure / make / crash on CoverSplit issue. Found "-Lrtree -lrtree" in command line that cause the crash. Edited out "-lrtree" in configure file. You should never need to edit the configure file. You can disable rtree with the "--without-rtree". Editing out the link should cause problems, because WITH_RTREE would still be defined. I still don't understand the reported link failure when rtree is enabled on this (and only this) system. ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, 29 Jun 2007, Tom Russo wrote: > There's > probably a different way to go about it so that we don't have bugs to work > around. Yes. Destroy the dialog and build it from scratch, then display the new one. Ugly. > Then again, maybe we should get started on Xastir 2 so we don't use Motif > at all ... Great minds think alike. Well, maybe a greater and a lesser mind can think alike too? One could perhaps compute which is which from the degrees we hold, but perhaps we should just let people wonder. hi hi If we start on non-Motif, then we have to argue on which widget set. Or if we do it _very_ right, separating the GUI code from everything nicely, we could do Qt _and_ Gtk+, perhaps even adding in WxWidgets as well. The distributed approach to Xastir2 allows us to break up the app into multiple pieces, any of which could be any widget set. Or any language. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, Jun 29, 2007 at 08:49:21AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Fri, 29 Jun 2007, Tom Russo wrote: > > > On another note, Fedora is completely dropping OpenMotif because its license > > is considered incompatible with Fedora's, so Fedora users will > > no longer have access so some of the dialog box tricks that Xastir plays. > > Just to be clear, it's not a trick. Standard Motif programming > techniques. You're allowed to change a dialog that's currently > displayed and it is supposed to recompute all the widget geometries > and redisplay the appropriate thing. Motif does it properly, > Lesstif does not. Nod. But apparently enough applications work Just Fine with LessTif that it is seen as a completely viable replacement. So most applications must not do the changing of a dialog in the same way that Xastir does. *shrug* At the moment, Xastir is set up so that lesstif users get a less snazzy view of Xastir than OpenMotif users do, just to work around this bug. There's probably a different way to go about it so that we don't have bugs to work around. Then again, maybe we should get started on Xastir 2 so we don't use Motif at all ... -- 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] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, 29 Jun 2007, Curt, WE7U wrote: > On Fri, 29 Jun 2007, Tom Russo wrote: > > > On another note, Fedora is completely dropping OpenMotif because its license > > is considered incompatible with Fedora's, so Fedora users will > > no longer have access so some of the dialog box tricks that Xastir plays. > > Just to be clear, it's not a trick. Standard Motif programming > techniques. You're allowed to change a dialog that's currently > displayed and it is supposed to recompute all the widget geometries > and redisplay the appropriate thing. Motif does it properly, > Lesstif does not. BTW: I'm pissed off at Lesstif in this case, not Tom. I really appreciate all he does (in his limited time) for the project. Then again, I'm really not pissed off at Lesstif either: They're doing a clean-room rewrite of Motif, which is a lot of code, and they don't have _all_ of the features of Motif yet. What they do have of course has some bugs in it. They haven't had as many years to work on it as Motif, and certainly not the funding or the programmers thrown at it that Motif did. So we work with what we have. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, 29 Jun 2007, Tom Russo wrote: > On another note, Fedora is completely dropping OpenMotif because its license > is considered incompatible with Fedora's, so Fedora users will > no longer have access so some of the dialog box tricks that Xastir plays. Just to be clear, it's not a trick. Standard Motif programming techniques. You're allowed to change a dialog that's currently displayed and it is supposed to recompute all the widget geometries and redisplay the appropriate thing. Motif does it properly, Lesstif does not. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, Jun 29, 2007 at 08:15:18AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Fri, 29 Jun 2007, Tom Russo wrote: > > > You should never need to edit the configure file. You can disable rtree > > with the "--without-rtree". Editing out the link should cause problems, > > because WITH_RTREE would still be defined. > > > > I still don't understand the reported link failure when rtree is enabled > > on this (and only this) system. > > We need the exact error message. Maybe we have that in an earlier > e-mail though. It was in several older emails in the last month or so. It's: > /usr/bin/ld: rtree/librtree.a(split_l.o)(.text+0x27f): unresolvable R_386_32 r elocation against symbol `CoverSplit' > /usr/bin/ld: final link failed: Nonrepresentable section on output > collect2: ld returned 1 exit status So far the only folks who have reported this are those who are running Fedora 7, and not all of them, either. I have not had time to build a VMware virtual machine with Fedora in it, even though I've downloaded the install DVD. Once I get a chance I'll try to follow the F7 directions on the wiki to see if I can reproduce the failure and track it down. None of my systems get this error during link. It doesn't seem to be a compiler version issue, either, as the gcc version reporded by the original reporter was gcc 4.1.1. (Barrie McConnell, back in April). And looking back over emails that was on FC6, not F7. I know that several people here have built on FC6, so there is something very fishy going on, as this is not universal. On another note, Fedora is completely dropping OpenMotif because its license is considered incompatible with Fedora's, so Fedora users will no longer have access so some of the dialog box tricks that Xastir plays. -- 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] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, Jun 29, 2007 at 09:07:25AM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Fri, Jun 29, 2007 at 08:40:09AM -0500, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > I need this confirmed. > > > > I did a Fedora 7 install on BigBox. Brought in the requisite routines to > > work with 1.9.1. > > > > configure / make / crash on CoverSplit issue. > > > > Found "-Lrtree -lrtree" in command line that cause the crash. > > > > Edited out "-lrtree" in configure file. > > You should never need to edit the configure file. You can disable rtree > with the "--without-rtree". Editing out the link should cause problems, > because WITH_RTREE would still be defined. > > I still don't understand the reported link failure when rtree is enabled > on this (and only this) system. Ok, I just reread your post. The presence of -lrtree in the configure file is not the bug, as that is needed when rtree is enabled. The bug is obscure and is platform specific. Your approach is just to try to disable rtree by editing configure, but that is not the correct approach --- to get xastir to compile on F7 until we figure out why the link is failing should just require that you configure with "--without-rtree", and someday one hopes there some extra hours when someone can figure out what the obscure link error actually means so that this work-around isn't necessary. -- 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] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, 29 Jun 2007, Tom Russo wrote: > You should never need to edit the configure file. You can disable rtree > with the "--without-rtree". Editing out the link should cause problems, > because WITH_RTREE would still be defined. > > I still don't understand the reported link failure when rtree is enabled > on this (and only this) system. We need the exact error message. Maybe we have that in an earlier e-mail though. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
On Fri, Jun 29, 2007 at 08:40:09AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I need this confirmed. > > I did a Fedora 7 install on BigBox. Brought in the requisite routines to > work with 1.9.1. > > configure / make / crash on CoverSplit issue. > > Found "-Lrtree -lrtree" in command line that cause the crash. > > Edited out "-lrtree" in configure file. You should never need to edit the configure file. You can disable rtree with the "--without-rtree". Editing out the link should cause problems, because WITH_RTREE would still be defined. I still don't understand the reported link failure when rtree is enabled on this (and only this) system. -- 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] CoverSplit symbol issue with rtree in Fedora 7 ... may have found the bug
I need this confirmed. I did a Fedora 7 install on BigBox. Brought in the requisite routines to work with 1.9.1. configure / make / crash on CoverSplit issue. Found "-Lrtree -lrtree" in command line that cause the crash. Edited out "-lrtree" in configure file. Make clean / configure / make / success!! Now to a meeting at work. Further updates to follow... 73 from 807, Richard, N6NKO ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
