Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
PHP not emerging
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
sirtoast
n00b
n00b


Joined: 06 May 2002
Posts: 72
Location: Halifax, NS

PostPosted: Sun Jan 12, 2003 1:14 am    Post subject: PHP not emerging Reply with quote

I'm trying to update PHP, and am getting the following (truncated) error on the emerge.


Code:


/readline.o  && echo > ext/readline/readline.lo
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c: In function `zif_readline_info':
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c:157: warning: passing arg 4 of `add_assoc_string_ex' discards qualifiers from pointer target type
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c:162: warning: passing arg 4 of `add_assoc_string_ex' discards qualifiers from pointer target type
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c:163: warning: passing arg 4 of `add_assoc_string_ex' discards qualifiers from pointer target type
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c:199: warning: initialization discards qualifiers from pointer target type
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c:211: warning: initialization discards qualifiers from pointer target type
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c:213: warning: assignment discards qualifiers from pointer target type
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c: In function `_readline_completion_cb':
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c:396: warning: assignment makes pointer from integer without a cast
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c: In function `zif_readline_completion_function':
/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/readline/readline.c:424: warning: assignment from incompatible pointer type
gcc  -Isapi/cli/ -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/sapi/cli/ -DPHP_ATOM_INC -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/include -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/main -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0 -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/usr/include/freetype -I/usr/include/mysql -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/xml/expat  -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/TSRM  -O2 -mcpu=i686 -pipe  -c /var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/sapi/cli/php_cli.c -o sapi/cli/php_cli.o  && echo > sapi/cli/php_cli.lo
gcc  -Isapi/cli/ -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/sapi/cli/ -DPHP_ATOM_INC -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/include -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/main -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0 -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/usr/include/freetype -I/usr/include/mysql -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/xml/expat  -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/TSRM  -O2 -mcpu=i686 -pipe  -c /var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/sapi/cli/getopt.c -o sapi/cli/getopt.o  && echo > sapi/cli/getopt.lo
gcc  -Imain/ -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/main/ -DPHP_ATOM_INC -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/include -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/main -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0 -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/usr/include/freetype -I/usr/include/mysql -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/ext/xml/expat  -I/var/tmp/portage/php-4.3.0-r2/work/php-4.3.0/TSRM  -O2 -mcpu=i686 -pipe  -c main/internal_functions_cli.c -o main/internal_functions_cli.o  && echo > main/internal_functions_cli.lo
/bin/sh libtool --silent --mode=link gcc -export-dynamic -O2 -mcpu=i686 -pipe  -L/usr/X11R6/lib  -R /usr/X11R6/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/bz2/bz2.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo ext/dba/dba_dbm.lo ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo ext/dba/dba_db3.lo ext/dbase/dbf_head.lo ext/dbase/dbf_rec.lo ext/dbase/dbf_misc.lo ext/dbase/dbf_ndx.lo ext/dbase/dbase.lo ext/domxml/php_domxml.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gettext/gettext.lo ext/mhash/mhash.lo ext/mysql/php_mysql.lo ext/openssl/openssl.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/sysvsem/sysvsem.lo ext/sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo ext/pcntl/pcntl.lo ext/pcntl/php_signal.lo ext/readline/readline.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lhistory -lreadline -lncurses -lmysqlclient -lmhash -lt1 -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -ldb -lgdbm -lbz2 -lz -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lcrypt -lxml2 -lz -lm  -o sapi/cli/php
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lintl
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

!!! ERROR: dev-php/php-4.3.0-r2 failed.
!!! Function src_compile, Line 182, Exitcode 2
!!! compile problem


I've gone through the forums, and haven't seen exactly the same issue. Anyone have any suggestions? I've already cleared the /var/tmp/portage temp files, and have done an [/b]emerge -u --deep world[/b], but neither seem to have made any difference.

I'm using gcc 3.2.1-r6

Code:
USE="xfs gtk2 mozilla x86 oss 3dnow apm arts avi berkdb crypt cups encode gdbm gif gpm gtk imlib java jpeg kde gnome libg++ libwww mikmod mmx motif mpeg ncurses nls oggvorbis opengl pam pdflib png python qt qtmt quicktime readline sdl slang spell ssl svga tcpd truetype X xml2 xmms xv zlib"

