Hmm I found that my locate database was out of sync and indicated that there was a zend.h. I performed an update of the database and invoked: fink install gnucash2. Apparently this doesn't matter, the same error remains.
A full list of all the no's: checking whether we are cross compiling... no checking for gcc option to accept ISO C89... none needed checking for library containing strerror... none required checking for rc... no checking for windres... no checking for gcc option to accept ISO C89... (cached) none needed checking malloc.h usability... no checking malloc.h presence... no checking for malloc.h... no checking values.h usability... no checking values.h presence... no checking for values.h... no checking fpu_control.h usability... no checking fpu_control.h presence... no checking for fpu_control.h... no checking sys/fpu.h usability... no checking sys/fpu.h presence... no checking for sys/fpu.h... no checking sys/inotify.h usability... no checking sys/inotify.h presence... no checking for sys/inotify.h... no checking for library containing opendir... none required checking for struct dioattr... no checking for feenableexcept... no checking for basename in -lgen... no checking for __freadable... no checking for _sysconf... no checking for lsqrt... no checking for a sed that does not truncate output... /sw/bin/sed checking if the linker (/usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld) is GNU ld... no checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking if gcc supports -fno-rtti -fno-exceptions... no checking if gcc static flag -static works... no checking whether to build static libraries... no checking if the linker (/usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld) is GNU ld... no checking if g++ static flag -static works... no checking whether to build static libraries... no checking if gfortran static flag -static works... no checking jni.h usability... no checking jni.h presence... no checking for jni.h... no checking caml/mlvalues.h usability... no checking caml/mlvalues.h presence... no checking for caml/mlvalues.h... no checking zend.h usability... no checking zend.h presence... no checking for zend.h... no checking tkInt.h usability... no checking tkInt.h presence... no checking for tkInt.h... no checking for expat-config... no checking IL/il.h usability... no checking IL/il.h presence... no checking for IL/il.h... no checking for main in -lIL... no checking for ngettext in libc... no checking if have working sincos()... no checking if FILE struct contains _cnt... no checking if FILE struct contains _next... no checking if FILE struct contains _IO_read_end... no checking whether we are cross compiling... no checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... none checking for a sed that does not truncate output... /sw/bin/sed checking if the linker (/usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld) is GNU ld... no checking dependency style of g++... none checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking if gcc supports -fno-rtti -fno-exceptions... no checking if the linker (/usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld) is GNU ld... no checking for library containing opendir... none required checking for shl_load... no checking for shl_load in -ldld... no checking whether we have to add an underscore for dlsym... no checking argz.h usability... no checking argz.h presence... no checking for argz.h... no checking for error_t... no checking for argz_append... no checking for argz_create_sep... no checking for argz_insert... no checking for argz_next... no checking for argz_stringify... no checking malloc.h usability... no checking malloc.h presence... no checking for malloc.h... no checking dl.h usability... no checking dl.h presence... no checking for dl.h... no checking sys/dl.h usability... no checking sys/dl.h presence... no checking for sys/dl.h... no checking dld.h usability... no checking dld.h presence... no checking for dld.h... no As you can see there seems to be a lot missing, but shouldn't the installer fix this or do I have to perform other measures to overcome these 'missing' dependencies. On Mon, Dec 15, 2008 at 11:07 PM, Alexander Hansen <[email protected]> wrote: > > On Dec 15, 2008, at 4:16 PM, Ruben de Gooijer wrote: > >> If I only had a clue about which command failed on me. I grepped the >> output for any occurrences of the folder in which the .so files should >> reside, the result only gave back the last mv actions. > > Often that's not what you want. The error can be completely unrelated to > the missing files--something else could fail and terminate the module of the > build where the files reside. > >> >> >> What struck me was that there were a lot of these kind of lines: >> "make[3]: Nothing to be done for `install-exec-am' " floating around >> in my output. I'm not quite sure if those got anything to do with it. > > Nope. Sometimes these things are subtle. We prefer packages to fail > noisily when something's missing, but that doesn't always happen. > > I did notice the following when I compared with a successful build on my > system: > > checking for php... php > checking zend.h usability... no > checking zend.h presence... no > checking for zend.h... no > > (I had "yes" on the latter 3, and that's part of the php setup). See what > you get from > > ls /usr/include/php/Zend/zend.h > > at a terminal prompt. > >> >> >> On Mon, Dec 15, 2008 at 7:40 PM, Alexander Hansen >> <[email protected]> wrote: >>> >>> On Dec 15, 2008, at 10:42 AM, Ruben de Gooijer wrote: >>> >>>> Hi all, >>>> >>>> I'm trying to compile GnuCash from source by using the fink command, >>>> due to the fact that it is not available in pre-build form (apt-get). >>>> >>>> What I did: >>>>> >>>>> fink selfupdate >>>>> fink index -f >>>>> fink install gnucash2 >>>> >>>> The error message I receive: >>>> /usr/bin/install -d -m 755 >>>> /sw/src/fink.build/root-graphviz-shlibs-2.18-2/sw/lib/graphviz/php >>>> /bin/mv /sw/src/fink.build/root-graphviz-2.18-2/sw/lib/graphviz/php/*.so >>>> /sw/src/fink.build/root-graphviz-shlibs-2.18-2/sw/lib/graphviz/php/ >>>> mv: rename >>>> /sw/src/fink.build/root-graphviz-2.18-2/sw/lib/graphviz/php/*.so >>>> to >>>> /sw/src/fink.build/root-graphviz-shlibs-2.18-2/sw/lib/graphviz/php/*.so: >>>> No such file or directory >>>> ### execution of /bin/mv failed, exit code 1 >>>> Removing runtime build-lock... >>>> Removing build-lock package... >>>> /sw/bin/dpkg-lockwait -r fink-buildlock-graphviz-2.18-2 >>>> (Reading database ... 78450 files and directories currently installed.) >>>> Removing fink-buildlock-graphviz-2.18-2 ... >>>> Failed: phase installing: graphviz-shlibs-2.18-2 failed >>>> >>>> It seems to me that the build process stopped because the mv command >>>> failed to execute.... >>>> >>>> Though I have no clue how to resolve this, any suggestions? >>>> >>>> Thanks a lot! >>>> >>>> Kind regards, >>>> Ruben >>>> >>> >>> >>> Your error has absolutely nothing to do with gnucash2. It was with >>> graphviz. >>> >>> This sort of error is mentioned in the FAQ: >>> >>> http://www.finkproject.org/faq/comp-general.php#mv-failed >>> >>> These errors indicate that something went wrong earlier in your build, >>> skipping the step where the files that you're missing were supposed to be >>> generated. You're going to need to search deeper in your build output to >>> see what went wrong. >>> >>> >> <out.log> > > ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ Fink-beginners mailing list [email protected] http://news.gmane.org/gmane.os.apple.fink.beginners
