<div class="im">On Tue, Jun 28, 2011 at 11:08 AM, Sandro Santilli <span dir="ltr"><<a href="mailto:strk@keybit.net" target="_blank">strk@keybit.net</a>></span> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><div class="im">On Tue, Jun 28, 2011 at 08:58:54AM -0600, Bryce L Nordgren wrote:<br>
> On Mon, Jun 27, 2011 at 1:31 AM, Sandro Santilli <<a href="mailto:strk@keybit.net" target="_blank">strk@keybit.net</a>> wrote:<br></div>
>Wait a sec.<br></div><div class="im">
First of all, "make check" should be done _before_ "make install".<br></div></blockquote><div><br>My
 foggy memory seems to recall that make check tried to connect to a 
running database server, so I've been avoiding it (until I can get the 
server installed and running). I have yet to wrap my head around the 
postgis testing system, which seems to rely pretty heavily on SQL.<br>
 </div><div class="im"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
Second: running psql -f rtpostgis-2.0.sql is "enabling" a database,<br>
not installing; the library needs to be installed before enabling<br>
the database.<br></blockquote></div><div><br> I'm building this as a 
package under ArchLinux. The binaries (including libs) have been 
installed in the prescribed places before I attempt to run the server, 
much less create the database and load types/functions from 
postgis-2.0.sql, spatial_ref_sys.sql, and rtpostgis-2.0.sql. The 
installed system is still trying to access the postgis shared library in
 my build directory (which is gone) at the rtpostgis-2.0 step. Here's what happens when I attempt to "enable" a database:<br><br>psql:rtpostgis-2.0/rtpostgis.sql:39: NOTICE:  type "raster" is not yet defined<br>
DETAIL:  Creating a shell type definition.<br>psql:rtpostgis-2.0/rtpostgis.sql:39: ERROR:  could not load library "/usr/lib/postgresql/<a href="http://rtpostgis-2.0.so">rtpostgis-2.0.so</a>": /home/bnordgr<br>en/build/local/postgis-svn/src/trunk-build/postgis/<a href="http://postgis-2.0.so">postgis-2.0.so</a>: cannot open shared object file: Permission denied<br>
.....<br><br>
</div><div><br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
That said, I'm not sure you can dynamically link to other libraries ...<br>...<div class="im"><br>
Or, revert to statically linking liblwgeom, which is what postgis<br>
shared library does.<br></div></blockquote><br>liblwgeom is already
 statically linked to raster. I created a dependency from raster to 
postgis (which did not previously exist), and postgis exists only as a 
shared library. Mark's proposed solution was to move the needed code out
 of postgis and into liblwgeom, to exploit this existing static link. Doing so would create a dependency from liblwgeom to postgresql, which may not be compatible with the design goals of liblwgeom (waiting on an answer now).<br>
<br>I guess the fundamental issue is: how does one postgresql module depend on another? Postgis is dynamically linked because postgresql makes it be dynamically linked, right?<br>