ARCH="x86"
COMPILER="gcc3"
ACCEPT_KEYWORDS="x86"
CHOST="i686-pc-linux-gnu"

if that helps (Intel Celeron Coppermine 566MHz 376 MB RAM)
_________________
Toast
http://toastnet.org
Back to top
View user's profile Send private message
sirtoast
n00b
n00b


Joined: 06 May 2002
Posts: 72
Location: Halifax, NS

PostPosted: Tue Jan 14, 2003 12:55 pm    Post subject: Reply with quote

Now I'm getting the same problem with mod_php. I have unmerged PHP in hopes that it if I built again from new, rather that upgrade it would resolve the issue. (it's fixed past problems for me) but now I can't install new. Now I get the exact crash when emerging mod_php. what's the
-lintl flag/item it's crapping out on?

I did find this post https://forums.gentoo.org/viewtopic.php?t=23693 which states a problem with php 4.2.3 and DB >= 4.1. Can anyone confirm that this is infact a problem?
_________________
Toast
http://toastnet.org
Back to top
View user's profile Send private message
stimpy
n00b
n00b


Joined: 18 Apr 2002
Posts: 49
Location: NZ

PostPosted: Fri Feb 14, 2003 10:40 pm    Post subject: the same mod_php problem Reply with quote

(Should have picked up before I posted yesterday that this thread existed, but my search criteria didn't match - somehow! Slap me with a wet herring!)

Given I've not had the problem on other boxes, that have the same basic setup, I'm figuring that there's some gcc/glibc/libtool version/profile problem. (In some places I'm having trouble with a "can't find libstdc++ in gcc profile 3.2", when it should be using 3.2.1.) I don't know enough about this to fully diagnose and solve, and haven't seen similar problems in the forums. (I've been watching for about a week to see if anyone else had simiar things going on.)

Without really understanding how these profiles work, I'm picking there's some issue about timings involved in version changes and environment/ld updates. (But that's a totally wild speculation.)

BTW I can't isolate what's different between my five (or is it six) boxes. I don't have any problem with my desktop box which I update and maintain regularly. However as I leave the other machines relatively stable and look to upgrade on a more lengthy but regular time, I somethimes get "timing"/version problems - which I think this has been caused by.)
Back to top
View user's profile Send private message
tgnb
Apprentice
Apprentice


Joined: 16 Apr 2002
Posts: 208
Location: New York, NY

PostPosted: Fri Feb 21, 2003 3:28 pm    Post subject: same problem here Reply with quote

I've had the same problem for a while on a Gentoo 1.2 box

I've waited for newer versions of the mod_php ebuild but a few versions later and i still have the samep problem

USE="-apm -oss -alsa -3dnow dga fbcon evo tcltk aalib tiff gd dvd imap ldap mozilla xml perl mysql sse samba sasl"

CFLAGS="-march=i686 -O3 -pipe"
Back to top
View user's profile Send private message
-JeaN-
Apprentice
Apprentice


Joined: 25 Nov 2002
Posts: 211
Location: PaRiS :D

PostPosted: Fri Feb 21, 2003 4:06 pm    Post subject: Reply with quote

Hello,

just to point that it should be
Code:
ACCEPT_KEYWORDS="~x86"
Back to top
View user's profile Send private message
tgnb
Apprentice
Apprentice


Joined: 16 Apr 2002
Posts: 208
Location: New York, NY

PostPosted: Thu Mar 06, 2003 3:07 am    Post subject: hmm Reply with quote

today, the upgrade of the latest eterm fails with the same (?) error:

[ebuild U-] x11-terms/eterm-0.9.2-r3 [0.9.1-r5]

....

gcc -march=i686 -O3 -pipe -o .libs/Eterm main.o -L/usr/lib -L/usr/X11R6/lib ./.libs/libEterm.so /usr/lib/libast.so /usr/lib/libImlib2.so /usr/lib/libttf.so -lintl -lSM -lICE /usr/lib/libpcre.so -ldl -lXmu -lXext -lX11 -lutil -lm -Wl,--rpath -Wl,/usr/lib:/usr/lib/Eterm
/usr/i686-pc-linux-gnu/bin/ld: cannot find -lintl
collect2: ld returned 1 exit status
make[2]: *** [Eterm] Error 1
make[2]: Leaving directory `/var/tmp/portage/eterm-0.9.2-r3/work/Eterm-0.9.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/eterm-0.9.2-r3/work/Eterm-0.9.2'
make: *** [all-recursive-am] Error 2

!!! ERROR: x11-terms/eterm-0.9.2-r3 failed.
!!! Function src_compile, Line -202, Exitcode 2
!!! (no error message)
Back to top
View user's profile Send private message
fuji
Tux's lil' helper
Tux's lil' helper


Joined: 26 Apr 2002
Posts: 111

PostPosted: Thu Mar 06, 2003 6:11 am    Post subject: Reply with quote

could be something to do with path's?

try this:

su -
source /etc/profile
env-update
emerge [....]

One of those three top lines should fix the path...

Hope this works....
_________________
Came for the hype, stayed for Portage.
Back to top
View user's profile Send private message
tgnb
Apprentice
Apprentice


Joined: 16 Apr 2002
Posts: 208
Location: New York, NY

PostPosted: Thu Mar 06, 2003 4:56 pm    Post subject: sorry this didnt help me Reply with quote

After making the post here last night I actually went ahead and upgraded my Gentoo 1.2 system to 1.4 using the upgrading instructions found here:

http://www.gentoo.org/doc/en/upgrade-to-gentoo-1.4.xml

The entire process went very smooth.
After step 4 the only 2 packages that failed were the updates of php_mod and eterm.
I then tried your suggestions but to no avail.
I currently started a emerge world -e to see if this may fix it and i'll post my results here.
Back to top
View user's profile Send private message
tgnb
Apprentice
Apprentice


Joined: 16 Apr 2002
Posts: 208
Location: New York, NY

PostPosted: Fri Mar 07, 2003 1:45 pm    Post subject: more Reply with quote

In the process of re-emerging all packages i was able to successfully update eterm and no longer got the -lintl error.

With mod_php however i am not so lucky

Now when i try to update mod_php i get the following error:

Code:

checking whether to enable user-space object overloading support... yes
checking for Ovrimos SQL Server support... no
checking whether to enable pcntl support... no
checking for PCRE support... yes
checking for memmove... (cached) yes
checking for PDFlib support... yes
checking for the location of libtiff... yes
checking for jpeg_read_header in -ljpeg... (cached) yes
checking for png_create_info_struct in -lpng... no
configure: error: libpng not found!

!!! ERROR: dev-php/mod_php-4.3.1 failed.
!!! Function src_compile, Line 217, Exitcode 1
!!! bad ./configure


searching the forum, i found this thread:
https://forums.gentoo.org/viewtopic.php?t=26365&highlight=modphp+libpng

when i try USE="-pdflib" emerge mod_php i get a little further but it finally errors out with:

Code:

checking for mkfifo... no
checking for getrlimit... no
checking for PSPELL support... yes
checking for QtDOM support... yes
checking for c++... g++
checking whether the C++ compiler (g++ -O2 -mcpu=i686 -pipe  -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib -Wl,-rpath,/opt/blackdown-jdk-1.3.1/jre/lib/i386/classic -L/opt/blackdown-jdk-1.3.1/jre/lib/i386/classic -Wl,-rpath,/opt/blackdown-jdk-1.3.1/jre/lib/i386/server -L/opt/blackdown-jdk-1.3.1/jre/lib/i386/server -Wl,-rpath,/opt/blackdown-jdk-1.3.1/jre/lib/i386/native_threads -L/opt/blackdown-jdk-1.3.1/jre/lib/i386/native_threads -Wl,-rpath,/opt/blackdown-jdk-1.3.1/jre/lib/i386 -L/opt/blackdown-jdk-1.3.1/jre/lib/i386 -Wl,-rpath,/usr/qt/3/lib -L/usr/qt/3/lib) works... no
configure: error: installation or configuration problem: C++ compiler cannot create executables.

!!! ERROR: dev-php/mod_php-4.3.1 failed.
!!! Function src_compile, Line 217, Exitcode 1
!!! bad ./configure


this error is discussed in a post also:
https://forums.gentoo.org/viewtopic.php?t=26365&highlight=modphp+libpng

however, the suggested fix doesnt work for me.

so.. this is where i'm stuck now. Maybe someone has additional suggestions?
Back to top
View user's profile Send private message
kamikaz3
Apprentice
Apprentice


Joined: 06 Feb 2003
Posts: 187

PostPosted: Fri Mar 07, 2003 3:27 pm    Post subject: Re: more Reply with quote

tgnb wrote:
In the process of re-emerging all packages i was able to successfully update eterm and no longer got the -lintl error.

With mod_php however i am not so lucky

Now when i try to update mod_php i get the following error:

Code:

checking whether to enable user-space object overloading support... yes
checking for Ovrimos SQL Server support... no
checking whether to enable pcntl support... no
checking for PCRE support... yes
checking for memmove... (cached) yes
checking for PDFlib support... yes
checking for the location of libtiff... yes
checking for jpeg_read_header in -ljpeg... (cached) yes
checking for png_create_info_struct in -lpng... no
configure: error: libpng not found!

!!! ERROR: dev-php/mod_php-4.3.1 failed.
!!! Function src_compile, Line 217, Exitcode 1
!!! bad ./configure



same problem, can't find any solution, my use flags are standard except for -X -kde -gnome -qt -gtk (it's a server, so X is not needed)
I did an emerge -u world, and every thing worked fine, except mod_php (more then 15 packages including gcc)
Back to top
View user's profile Send private message
kamikaz3
Apprentice
Apprentice


Joined: 06 Feb 2003
Posts: 187

PostPosted: Fri Mar 07, 2003 3:45 pm    Post subject: Reply with quote

is:
use jpeg && myconf="${myconf} --with-jpeg-dir=/usr/lib"
should be:
use jpeg && myconf="${myconf} --with-jpeg-dir=/usr"

I did this and the same for libpng, it's compiling now, I hope it works
Back to top
View user's profile Send private message
Lupin3rd
n00b
n00b


Joined: 07 Mar 2003
Posts: 3
Location: Italy

PostPosted: Fri Mar 07, 2003 6:50 pm    Post subject: Reply with quote

I think I've found the solution: try to emerge php-4.3.1-r1 with USE="-qt -java": it seems to work.

Hoping this helps, Giorgio.
Back to top
View user's profile Send private message
marsf
n00b
n00b


Joined: 02 Mar 2003
Posts: 10

PostPosted: Fri Mar 07, 2003 7:32 pm    Post subject: Reply with quote

Yikes! I had to use a number of the fixes listed here in order to get mod_php to install.

Quote:

use jpeg && myconf="${myconf} --with-jpeg-dir=/usr/lib"
and
myconf="${myconf} --with-png-dir=/usr/lib"

should be:

use jpeg && myconf="${myconf} --with-jpeg-dir=/usr"
and
myconf="${myconf} --with-png-dir=/usr"


as well as using

Quote:

I think I've found the solution: try to emerge php-4.3.1-r1 with USE="-qt -java": it seems to work.



This package seems to be seriously borked. Without this thread I would never have gotten mod_php to compile :\

Perhaps someone should get back to the ebuild's maintainer about this.


Mars
Back to top
View user's profile Send private message
tgnb
Apprentice
Apprentice


Joined: 16 Apr 2002
Posts: 208
Location: New York, NY

PostPosted: Mon Mar 10, 2003 2:41 am    Post subject: Reply with quote

I was also finally able to upgrade this mod_php package, fixing the ebuild as suggested as well as using USE="-java" thanks to everyone for helping me track down this issue. I'm also happy that i've upgraded my compiler :)
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum