Thanks for the nice report - I'll know what to suggest to those who ask in the future.
I've heard of somewhat similar problems with aspell on other platforms, and yet have
to figure out how to work around them:(
One thing I noticed after I replied to you: after you compile pspell and aspell, you
*need* to go back to pspell and do:
cd modules
./add-modules
cd ..
make
make install
ldconfig -v
That's just the way it works. aspell is dependent on pspell, but pspell needs to know
that aspell exists to work with it. Kinda like a circular dependency
Vlad
----- Original Message -----
From: Seth Northrop
To: [EMAIL PROTECTED],[EMAIL PROTECTED]
Sent: Fri, 2 Mar 2001 11:16:13 -0800 (PST)
Subject: Re: [PHP-DEV] pspell/aspell breaking
On Fri, 2 Mar 2001, PHP development @echospace wrote:
> I remember being able to compile, but not use pspell on a RH7 machine. Never had
time to look into it. Maybe now I will. Compile problems might be due to the fact that
gcc 2.96 is behaving oddly - I couldn't compile half the things with it properly. Try
recent egcs instead. It looks however that I can't blame compiler only in your case.
If you can't get it resolved, could you please submit a bug report with the part of
the output where compile fails (not just *that* very line, but like 50 preceding lines
too - a larger chunk so I can see)
>>>
Hmmm. So, I try to recompile to reproduce the error, this time advancing
back to .12; I compile; no errors AND the module error goes away (thus,
it works great as it always had on RH6.2).
Weird.<BR>
These are the only two things I can think of.
My progression was this; get .12 (it failed to compile; (php+apache -
pspell/aspell compiled fine), read php-dev, saw there might be issues so I
reverted back to .11.2 (pspell). It compiled, but, with the aspell module
issue. Figured perhaps it was the most recent aspell (I had gotten
aspell-.33); so, I reverted that back to 32.6; recompiled still got aspell
module issues. Noted that RH7 have some glibc issues (and, it had caused
some other issues with aspell/pspell); updated both glibc and gcc from
redhat (rpm updates), recompiled, still had aspell module issues with PHP.
Finally, to replicate the compile error I went BACK to pspell .12,
recompiled, everything worked.
So, the two things I can think of is:
a) the newest aspell libraries are causing problems either in the compile
or in the aspell module loading
b) redhat's buggy glibc/gcc
the only odd thing was that I can't necessarily isolate either of these as
the cause. But, aspell 32.6+pspell .12+updated RH glibc 2.2-12 &
gcc-2.96-69 + apache 1.3.14 + php-4.0.4pl1 works on RH 7 now. My
inclination is that it's aspell, since, the same behavior existed with
both stock and updated glibc and gcc.
>
>
>
> ----- Original Message -----
> From: Seth Northrop
> To: [EMAIL PROTECTED],[EMAIL PROTECTED]
> Sent: Thu, 1 Mar 2001 18:41:25 -0800 (PST)
> Subject: [PHP-DEV] pspell/aspell breaking
>
>
> Setup:
> aspell-.32.6
> pspell-.11.2
> php-4.0.4pl1
> apache_1.3.14
> RH 7.0
> glibc 2.2-12
> gcc-2.96-69
>
> Procedure:
> ./pspell-.11.2/configure
> make && make install
>
> ./aspell-.32.6/configure
> make && make install
>
> ./php-4.0.4pl1/configure --without-gd --with-mysql
> --with-config-file-path=/usr/local/apache/etc --enable-debug=no
> --with-pspell --with-apache=/usr/local/src/apache_1.3.14
> make && make install
>
> ./apache_1.3.14/configure --prefix=/usr/local/apache --with-layout=GNU
> --disable-module=userdir --disable-module=include
> --activate-module=src/modules/php4/libphp4.a
> make && make install
>
> Results in:
> Warning: PSPELL couldn't open the dictionary. reason: Unable to load the
> "aspell" module. in foo.inc on line 564
>
> Aspell works great on the command line. Am I missing something?
>
> Incidently, I can't even get php to compile with pspell-.12
>
> Ideas?
> Seth
>
>
>
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
<BR>
________________________________________
Finally! Real applications on the web!
Free email, contacts, and file storage.
http://www.echospace.com
