At 21:15 Uhr -0500 12.03.2002, Gary Kerbaugh wrote:
>Hi Max and David,
>
>     Your humble guinea pig reporting. I wanted to use PHP with 
>Apple's Apache and changed the .info ConfigureParams to use the 
>preinstalled apxs with the following parameter: 
>--with-apxs=/usr/sbin/apxs. I don't see that that caused any problem 
>but if you know better, please enlighten me.

I can't think of any reasons why it should cause problems, but of 
course you never know.


>
>     The dependency of gd-shlibs requires the installation of the 
>gd-shlibs package that installs libgd.1.8.dylib and an alias to it 
>named libgd.1.dylib. There is no libgd.dylib alias but I don't see 
>any evidence that that is a problem. The BuildDepends is gd which 
>requires the installation of the gd package that installs libgd.a. I 
>tried using the just gd and just gd-shlibs separately. Each of those 
>failed so clearly both are required.

Normally, the "gd" package should provide this symlink. My guess 
would be that maybe your gd package is not at the latest version (= 
1.8.4-6). That could explain the problems you have. And I should fix 
my BuildDepends accordingly in the PHP package.

So, please check out if your gd is up-to-date, if not, please update 
the package and try again. If it *is* up-to-date, make sure 
/sw/lib/libgd.dylib exists. And report back your findings, please.

>
>     The build using both got most of the way through but failed 
>while "Making all in . " during the linking process. The error was:
>
>/usr/bin/ld: multiple definitions of symbol _gdCacheCreate
>ext/gd/.libs/libgd.al(gdcache.lo) definition of _gdCacheCreate in 
>section (__TEXT,__text)
>/sw/lib/libgd.a(gdcache.o) definition of _gdCacheCreate in section 
>(__TEXT,__text)
>/usr/bin/ld: multiple definitions of symbol _gdCacheDelete
>ext/gd/.libs/libgd.al(gdcache.lo) definition of _gdCacheDelete in 
>section (__TEXT,__text)
>/sw/lib/libgd.a(gdcache.o) definition of _gdCacheDelete in section 
>(__TEXT,__text)
>/usr/bin/ld: multiple definitions of symbol _gdCacheGet
>ext/gd/.libs/libgd.al(gdcache.lo) definition of _gdCacheGet in 
>section (__TEXT,__text)
>/sw/lib/libgd.a(gdcache.o) definition of _gdCacheGet in section 
>(__TEXT,__text)
>/usr/bin/ld: warning multiple definitions of symbol _locale_charset
>/sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset
>/sw/lib/libiconv.2.dylib(localcharset.lo) definition of _locale_charset
>make[1]: *** [libphp4.la] Error 1
>make: *** [all-recursive] Error 1
>### make failed, exit code 2
>
>I don't understand why there is a libgd.al in ext/gd/.libs/. The 
>multiple definitions of _locale_charset would seem to be a more 
>serious problem though. Would you know how to avoid that?

Those are actually not the problem (they are just warnings), and are 
completly normal & harmless. What happens for you is that it tries to 
static link libgd, which just can't work.


>
>     I apologize for the brevity of the descriptions of what I've 
>done. I will happily elaborate on any points where I've not 
>adequately explained what I've done.  All suggestions are welcomed 
>and I will certainly try any updates you put in CVS. I agree that 
>with the recent discovery of security holes in older versions of 
>PHP, the development of a working 4.1.2 package should be a high 
>priority.

Yeah, and thanks for the offer to continue to serve as a guinea pig, 
I'll get back to you on that :-)


>
>     I am really impressed with all of the work that you guys have 
>done with Fink in Chris' absence. The failure of Fink would have 
>been a real tragedy for Mac OS X, but it has certainly flourished 
>under your care. On behalf of all Fink users, you have our deepest 
>gratitude!

Thanks! We relay much on useful feedback, so you can credit yourself 
for the success of Fink as well :-)


Max
-- 
-----------------------------------------------
Max Horn
Software Developer

email: <mailto:[EMAIL PROTECTED]>
phone: (+49) 6151-494890

_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to