php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #3389 libphp3.so link fails with "CHANGES: read_cur_obj_info: bad file magic number"
Submitted: 2000-02-02 17:57 UTC Modified: 2000-03-17 05:05 UTC
From: TBryan at UTS dot Itron dot com Assigned:
Status: Closed Package: Compile Failure
PHP Version: 3.0.14 OS: DEC Unix: OSF1 V4.0F 1229
Private report: No CVE-ID: None
 [2000-02-02 17:57 UTC] TBryan at UTS dot Itron dot com
In trying to build PHP-3.0.14 on DEC Unix OSF1 V4.0F 1229
as a shared object for use with Apache-1.3.9, the final 
link of libphp3.so failed.

Here's the configure line:

./configure --prefix=/usr/opt/depot/php-3.0.14/ \
            --with-mysql=/usr/opt/depot/mysql-3.22.30 \
            --with-apxs=/usr/opt/depot/apache-1.3.9/bin/apxs \
            --with-xml

Here's the relevant bit of make output:

ld -shared -expect_unresolved * -s -o libphp3.so ./mod_php3.o libmodphp3-so.a -L/usr/local/lib -L/usr/opt/depot/mysql-3.22.30//lib/mysql -lmysqlclient -ldb pcrelib/libpcre.a -lm -lresolv -Lpcrelib -lpcre -rpath /usr/opt/depot/mysql-3.22.30//lib/mysql 
ld:
Object file format error in: CHANGES: read_cur_obj_info: bad file magic number(0x6f4e)
apxs:Break: Command failed with rc=65536
*** Exit 1
Stop.

Solution:

The asterisk in the argument to expect_unresolved is not quoted, and it expands to all of the files in the build directory, such as the CHANGES file.  I don't know what generates the argument to expect_uresolved, but it should generate a quoted asterisk '*' instead of a bare asterisk *.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-03-17 05:05 UTC] sas at cvs dot php dot net
This was fixed in later Apache releases.

Thanks for your report.
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved.
Last updated: Wed Oct 14 16:00:01 2026 UTC