Date: Wed, 2 Mar 2011 17:31:55 +0000 From: John <comp.john@googlemail.com> To: freebsd-ports@freebsd.org Subject: Re: gegl Message-ID: <20110302173155.GA21107@potato> In-Reply-To: <20110302171239.GG1550@gahrfit.gahr.ch> References: <201103011706.45759.lumiwa@gmail.com> <20110302075219.GA2182@reindeer.exwg.net> <20110302100645.GB2182@reindeer.exwg.net> <4D6E5691.9060906@yandex.ru> <1299077867.52738.5.camel@xenon> <20110302152634.GF1550@gahrfit.gahr.ch> <1299080893.52738.28.camel@xenon> <20110302171239.GG1550@gahrfit.gahr.ch>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Mar 02, 2011 at 06:12:40PM +0100, Pietro Cerutti wrote: > OK, I have nailed down the source of the problem. GEGL has an optional > dependency on graphics/exiv2 which is not tracked by the port, i.e. > exiv2 is not built as a dependency of the port, and GEGL doesn't rely on > it if it doesn't find it. It turns out that the failing C module > (exp_combine.c) is only compiled when EXIV is found. > > Thus, on a fresh system (i.e., tinderbox) the error won't appear. It > will, however, on a system where EXIV is installed. > Please check whether you have graphics/exiv2 installed in your system to > confirm this hypothesis. > > I have still not decided whether to include exiv2 as a mandatory or > optional dependency, cause configure doesn't handle --without-exiv2 > correctly when exiv2 is installed (i.e., GEGL will be built with EXIV > support in that case). > > Thanks for the hints, and sorry for the noise. exiv is installed on my system and I had the problem. So it seems your hypothesis may be correct. -- John - comp dot john at googlemail dot com OpenBSD firewall | FreeBSD desktop | Ubuntu Karmic laptop GPG: 0xF08A33C5
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110302173155.GA21107>