pl-j and pl/java are working together to create a shared interface so that <br /> they can co-exist. This is the part
thatwe wish to have added to the main source<br /> tree. It will just be the C portion of the code that does rely on
thebackend.<br /><br /> Dave<br /><br /> Tom Lane wrote: <blockquote cite="mid19337.1115269700@sss.pgh.pa.us"
type="cite"><prewrap="">"Joshua D. Drake" <a class="moz-txt-link-rfc2396E"
href="mailto:jd@commandprompt.com"><jd@commandprompt.com></a>writes: </pre><blockquote type="cite"><pre
wrap="">Kindof offtopic but at that point should we also include plJava? </pre></blockquote><pre wrap="">
Not decided, but it's surely on the radar screen for this discussion.
Joe Conway's PL/R is in the back of my mind as well --- it likely has
a smaller userbase than the first two, but from a maintenance standpoint
it probably belongs on the same level.
</pre><blockquote type="cite"><pre wrap="">Should we put plPHP in contrib/plphp? With its own build options?
</pre></blockquote><prewrap="">
Not under contrib either: it's got to be a separate source tree.
I grow a bit weary and am not seeing exactly how this maps to a CVS
setup... do we need more than one CVS module?
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to <a
class="moz-txt-link-abbreviated"href="mailto:majordomo@postgresql.org">majordomo@postgresql.org</a>)
</pre></blockquote><br /><pre class="moz-signature" cols="72">--
Dave Cramer
<a class="moz-txt-link-freetext" href="http://www.postgresintl.com">http://www.postgresintl.com</a>
519 939 0336
ICQ#14675561
</pre>
