Bug 88895

Summary: glibc stops database integration into PHP
Product: [Retired] Red Hat Linux Reporter: Andrew Shearwood <sherman>
Component: glibcAssignee: Jakub Jelinek <jakub>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 9CC: fweimer
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-04-17 02:58:47 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Andrew Shearwood 2003-04-15 12:58:45 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 

Description of problem:
I installed Red Hat 9 on my server, and discovered that I couldn't compile PHP 
when mysql was being integrated into it.

I dropped the server back down to Red Hat 8 and it worked fine, then when I 
Upgraded the server back to RH9, Apache stopped loading because of the PHP 
module wiht the MySQL integrated into it.

The component PHP was complaining about was the GLIBC component.

When I tried installing an earlier version of the glibc component from the RH8 
disks to force it to use an earlier version, it just complained that there were 
conflicts wiht the package, or that a newer version was already installed.

I tried the same thing on my main system (not my server) which has an Athlon XP 
2100+ inside, but I got the same errors.

System specs: 
AMD Athlon 800
Red Hat 9
Apache 2.0.44
PHP 4.3.1

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. configure php with mysql integration

Additional info:

Comment 1 Andrew Shearwood 2003-04-15 13:46:15 UTC
here's the error message that I get when compiling PHP:
ext/mysql/libmysql/my_lib.lo(.text+0x3d1): In function `my_dir':
/root/php-4.3.1/ext/mysql/libmysql/my_lib.c:169: undefined reference to `errno'
ext/mysql/libmysql/my_lib.lo(.text+0x5ef): In function `my_stat':
/root/php-4.3.1/ext/mysql/libmysql/my_lib.c:588: undefined reference to `errno'
ext/mysql/libmysql/my_malloc.lo(.text+0xde): In function `my_malloc':
/root/php-4.3.1/ext/mysql/libmysql/my_malloc.c:24: undefined reference to `errno'
ext/mysql/libmysql/my_realloc.lo(.text+0xd5): In function `my_realloc':
/root/php-4.3.1/ext/mysql/libmysql/my_realloc.c:44: undefined reference to `errno'
ext/mysql/libmysql/my_delete.lo(.text+0x86): In function `my_delete':
/root/php-4.3.1/ext/mysql/libmysql/my_delete.c:16: undefined reference to `errno'
more undefined references to `errno' follow
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

Also, after checking the glib version, it's glibc-2.3.2-27.9

Comment 2 Ulrich Drepper 2003-04-17 02:58:47 UTC
This is just an indication that somebody isn't able to program.  Recompile
whatever package contains the files which claim the undefined references after

#include <errno.h>

to them.  ISO C forever and clearly says that the header must be included since
errno can be a macro.