[postgis-devel] tsort warnings

[strk at refractions.net]

On Mon, Jan 10, 2005 at 04:10:34PM +0100, Markus Schaber wrote:
> Hi, strk,
> 
> On Mon, 10 Jan 2005 11:18:56 +0100
> strk at refractions.net wrote:
> 
> > I tracked down tsort warnings. They are printed as the result
> > of an attempt to topologically sort object files based on their
> > dependencies. They actually contain cross-dependencies, so the message
> > is correct, but I really don't see a reason to sort object files
> > before putting them in a library archive. This is what is done by
> > the inherited all-lib rule. Chaning postgis Makefile to only build
> > the shared lib (the one used by postgresql) seems to me a reasonable
> > solution (if tsort problems are a 'problem') as we don't really need
> > liblwgeom.a. Note that a liblwgeom_sa.a will be built for the
> > StandAlone functionalities.
> 
> Cross-dependencies sometimes point to a weakness in the design, so maybe
> this is an issue to discuss.

File layout could be very different from the current one..
Someone suggested to separate core library from pgsql wrappers.
Current layout is not the result of a design, but an incremental
'splitting' of functionalities to try easying management.
Finally note that OGC SF *are* recursive in dependencies:
	A Geometry can be a Collection
	A Collection contains Geometries

Nonetheless I'm open to redesign layout. I've added a 'tsort' rule
in the Makefile to easy the check of current objs deps status.

> But nevertheless, I think dropping the .a file is okay, as I do not know
> any reason for linking postgis statically.

Dropped.
--strk;

> 
> Markus
> 
> 
> -- 
> markus schaber | dipl. informatiker
> logi-track ag | rennweg 14-16 | ch 8001 zürich
> phone +41-43-888 62 52 | fax +41-43-888 62 53
> mailto:schabios at logi-track.com | www.logi-track.com
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel

-- 

For standing up against patentability of software,

  Thank You, Poland!

Read the intervention:    http://kwiki.ffii.org/ConsPolon041221En
Send your thanks:         thankyoupoland.info
Read/do more:		  http://www.noepatents.org/