[geos-devel] GNU Changes

[Yury A. Bychkov]

That was a CVS error. For some reason the Node.cpp and Interval.cpp did not get
deleted from CVS when I renamed them to BinTreeNode.cpp and BinTreeInterval.cpp.
I've deleted them from CVS now, so that should work.
I've also changed strtree/Interval.cpp, because your compatibility changes
conflicted with a variable name, so that should work now as well.

Yury

----- Original Message ----- 
From: "Paul Ramsey" <pramsey at refractions.net>
To: "GEOS Development List" <geos-devel at geos.refractions.net>
Sent: Wednesday, May 28, 2003 7:49 AM
Subject: Re: [geos-devel] GNU Changes


> Yury,
> Could you do the file name changes?
> Thanks,
> Paul
>
> On Wednesday, May 28, 2003, at 06:02 AM, Ferdinando Villa wrote:
>
> > I'd just call the files different names. As pointed out in the past,
> > merging objects from different development trees into one library is
> > not
> > a clean approach automake-wise - I'd very much prefer building separate
> > libraries (and use `geos-config --libs` to extract the link parameters,
> > which is much simpler than doing -Lgeos and having to figure out where
> > prefix is), or building one library with all the sources in one
> > directory (which would avoid naming problems from the start). Anyway
> > the
> > solution here is simple - change filenames...
> >
> > ciao f
> >
> > On Wed, 2003-05-28 at 01:09, Paul Ramsey wrote:
> >> Yury, beware, I have made a passel of GNU compatibility changes in the
> >> CVS.
> >>
> >> Also, I have a problem:
> >> The automake / autoconf build process is currently set up to assemble
> >> all the object files in the source/geom directory, then link them into
> >> a library. Fine, except we are now getting name collisions between
> >> objects from different parts of the source tree, namely from
> >>
> >> automake: source/geom/Makefile.am: object `Node.lo' created by
> >> `../index/bintree/Node.cpp' and `../graph/Node.cpp'
> >> automake: source/geom/Makefile.am: object `Interval.lo' created by
> >> `../index/strtree/Interval.cpp' and `../index/bintree/Interval.cpp'
> >>
> >> The result is unbuildableness.  So, either we get a couple distinct
> >> names, or figure out a way to marshall the objects within their home
> >> directories yet still build a unitary library. (I think the reason we
> >> ended up marshalling everything into source/geom was to get a single
> >> libgeos.so as a build result.)
> >>
> >> Help from the automake/autoconf gurus most appreciated.
> >> P.
> >>
> >>       Paul Ramsey
> >>       Refractions Research
> >>       Email: pramsey at refractions.net
> >>       Phone: (250) 885-0632
> >>
> >>
> >> _______________________________________________
> >> geos-devel mailing list
> >> geos-devel at geos.refractions.net
> >> http://geos.refractions.net/mailman/listinfo/geos-devel
> > -- 
> > ferdinando villa, ph.d.                    associate professor
> > gund institute for ecological economics, university of vermont
> > 590 main street, burlington, vt 05405    phone: (802) 656-2972
> >
> >
> > _______________________________________________
> > geos-devel mailing list
> > geos-devel at geos.refractions.net
> > http://geos.refractions.net/mailman/listinfo/geos-devel
> >
>       Paul Ramsey
>       Refractions Research
>       Email: pramsey at refractions.net
>       Phone: (250) 885-0632
>
>
> _______________________________________________
> geos-devel mailing list
> geos-devel at geos.refractions.net
> http://geos.refractions.net/mailman/listinfo/geos-devel