From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id E0F49138E66 for ; Mon, 24 Feb 2014 10:02:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1D6E9E0BBD; Mon, 24 Feb 2014 10:02:29 +0000 (UTC) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E849AE0B97 for ; Mon, 24 Feb 2014 10:02:27 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so4483134wgh.19 for ; Mon, 24 Feb 2014 02:02:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=2JPR4acbEXliwkEJ7gGwyPKI2euXc6/QT3SiXVwppCQ=; b=dqzZt6+8hC4fEfXyHErQseWjglocCqqMrFGpZL46ayJACxufYbCVD7RgOg5AYiM2Xz fClYdEhR/8FEAzpaK4h+EzoGH8+wOv6q3HvEO06Y+Xcc5DSEvtHSCxKP6aiCs0PcELIT QSSfVgZWcDhW6U5pXeMyjFg3KS5fXGv0kN7OWIFMEY9jQXhBenjTlRqxRzJ3R0/57nOt 7nYQGpTOEDtp5ae2pSv6rY1LPV6gP6FkB4hHLlXdTR/ldsvQsACas5W9SbFUCr52Z/kc vaTZlxBtgeRbCAbbpavdh4JsK91awgAYtBfBPXBCH828A18DTGEkf6tpLLP+bQXyJ2I4 +gfg== X-Received: by 10.194.47.144 with SMTP id d16mr18174139wjn.2.1393236146777; Mon, 24 Feb 2014 02:02:26 -0800 (PST) Received: from [192.168.1.81] (26.185.204.77.rev.sfr.net. [77.204.185.26]) by mx.google.com with ESMTPSA id v6sm22761819wif.0.2014.02.24.02.02.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Feb 2014 02:02:26 -0800 (PST) Message-ID: <530B18CE.9080601@gmail.com> Date: Mon, 24 Feb 2014 11:02:54 +0100 From: Fox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: libpng slot usage References: <530A27AF.8090700@gmail.com> <20140224020623.208699dc@falcon.eroen.eu> In-Reply-To: <20140224020623.208699dc@falcon.eroen.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: c659c300-2553-437a-a68d-5fdd1b87967d X-Archives-Hash: 493ba64dbf2a1309a52ad92fd51a22b6 On 02/24/2014 02:06 AM, eroen wrote: > On Sun, 23 Feb 2014 17:54:07 +0100, Fox wrote: >> Hello, >> I am trying to compile fltk-1.1.10 both using an ebuild from [1] and >> with just the downloaded source. I think this version needs libpng >> 1.2 which is installed in one of the slots. >> >> Using the source code and cmake with FLTK_USE_SYSTEM_PNG off it >> complies fine. I can see that it automatically points the libs to >> /usr/lib64/libpng12.so.0. >> >> The ebuild does not use cmake, it uses autoconf/automake which is >> also suported. I tried to build the code this way with >> --disable/enable-localpng with no luck. >> >> The problem is the used png.h file. Which is /usr/include/png.h which >> points to /usr/include/libpng16/png.h but I need the one from version >> 1.2. >> >> I thought slots would allow to have both versions of the library and >> use them but only one include file is present: >> $ equery f libpng:1.2 >> * Searching for libpng:1.2 ... >> * Contents of media-libs/libpng-1.2.50-r1: >> /usr >> /usr/lib64 >> /usr/lib64/libpng12.so.0 >> /usr/share >> /usr/share/doc >> /usr/share/doc/libpng-1.2.50-r1 >> /usr/share/doc/libpng-1.2.50-r1/CHANGES.bz2 >> /usr/share/doc/libpng-1.2.50-r1/README.bz2 >> /usr/share/doc/libpng-1.2.50-r1/TODO.bz2 >> >> Any idea on how to solve this problem? Some how it should be possible >> maybe not using the system lib like I did with cmake but I can't >> figure it out how to do it with autoconf/automake. >> >> Thank you, >> Quim >> >> >> [1] >> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-libs/fltk/fltk-1.1.10.ebuild?view=log >> > The libpng slots, apart from "0", only install the shared library files, > not the headers. They are intended for compatibility with old binaries > for which no source code is available, not for building new software. > > Afaik the common opinion is that different libpng versions are mostly > source compatible, and minor patching to other things is preferable to > inventing a non-standard way to make the libpng implementation > switchable at build-time. > > Is there a reason you can not use fltk-1.1.10-r2.ebuild [1] in stead, > which incorporates a patch [2] for libpng-1.5 (which probably still > works with 1.6), as well as various other fixes? > > 1: > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-libs/fltk/fltk-1.1.10-r2.ebuild > 2: > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-libs/fltk/files/fltk-1.1.10-libpng15.patch > I didn't know about this patch, this should make the job.