Re: [PHP4BETA] Configuration problems with "kitchen sink" PHP installation

> > Being new to this list, I am not familiar with its social dynamics; > also, I am a big booster for open source software, and have the > highest regard for the terrific contribution being made by all the > volunteer labor on PHP, so please don't misunderstand the following > questions (a flame war is the last thing I intend to set off ;^): > > 1) I posted a rather detailed summary of failed configuration attempts > (appended again below) but have not received a peep from a soul; > is this sort of message premature, or uninteresting, or unhelpful? > Let me know what I could do to make it a better contribution to the > advance of PHP 4. Usually, if there is a known answer, it will pop up pretty quick, whereas if no one knows, it will go unanswered... > I have attempted to build a "kitchen sink" PHP 4 installation -- > using virtually all of the various packages which it claims to interact > with. > > Note that we use the depot shared software repository scheme for locally > installed software, explaining the paths you will observe below: > I have never heard of "the depot shared software repository scheme", therefore I have very little input to offer! :) > FLAG: --with-zlib=/depot/package/zlib_1.1.3 \ > RESULT: > checking for gzgets in -lz... no > configure: error: Zlib module requires zlib >= 1.0.9. > COMMENT: Is it possible there is a libz.* somewhere EARLIER in your path that is being seen? That would explain this... > FLAG: --with-aspell=/depot/package/aspell_.28.3 \ > RESULT: > checking for ASPELL support... configure: error: Could not find > aspell-c.h in /depot/package/aspell_.28.3/include - please copy it > manually from the aspell sources to > /depot/package/aspell_.28.3/include It seems to me that when you followed the reccomendation, things worked, right? So what's the concern? > > FLAG:--with-mm=/site/subsys/www/mm_1.0.12 \ > RESULT: > checking for mm support... configure: error: cannot find mm library > COMMENT: > I don't understand what is wrong: we do have a file > /site/subsys/www/mm_1.0.12/lib/libmm.la .la is not, to my knowledge, a valid library file? At least, it is not on my Solaris 2.6 (UltraSparc/5). > FLAG: --with-imap=../imap_4.7a/c-client > RESULT: > checking for IMAP support... configure: error: could not find mail.h > in ../imap_4.7a/c-client/include ! > COMMENT: > I used the Univ. of Wash. imap system. I find the two (identical) > files in the IMAP source directory, ../imap_4.7a: > ./src/c-client/mail.h > ./c-client/mail.h > whereas the configuration script appears to be expecting to find it > in a path ending with "/include" > Do not pass the location of the imap source...it is looking for the installed version, in /usr/local/include, or equiv. > FLAG: --with-xml=shared,/site/subsys/www/expat_1.1 \ > RESULT: > checking host system type... Configuration name missing. > Usage: ./config.sub CPU-MFR-OPSYS > or ./config.sub ALIAS > where ALIAS is a recognized configuration type. > > checking build system type... Configuration name missing. > Usage: ./config.sub CPU-MFR-OPSYS > or ./config.sub ALIAS > where ALIAS is a recognized configuration type. > COMMENT: > I have not got a CLUE as to what the problem is here, sorry! 8^) > Have to say, I've never seen =shared, passed before...no clue!