From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45840) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dZIwL-000850-SN for guix-patches@gnu.org; Sun, 23 Jul 2017 11:37:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dZIwI-00072R-PB for guix-patches@gnu.org; Sun, 23 Jul 2017 11:37:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:50909) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dZIwI-000720-EO for guix-patches@gnu.org; Sun, 23 Jul 2017 11:37:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dZIwI-0006fM-93 for guix-patches@gnu.org; Sun, 23 Jul 2017 11:37:02 -0400 Subject: [bug#27774] [PATCH] gnu: add libgeotiff Resent-Message-ID: Message-Id: MIME-Version: 1.0 From: Arun Isaac Date: Sun, 23 Jul 2017 21:06:29 +0530 In-reply-to: <20170723132757.431ef7ef@alma-ubu> References: <20170720175018.49ec09ac@alma-ubu> <87379o63mn.fsf@fastmail.com> <0c9f175f.AEQANc_cQw0AAAAAAAAAAAPYhrgAAAACwQwAAAAAAAW9WABZc1em@mailjet.com> <20170723132757.431ef7ef@alma-ubu> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: =?UTF-8?Q?Bj=C3=B6rn_?= =?UTF-8?Q?H=C3=B6fling?= Cc: 27774@debbugs.gnu.org Björn Höfling writes: > On Sat, 22 Jul 2017 19:18:17 +0530 > Arun Isaac wrote: > >> >> + (arguments >> >> + `(#:configure-flags >> >> + `( ,(string-append "--with-zlib") >> >> + ,(string-append "--with-jpeg") >> >> + ,(string-append "--with-libtiff=" >> >> + (assoc-ref %build-inputs "libtiff"))) >> >> I'm asking this out of ignorance more than anything else. Is this >> (assoc-ref %build-inputs "libtiff") call required for >> "--with-libtiff", when it is not required for "--with-zlib" and >> "--with-jpeg"? > > Yes: > > If I leave it out (which was my first try anyway) I get this error message: > > /gnu/store/k7029k5va68lkapbzcycdzj7m5bjb4b8-bash-4.4.12/bin/bash ../libtool > --tag=CC --mode=link gcc -I../ -Iyes -DHAVE_TIFF=1 -g -O2 -O3 -DNDEBUG > -o libxtiff.la xtiff.lo -lproj -Lyes -ltiff -ljpeg -lz -lm > ../libtool: line 6000: cd: yes: No such file or directory > > It seams the semantics for --with-libtiff is different than for the other > libraries. Ok. >> Also, can we build this package with libjpeg-turbo, instead of >> libjpeg? libjpeg-turbo claims to be faster, and many packages in Arch >> and Parabola are built using libjpeg-turbo. > > Good catch. It should be API-compatible, available on all plattforms and > Arch and Ubuntu (checked these) use is as dependency for libgeotiff. > > I will give it a try and hopefully will also pack a minimal version of > GDAL to really make use of the library. That's great!