php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #14483 -twolevel_namespace and multiple definitions errors
Submitted: 2001-12-13 07:08 UTC Modified: 2002-09-24 17:36 UTC
Votes:21
Avg. Score:5.0 ± 0.0
Reproduced:19 of 19 (100.0%)
Same Version:6 (31.6%)
Same OS:10 (52.6%)
From: abner at criticalnexus dot com Assigned:
Status: Closed Package: Compile Failure
PHP Version: 4.2.0-dev OS: Mac OS X 10.1
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:
18 + 45 = ?
Subscribe to this entry?

 
 [2001-12-13 07:08 UTC] abner at criticalnexus dot com
(NOTE: Duplicate of BUG 14256)

PHP 4.1.0 fails to compile on Mac OS X 10.1 (you probably already know this).  This is while building the Apache Module.

Notes:
- First scenario: attempting the run-of-the-mill compile fails once it gets to ld, which throws out "-twolevel_namespace" warnings.
- Second scenario: Modifying (by adding "-flat_namespace") any presence of anything that may seem like a compiler flag or linker flag in config_vars.mk, php_config.h, libtool, etc., leads to a LARGE number of multiple definition errors that look like this:
-----------
TSRM/.libs/libtsrm.al(tsrm_virtual_cwd.lo) definition of _virtual_utime in section (__TEXT,__text)
TSRM/.libs/libtsrm.al(tsrm_virtual_cwd.lo) definition of _virtual_utime in section (__TEXT,__text) 
------------

These errors flow in large quantities (in pairs like above), right at the end of the compile.  The section (__TEXT,__text) part is always the same, but "(foo.lo)" changes to what seems to be EVERY symbol that was compiled.


- Have downloaded latest snap from PHP.net (13 Dec 2001), and it still fails.
-Tried using latest libtool from GNU.org (1.4.2), with the same result.
-It seems like others are experiencing either of the scenarios above... since most people know about the "-flat_namespace" flag, the try to deal, only to end up with the large quantities of multiple symbol errors.

Hmm...

-Abner

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-12-13 07:18 UTC] abner at criticalnexus dot com
Also a duplicate of bug 14154, which is a freakin' struggle of a bug.
 [2002-01-08 15:47 UTC] abner at criticalnexus dot com
A solution, that works, for now:

Thanks to http://www.entropy.ch/software/macosx/php/ (Marc Liyanage).

---------

NOTE 2: I was not able to get the build for PHP 4.1.0 to work correctly, probably because of libtool issues. A helpful developer suggested

- running configure in the PHP 4.0.6 source tree 
- modifying the resulting libtool script 
- then configuring the PHP 4.1.0 sources 
- copying the modified 4.0.6 libtool over to the 4.1.0 directory 
- and finally running make 

This did the trick for me. Here's the line that needs to be changed in the 4.0.6 libtool script:

old: archive_cmds="\$CC -bundle -undefined suppress -o \$lib \$libobjs \$deplibs \$linkopts"

new: archive_cmds="\$CC -flat_namespace -bundle -undefined suppress -o \$lib \$libobjs \$deplibs \$linkopts"

--------- END

Hopefully this will help passers-by looking for assistance.  It seems like the old libtool (1.3.5?) was OK (except for the -flat_namespace thing).  It's this 1.4.2 that has caused the headache...

I have PHP 4.1.1 working using this shenanigan.  No more typing HTTP_POST_VARS and gratuitous global declarations!  Bruhuhahaha...

Oh yeah, I can also say that bug ID 10686 (in datetime.c) has been fixed and that behavior no longer appears in the mktime function... Booyah... (http://bugs.php.net/bug.php?id=10686)

 [2002-01-30 15:26 UTC] kalowsky@php.net
just one detail question here, can you please include a copy of your configure options as well?
 [2002-01-30 17:11 UTC] abner at criticalnexus dot com
For the apache module, I use...

./configure --with-apxs --with-mysql
 [2002-02-10 08:45 UTC] stefano at apache dot org
Ok, 

here is how I got PHP-4.1.1 to compile clean on MacOSX 10.1.4 for Apache 1.3.22 with APXS:

1) download 4.0.6 and run ./configure --with-apxs --with-[your stuff here]

2) download 4.1.1 and run ./configure --with-apxs --with-[your stuff here]

3) copy php-4.0.6/libtool to php-4.1.1/libtool

4) open php-4.1.1/libtook, go to line 178 and add  the '-flat-namespace' directive to the compiler, so change

  archive_cmds="\$CC -bundle [...]

with 

  archive_cmds="\$CC -flat_namespace -bundle [...]

5) open php-4.1.1/Zend/zend_language_scanner.c, go to line 2725 and comment that line out, so change

 char *yytext;

with 

 /* char *yytext; */

[don't worry, this is already defined in another file so this doesn't appear to break anything]

6) run 'make'

7) run 'make install'

8) run 'apachectl restart'

and you are up and running :)
 [2002-03-10 12:53 UTC] markonen@php.net
This bug has been superceded by bugs 15986 and 15987. 
Please follow those bugs for information regarding the 
forthcoming fixes for the issue you've reported.
 [2002-04-10 18:47 UTC] sniper@php.net
This is fixed in CVS.

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Tue Mar 19 06:01:30 2024 UTC