php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #21830 libphp4.so not created
Submitted: 2003-01-22 20:08 UTC Modified: 2003-01-23 18:37 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:1 (100.0%)
From: php dot net at fudge dot org Assigned:
Status: Not a bug Package: Compile Failure
PHP Version: 4.3.0 OS: RedHat 7.3
Private report: No CVE-ID: None
View Developer Edit
 [2003-01-22 20:08 UTC] php dot net at fudge dot org 
I am trying to create the DSO version for Apache 2.0.44

$ ./configure --with-mysql --with-axps2=/web/bin/apxs

Normal output.

$ make all
(does not complete)

$ make libphp4.la
[snip]
ext/ctype/ctype.lo: file not recognized: File truncated
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1

$ make libs/libphp4.bundle
[snip]...
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o: In function `_start':
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
make: *** [libs/libphp4.bundle] Error 1


There is nothing in libs and there is nothing in .libs

I have also tried this with php4-STABLE-200301220430 and I get the same results.

Patches

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-01-22 20:14 UTC] sniper@php.net 
Please check this report, and the last comment in it:

  http://bugs.php.net/bug.php?id=19924

This really isn't any PHP bug but something done wrong.
(rm config.cache / make clean usually helps.)
 [2003-01-22 20:23 UTC] php dot net at fudge dot org 
Ok.  I just removed config.cache and did make clean.

Running make again...

I will report results shortly.
 [2003-01-22 20:39 UTC] php dot net at fudge dot org 
$ make libphp4.la
[snip]
ext/ctype/ctype.lo: file not recognized: File truncated
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1

$ cat ext/ctype/ctype.lo
[one blank line]

$ make libs/libphp4.bundle
[snip]
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o: In function `_start':
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
make: *** [libs/libphp4.bundle] Error 1

$ rpm -qf /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../crt1.o
glibc-devel-2.2.5-42

Should I be using gcc3 perhaps?
 [2003-01-22 20:43 UTC] sniper@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

That libs/libphp4.bundle is NOT meant for Linux, it's for MacOSX so using it does not help.

Please try the snapshot.
 [2003-01-22 20:44 UTC] sniper@php.net 
btw. Were you able to compile any previous PHP versions??
Like 4.2.3 ??
 [2003-01-22 20:49 UTC] php dot net at fudge dot org 
Yes.  I still have a working copy of php-4.2.3 from last year that I compiled, installed, and have been running... but I wanted to tempt fate tonight... :)

I am pulling back the snap and will report results.

Thanks!
 [2003-01-22 20:54 UTC] sniper@php.net 
So you compiled 4.2.3 with the EXACTLY same environment?
Same compiler version, same kernel, etc?
 [2003-01-22 20:56 UTC] sniper@php.net 
And please don't use the 'Add Comment' when you add comments to your _own_ report. 

Anyway, can you try this configure line if the snapshot fails too:

./configure --disable-all --disable-cgi
 [2003-01-22 21:01 UTC] php dot net at fudge dot org 
No, not -exactly- I have all current RPM's from RedHat via up2date installed so I am sure gcc and glibc, for example, are the latest version(s) and not what was installed last year.

Sorry about using the comment entry.
 [2003-01-22 21:06 UTC] php dot net at fudge dot org 
Results:
[snip]
ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam':
/bulk/jay/build/php4-STABLE-200301230230/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp'


No libphp4.so created...

I will try your suggested configure options next
 [2003-01-22 21:17 UTC] sniper@php.net 
That is not an error..it's just a warning which can
safely be ignore.
 [2003-01-22 21:20 UTC] php dot net at fudge dot org 
sapi/cli/php compiled successfully

I'll keep trying things to see if I can get libphp4.so created.
 [2003-01-22 21:31 UTC] sniper@php.net 
If it only happens with Apache2, I suggest you check your
apache2 installation and preferrably reinstall it anyway.
I just tried with latest Apache2 and it works just fine here.

In any case, this is not a PHP bug.
 [2003-01-22 21:39 UTC] php dot net at fudge dot org 
I'll recompile Apache 2.0.44 again and try with the latest snapshot and see what I get...

I appreciate you taking the time to confirm Apache 2.0.44 and PHP's snapshot will work fine on RedHat 7.3

Thanks!
 [2003-01-23 18:37 UTC] php dot net at fudge dot org 
BTW, php-4.2.3 works just fine with Apache 2.0.44
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Aug 15 11:01:29 2024 UTC