[postgis-devel] --with-libfoo

[Paragon Corporation]

+1  (go ahead and add new options and remove the old syntax).  I should
note: both debbie and winnie I suspect will yell when you do this. So you
might want to change their scripts as well:
 
http://trac.osgeo.org/postgis/browser/buildbots/debian/scripts
 
http://trac.osgeo.org/postgis/browser/buildbots/windows/mingw64/scripts
 
(I of course will help out if you run into problems).
 
Given that I'm the one that is going to suffer most by this change, it is
odd that I would say don't bother keeping the old syntax.
 
I think too many ways of doing the same thing will just make things
difficult to debug in the long run. So I'll go for more pain now with less
trouble debugging later.
 
Thanks,
R
 

  _____  

From: postgis-devel-bounces at lists.osgeo.org
[mailto:postgis-devel-bounces at lists.osgeo.org] On Behalf Of Paul Ramsey
Sent: Friday, August 01, 2014 5:29 PM
To: PostGIS Development Discussion
Subject: [postgis-devel] --with-libfoo


Hey devs,
I had to do a build for Solaris recently, and ended up having to patch
configure.ac to do it, because of the way we reference external libraries.
Basically, we assume that any external library will be installed in
/some/prefix/lib and /some/prefix/include. So we only expect to need
/some/prefix in our configuration in order to find the necessary parts.
In solaris 64 bit, the includes are are in /some/prefix/include but the
libraries are in /home/prefix/lib/64.
I noted that cmake has this general idea baked into their patterns for
extension libraries, the expectation that include and lib paths be declared
independently.
In the end, I changed
-with-projdir 
to 
-with-proj-includedir
and
-with-proj-libdir

I'd like to do a similar thing to trunk. I could try and keep the old syntax
around, or just remove it in favor of the split syntax.

Thoughts?

P




-- 
Paul Ramsey 
VP Product Management | Boundless <http://boundlessgeo.com>  
pramsey at boundlessgeo.com 
250-885-0632 
@boundlessgeo 
  <http://boundlessgeo.com/wp-content/uploads/files/boundless_sig.png> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20140801/5d7935e3/attachment.html>