attached there is the patchset necessary to compile zoo on g/fbsd. i have checked the freebsd ports (http://www.freebsd.org/cgi/cvsweb.cgi/ports/archivers/zoo/files/) and imported all the necessary fixes (some fixes from ports are just been applied upstream). NOTE: the actual ebuild in portage (z00-2.10-r3.ebuild) use "emake", but it do not work well on Gentoo/FreeBSD, making the compilation fail with: make CFLAGS="-c -march=athlon64 -pipe -O2 -DSYS_V -DANSI_HDRS -DHAVE_MKDIR" zoo fiz make: illegal option -- - usage: make [-BPSXeiknqrstv] [-C directory] [-D variable] [-d flags] [-E variable] [-f makefile] [-I directory] [-j max_jobs] [-m directory] [-V variable] [variable=value] [target ...] gmake: *** [linux] Error 2 using "make" instead of "emake" the problem is fixed. I'm not sure if the "make" usage is the right fix for the ebuild and actualy there is any maintainer for the package to ask about. However attached there is also the patch for the ebuild. I have tested the ebuild patch also on Gentoo/Linux and compile and work flawness. Reproducible: Always
Created attachment 122264 [details, diff] zoo-2.10-gentoo-fbsd.patch
Created attachment 122266 [details, diff] zoo-2.10-r3.ebuild.patch
Changing emake in make is not the good thing to do. Patch rejected. Please make sure that the makefiles always use $(MAKE) and not make to call a sub-directory make.
Created attachment 122267 [details, diff] zoo-2.10-gentoo-fbsd.patch this one correct also wrong $(MAKE) usage into makefile (thank you Flameeyes for poiting out the problem)
Created attachment 122269 [details, diff] zoo-2.10-r3.ebuild.patch
Created attachment 122270 [details, diff] zoo-2.10-r3.ebuild.patch
zoo is already keyworded ...
