Maxim Dounin mdounin at
Tue Sep 28 21:05:59 MSD 2010


On Tue, Sep 28, 2010 at 12:43:55AM -0700, Brandon Amaro wrote:

> On 09/28/2010 12:10 AM, Igor Sysoev wrote:
> >Changes with nginx 0.8.52                                        28 Sep 2010
> >
> >     *) Bugfix: nginx used SSL mode for a listen socket if any listen option
> >        was set; the bug had appeared in 0.8.51.
> >
> >
> The problem I had with 0.8.51 wasn't solved with 0.8.52. After
> upgrading I get this message when ever I try to restart nginx:
> Starting nginx: Can't load '/usr/lib/perl5/auto/nginx/' for
> module nginx: /usr/lib/perl5/auto/nginx/ undefined symbol:
> ngx_http_core_module at /usr/lib/perl5/ line 70.
>  at /usr/lib/perl5/ <> line 54
> Compilation failed in require.
> BEGIN failed--compilation aborted.
> [alert]: perl_parse() failed: 255

This looks like the problem with embedded perl you have enabled.  
For some reason it wasn't able to resolve symbol which should be 
defined in nginx itself.

This may either indicate that your perl installation is somewhat 
screwed up (e.g. missed or out-of-sync something like "perl-dev" 
package as it's common on linux systems) or nginx doesn't play 
well enough while embedding perl.

Could you please show what "perl -V" and "perl -MExtUtils::Embed -e ldopts" 
prints on your system?  Showing "nginx -V" output is also good 

I'm able to reproduce the problem by manually removing -Wl,-E from 
"perl -MExtUtils::Embed -e ldopts" output.  Not sure though if 
it's ok for perl to don't report it on systems which generally 
need it.  Anyway, you may try adding --with-ld-opts="-Wl,-E" to 
nginx configure to see if it helps.  

> Though this time it added something about the configuration file
> test failing... <oO> I'm using Fedora Core 13 and had no problems
> with nginx 0.8.50 .

Nothing related changed since 0.8.50.  Most likely it's your system 
changes (e.g. perl upgrade) in-between caused the problem.

> Here's the Source RPM I made for nginx 0.8.52:

I'm in doubt if anybody here will/may help you with your srpm.  
Reproducing the problem with normal configure/make by hand is 
always preferred.

Maxim Dounin

More information about the nginx mailing list