When I trying to emerge mod_php it returns that gcc cannot create executables. Firts it really couldn't cause I didn't put -tiff and -pdflib in USE flags and CCFLAGS tried to use -ltiff. (when I was tryning to execute command "gcc -ltiff" an error occured") But when I put "-tiff -pdflib" in USE flags instalation error still occurs, instead of that that "gcc -O2 -march=k6-2 -fomit-frame-pointer -Wall -pipe -L/usr/lib" or "[...]march=i586[...]" works. I tried to install mod_php on my i686 duron machine (workstation) and it was working, so I dont know why it doesnt work on my i586 k6-2 machine (small server). Reproducible: Always Steps to Reproduce: 1.Have the i586 compiler installed 2.emerge sync 3.emerge mod_php Actual Results: Error message "gcc cannot create executables" Expected Results: emerge mod_php should configure, compile and install mod_php apache1.3.29 doesnt compile so I use apache2.0.49 with ssl. It works.
Created attachment 31166 [details] emerge info, error message, emerge output, make.conf file I think all needen files has been included.
read the config.log file to find out what you're doing wrong or post it here and we can take a peek
Created attachment 31214 [details] config.log file Ok thats it. I tried to emerge XML-Parser but it gave nothing.
revdep-rebuild
revdep-rebuild found nothing, mod_php still refuses to emerge. :(
Created attachment 31254 [details] revdep-rebuil output I forgot to attach
please include the output of 'locate libxmlparse' and 'locate libxmltok'
The "locate libxmlparse" and "locate libxmltok" gives no output...
emerge libwww
Now it works, but there is another error: configure: error: DBA: Could not find necessary header file(s). !!! ERROR: dev-php/mod_php-4.3.6-r1 failed. !!! Function econf, Line 365, Exitcode 1 !!! econf failed
include the new config.log for the DBA error.
Created attachment 31352 [details] config.log file (for DBM error)
Sorry, DBA
you've attached the same config.log file that you submitted before.
Created attachment 31392 [details] DBA error config.log I really sorry.
emerge gdbm
I tried. gdbm was emerged succesfully but 'emerge mod_php' still didnt work.
again, post a newer config.log. i don't know what you did to your system, but you really succeeded in messing it up, probably via judicous use of emerge depclean or emerge clean.
The config.log file is the same. (checking dfor GDBM support) The system was moved from Pentium 166MMX to K6-2 computer, then I unpacked stage3xxx.tzb2 from 'Polish Gentoo' server (the md5 was valid). Then I was emerging packgages but recognized that 'emerge' isn,t emerging dependancy packages. 'emerge -uDp world' and 'emerge -uDp system' shows nothing to emerge.
After a move like Pentium MMX to K6-2, I think you should probably do 'emerge -e world', or at least track down every package that wasn't in the stage3 and re-merge them. MMX is a greater CPU than the K6 series. Somewhere one of the libraries is either missing or contains something that the K6-2 doesn't like. For a more detailed view on it, you'd have to open the configure file, copy out the gdbm_open test and the GDBM support test to find their C input files, and run the gcc command yourself to see the exact error.
Created attachment 31576 [details, diff] config.log file from 'emerge mod_php' for apache1
Created attachment 31583 [details] config.log file from 'emerge mod_php' for Apache2 After succesfullu making 'emerge -e world' I tried to 'emerge mod_php' for both Apache1 and Apache2. Both config.log files are in attachment (config1 for Apache1, config2 for Apache2) I think the error is common for both Apaches.
'emerge libxml' and the DOM error should go away. i don't know why this wasn't done my emerge -e world however. but your system there is definetly screwed up in some way.
Created attachment 31656 [details] The next error generated (config.log file for emerge mod_php) This is the stage3-x86-20040218 from Polish Gentoo Mirror. Md5 was fine, file has extracted succesfully.
Then I have done emerge -uD system but forgotten to change make.conf file and it was compiling for pentium (don't remember if 'mmx'), maybe this srewed it up?
did you at any point change CHOST?
If original CHOST is diffrent than i586-pc-linux-gnu then yes... If I my memory isnt lying me, I have done something with this.
Yes, original is i386-pc-linux-gnu.
yup, in the stage3 you pointed out it's CHOST="i386-pc-linux-gnu" run: /sbin/fix_libtool_files.sh `gcc -dumpversion` --oldarch i386-pc-linux-gnu then your system should be mostly ok since you've done emerge -e world already. also, check if 'emerge -e world' and 'emerge -eD world' contain all the same packages.
Ok, I have run the command you specified, but it scanned something and exited succesfully. I put emerge -ep world and emerge -eDp world it showed me up the same packages :) now should be good?
yup, if you have more problems, we can work thru them still.
mod_php still says that it needs "PSPELL" I'll chcek if config.log is the same, as I attached above
Thats good, thanks, config.log is the same, but I dont know what PSPELL is.
emerge aspell and it should solve the pspell problem (i know this sounds non-intuitive a != p)
no further response from user.
