ID: 39187
User updated by: lzsiga at freemail dot c3 dot hu
Reported By: lzsiga at freemail dot c3 dot hu
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: AIX
PHP Version: 5.1.6
New Comment:
I've just entered a quite long text which somehow vanished in the
nowhere (thanks to this advanced and user-friendly bug reporting
interface!), the core of it was:
The problem can be fixed easily editing script 'configure' like this:
8777c8777
< BUILD_CLI="echo '\#! .' > php.sym && echo >>php.sym && nm -BCpg
\`echo \$(PHP_GLOBAL_OBJS) \$(PHP_CLI_OBJS) | sed
's/\([A-Za-z0-9_]*\)\.lo/\1.o/g'\` | \$(AWK) '{ if (((\$\$2 == \"T\")
|| (\$\$2 == \"D\") || (\$\$2 == \"B\")) && (substr(\$\$3,1,1) !=
\".\")) { print \$\$3 } }' | sort -u >> php.sym && \$(LIBTOOL)
--mode=link \$(CC) -export-dynamic \$(CFLAGS_CLEAN) \$(EXTRA_CFLAGS)
\$(EXTRA_LDFLAGS_PROGRAM) \$(LDFLAGS) -Wl,-brtl -Wl,-bE:php.sym
\$(PHP_RPATHS) \$(PHP_GLOBAL_OBJS) \$(PHP_CLI_OBJS) \$(EXTRA_LIBS)
\$(ZEND_EXTRA_LIBS) -o \$(SAPI_CLI_PATH)"
---
> BUILD_CLI="echo '\#! .' > php.sym && echo >>php.sym && nm -BCpg
\`echo \$(PHP_GLOBAL_OBJS) \$(PHP_CLI_OBJS) | sed
's/\([A-Za-z0-9_]*\)\.lo/.libs\/\1.o/g'\` | \$(AWK) '{ if (((\$\$2 ==
\"T\") || (\$\$2 == \"D\") || (\$\$2 == \"B\")) && (substr(\$\$3,1,1)
!= \".\")) { print \$\$3 } }' | sort -u >> php.sym && \$(LIBTOOL)
--mode=link \$(CC) -export-dynamic \$(CFLAGS_CLEAN) \$(EXTRA_CFLAGS)
\$(EXTRA_LDFLAGS_PROGRAM) \$(LDFLAGS) -Wl,-brtl -Wl,-bE:php.sym
\$(PHP_RPATHS) \$(PHP_GLOBAL_OBJS) \$(PHP_CLI_OBJS) \$(EXTRA_LIBS)
\$(ZEND_EXTRA_LIBS) -o \$(SAPI_CLI_PATH)"
Previous Comments:
------------------------------------------------------------------------
[2006-10-18 14:26:21] [EMAIL PROTECTED]
It is supposed to work with GNU ld (which is a part of GNU binutils),
just like it does for me.
------------------------------------------------------------------------
[2006-10-18 14:18:13] lzsiga at freemail dot c3 dot hu
Help me a bit, please. You mean gcc (which I am using too) is supposed
to copy the object modul into a directory which was not specified in
its command line, or 'nm' is supposed to handle an object module, which
does not exist in the given location but in the .libs subdirectory?
(Or in the simplest way then question is where *.o supposed to be
created by libtool?)
(Note: According to 'truss', libtool calls gcc with:
execve("/usr/local/bin/gcc", "gcc", "-Iext/libxml/",...
"/usr/local/src/php-5.1.6/ext/libxml/libxml.c", "-DPIC", "-o",
"ext/libxml/.libs/libxml.o")
------------------------------------------------------------------------
[2006-10-18 13:54:30] [EMAIL PROTECTED]
That's because you mis-read the report.
Use GNU compiler and GNU binutils, this way it works perfectly fine.
Native tools are broken and we do not support them.
------------------------------------------------------------------------
[2006-10-18 13:52:29] lzsiga at freemail dot c3 dot hu
I mean: creates both 'foo.o' and '.libs/foo.o'.
------------------------------------------------------------------------
[2006-10-18 13:50:58] lzsiga at freemail dot c3 dot hu
Description:
------------
I'm sorry to do such an unforgiveable thing, but I have to re-report an
already closed (mis-closed) bug-report, as I have experienced the same
problem and found the same workaround
See here: http://bugs.php.net/bug.php?id=38872
'[EMAIL PROTECTED]' closed this report as 'bogus' but gave no clue how
to solve it - the compilation uses the libtool attached to PHP-source.
Note: I do not know where libtool is supposed to create 'foo.o'
compiling 'foo.c' to 'foo.lo' but actually on AIX creates '.lib/foo.o'
whilst on linux creates both 'foo.o' and 'foo.o'.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39187&edit=1
