#29554 [NEW]: compile failure when using --with-pspell=/usr/local

From: John at Albin dot Net Operating system: Mac OS X 10.3.4 PHP version: 4.3.8 PHP Bug Type: Pspell related Bug description: compile failure when using --with-pspell=/usr/local Description: ------------ Environment: * Mac OS X 10.3.4 * aspell 0.50.5 and aspell-en 0.51-1 (installed into /usr/local from source files) * PHP 4.3.8 I've verified that aspell works from the command line, but PHP won't compile. I'm configuring with '--with-pspell=/usr/local' and when I run make, it errors out saying: "ld: ext/pspell/ pspell.o illegal reference to symbol: _aspell_error_number defined in indirectly referenced dynamic library /usr/local/lib/libaspell.15.dylib" I have never installed pspell. And I have installed aspell for the first time today on this machine. When I run 'sudo /usr/libexec/locate.updatedb' and then 'locate libpspell' I find (ignoring my build directory in /usr/ local/src): /usr/local/lib/libpspell.15.0.3.dylib /usr/local/lib/libpspell.15.dylib /usr/local/lib/libpspell.dylib /usr/local/lib/libpspell.la 'locate libaspell' returns: /usr/local/lib/libaspell.15.0.3.dylib /usr/local/lib/libaspell.15.dylib /usr/local/lib/libaspell.dylib /usr/local/lib/libaspell.la The compile error is easily fixed with a small change to 'configure'. PHP compiles fine, when I edit php-4.3.8/ configure and change line 71624 from: LIBS="-lpspell $LIBS" to: LIBS="-laspell -lpspell $LIBS" I have also talked to other Mac OS X/PHP/aspell users who have the same issue and the configure modification fixes their issue as well. This bug is very similar to bug #23089. From looking at that bug, it seems that this bug might be reproducable on any machine that has no legacy aspell/pspell libraries and only the most recent aspell library. Undoubtably, this was caused my the author of aspell changing the name of the library multiple times. But can this relatively minor fix please be added to PHP's configure script? Or would this impact Pspell users (those without the newer aspell)? If so, is there a way to check for this in the configure file? Unfortunately, I'm not an expert in configure files or I would attempt a patch myself. -- Edit bug report at http://bugs.php.net/?id=29554&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29554&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29554&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29554&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29554&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29554&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29554&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29554&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29554&r=support Expected behavior: http://bugs.php.net/fix.php?id=29554&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29554&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29554&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29554&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29554&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29554&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29554&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29554&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29554&r=float