php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #12334 BZIP2 compiled as loadable extention
Submitted: 2001-07-24 07:38 UTC Modified: 2001-07-27 19:29 UTC
From: darryl at netbauds dot net Assigned:
Status: Closed Package: Dynamic loading
PHP Version: 4.0.6 OS: i686-linux 2.4.x
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
32 - 29 = ?
Subscribe to this entry?

 
 [2001-07-24 07:38 UTC] darryl at netbauds dot net
When building 'bz2' modules as loadable extention libbz2 symbols remain undefined in PHPs 'bz2.so' module.  Also libbz2.so.1.0.1 doesn't appear as a dependant libary when 'ldd' is run on the resultant PHP 'bz2.so' module.

This patch seems to cause the build process to include a private copy of the system libbz2.a into the PHP 'bz2.so' modules, leaving no undefined symbols.


--- ext/bz2/Makefile.in~        Wed Oct 18 19:32:21 2000
+++ ext/bz2/Makefile.in Tue Jul 24 12:09:02 2001
@@ -3,5 +3,6 @@
 LTLIBRARY_NAME        = libbz2.la
 LTLIBRARY_SOURCES     = bz2.c
 LTLIBRARY_SHARED_NAME = bz2.la
+LTLIBRARY_SHARED_LIBADD = $(BZ2_SHARED_LIBADD)

 include $(top_srcdir)/build/dynlib.mk

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-07-27 19:29 UTC] sniper@php.net
Fixed in CVS. Thanks.

 
PHP Copyright © 2001-2020 The PHP Group
All rights reserved.
Last updated: Mon Sep 21 16:01:24 2020 UTC