on 5/6/02 9:06 PM, Peter O'Gorman wrote:
> libpq.so.2.1 seems to be a bundle, not a shared library
<snip>
> libtool gives these errors because it cannot find a dylib
> version of the library to link against, you can tell it not to
> check, by editing configure, and changing the
> lt_cv_deplibs_check_method='file_magic Mach-O dynamically linked
> shared library'
> to
> lt_cv_deplibs_check_method=pass_all
> in php's configure script. Note that this may well cause other
> problems, because libtool will know nothing about which
> libraries libpq.a depends upon.
>> I was trying to compile PHP with PostgreSQL support. I tried adding
>> --with-pgsql=%p and --with-pgsql=shared,%p to the
>> ConfigureParams. The later
>> allowed it to compile but both resulted in the following
>> compiler warning:
>>
>> *** Warning: This library needs some functionality provided by -lpq. I have
>> *** the capability to make that library automatically link in when you link
>> *** to this library. But I can only do this if you have a >> shared version
>> *** of the library, which you do not appear to have.
>>
>> *** Warning: libtool could not satisfy all declared inter-library
>> *** dependencies of module pgsql. Therefore, libtool will create a static
>> *** module, that should work as long as the dlopening application is linked
>> *** with the -dlopen flag.
Hi guys...again,
I reported that using lt_cv_deplibs_check_method=pass_all worked and I
swear that it did. Compilation produced a /sw/lib/php/20010901/pgsql.so
library that was also a Mach-O bundle. I was able to start Apache and use
the phpPgAdmin PHP app. However, now Apache will not start. The error log
contains dyld complaints of undefined symbols, a few of which are:
dyld: /usr/sbin/httpd Undefined symbols:
_OnUpdateInt
__array_init
Apparently, Peter was right about problems stemming from the fact that
libtool didn't know about the dependencies of libpq.a. However, the
undefined symbols seem to relate to PHP.
Using lt_cv_deplibs_check_method='file_magic Mach-O dynamically linked
shared library' causes the PHP compile to produce a libpq.a that PHP says it
can't use because it's not a dynamically linked library. I did move this
library to an extensions directory, but I doubt that matters.
I have no idea why it worked once but fails now but I'm guessing that
the April Developer Tools update is the only fundamental change since the
time it worked. However, I'm actually more surprised that it ever worked,
since I know the problems that undefined symbols cause.
My preferred solution would be to find a way to compile the PostgreSQL
library as a dynamically linked library, which is why I'm sending this to
Finley as well as the list. Of course I'll try anything so all thoughts are
welcomed. Thanks for all of your help and I'll certainly report back any
successes.
--
Gary Kerbaugh
[EMAIL PROTECTED]
~~~~~~~~~~~~~~~~
Confidence: a feeling peculiar to the stage just before full
comprehension of how big the problem really is.
_______________________________________________________________
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
