php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #57757 Unable to dl(svn.so) - NSLinkModule() error
Submitted: 2007-07-22 14:30 UTC Modified: 2007-07-30 18:43 UTC
From: benwei at u dot washington dot edu Assigned:
Status: Not a bug Package: svn (PECL)
PHP Version: 5.2.3 OS: Mac OS X 10.4
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: benwei at u dot washington dot edu
New email:
PHP Version: OS:

 

 [2007-07-22 14:30 UTC] benwei at u dot washington dot edu
Description:
------------
Hello,

I have tried using both svn-0.2 and the CVS version, but both appear to have this problem.  I am running PHP 5.2.3, apr 1.2.9, apr-util 1.2.8, and subversion 1.4.3 under apache 2 (all from MacPorts), and when I try to dl('svn.so') I get the following in my apache error log:

dyld: NSLinkModule() error
dyld: Symbol not found: _empty_string
  Referenced from: ./lib/svn.so
  Expected in: flat namespace

[Sun Jul 22 11:15:20 2007] [notice] child pid 4641 exit signal Trace/BPT trap (5)

I'm not sure if this is an error with the MacPorts PHP package or with svn, but I suspect the latter.  

Reproduce code:
---------------
<?php

dl('lib/svn.so');
print "Loaded svn OK";

?>

Expected result:
----------------
Loaded svn OK

Actual result:
--------------
In Apache error log:
dyld: NSLinkModule() error
dyld: Symbol not found: _empty_string
  Referenced from: ./lib/svn.so
  Expected in: flat namespace

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2007-07-22 15:48 UTC] benwei at u dot washington dot edu
Fixing PHP version
 [2007-07-23 00:27 UTC] alan at akbkhome dot com
I've not got a mac to test with, so this may not be easy to fix.

I suggest contacting the macport's guy's to see if they have any ideas. = _empty_string probably appears in a macro somewhere (for new strings) - so it may not be correctly connecting the reference to core when it's loading.
 [2007-07-30 18:43 UTC] benwei at u dot washington dot edu
Thanks, Alan, I talked with the MacPorts folks and figured it out -- the build system was finding the wrong versions of phpize and php-config (my builtin ones instead of those provided by MacPorts) and all I had to do was adjust my PATH prior to building so that it found the MacPorts ones first.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Dec 26 10:01:29 2024 UTC