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:
(> Just don't spam the bug tracker with long texts.
It wasn't _so_ long;) It's just that I first enter the text at in this
"Add Comment" dialog, then 'bug.php' regocnizes me and give an other
dialog with an empty textarea... but for now, I've found my ^C and ^V
keys)
> File ./configure is autogenerated, so changing it doesn't make any
sense.
Ok, I've taken a step back, and found file sapi/cli/config.m4 which
contains the same (lines 21-24)
> Please explain what exactly you changed there, the patch is not human
readable.
Sorry, the changed part was the following:
-sed 's/\([A-Za-z0-9_]*\)\.lo/\1.o/g'
+sed 's/\([A-Za-z0-9_]*\)\.lo/.libs\/\1.o/g'
Previous Comments:
------------------------------------------------------------------------
[2006-10-19 08:45:23] [EMAIL PROTECTED]
>I've just entered a quite long text which somehow vanished
>in the nowhere (thanks to this advanced and user-friendly
>bug reporting interface!)
Just don't spam the bug tracker with long texts.
File ./configure is autogenerated, so changing it doesn't make any
sense.
Please explain what exactly you changed there, the patch is not human
readable.
Also, it does work for me without any patches (yes, on AIX), so please
make sure (I have to repeat, since you seem to ignore my comments) that
you use GNU ld and other GNU build tools.
------------------------------------------------------------------------
[2006-10-19 08:32:59] lzsiga at freemail dot c3 dot hu
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)"
------------------------------------------------------------------------
[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.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/39187
--
Edit this bug report at http://bugs.php.net/?id=39187&edit=1
