Return-Path: <tiff-bounces@lists.maptools.org>
Delivered-To: info@awaresystems.be
Received: (qmail 25053 invoked from network); 14 Nov 2008 23:34:06 -0000
Received: from kudos.telenet-ops.be ([195.130.136.13])
          (envelope-sender <tiff-bounces@lists.maptools.org>)
          by angelia.telenet-ops.be (qmail-ldap-1.03) with SMTP
          for <info@awaresystems.be>; 14 Nov 2008 23:34:06 -0000
Received: from mindy.telenet-ops.be (mindy.telenet-ops.be [195.130.136.8])
	by kudos.telenet-ops.be (8.13.1/8.13.1) with ESMTP id mAENY6eu021034
	for <info@awaresystems.be>; Sat, 15 Nov 2008 00:34:06 +0100
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mindy.telenet-ops.be (Postfix) with SMTP id 90BB960003
	for <info@awaresystems.be>; Sat, 15 Nov 2008 00:34:06 +0100 (CET)
Received: from penia.telenet-ops.be (penia.telenet-ops.be [195.130.132.39])
	by mindy.telenet-ops.be (Postfix) with ESMTP id 89FCA60002
	for <info@awaresystems.be>; Sat, 15 Nov 2008 00:34:06 +0100 (CET)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153])
	by penia.telenet-ops.be (Postfix) with ESMTP id 47D2B33E60E
	for <info@awaresystems.be>; Sat, 15 Nov 2008 00:34:06 +0100 (CET)
Received: from duke.maptools.org (duke.maptools.org [127.0.0.1])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id mAENXDkE006700;
	Fri, 14 Nov 2008 18:33:22 -0500
Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net
	[203.16.214.145])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id mAENX9I9006691
	for <tiff@lists.maptools.org>; Fri, 14 Nov 2008 18:33:11 -0500
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AsAEAIuYHUmWZXPN/2dsb2JhbACBbc4bgnk
X-IronPort-AV: E=Sophos;i="4.33,606,1220193000"; d="scan'208";a="257031547"
Received: from ppp115-205.static.internode.on.net (HELO conferta.cuneata.net)
	([150.101.115.205])
	by ipmail05.adl2.internode.on.net with ESMTP; 15 Nov 2008 10:03:08 +1030
Received: by conferta.cuneata.net (Postfix, from userid 502)
	id 2CBEB9530002; Sat, 15 Nov 2008 10:33:07 +1100 (EST)
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on conferta.cuneata.net
X-Spam-Level: 
X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00
	autolearn=ham version=3.2.5
Received: from conferta.cuneata.net (conferta.cuneata.net [192.168.11.45])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested) (Authenticated sender: bradh)
	by conferta.cuneata.net (Postfix) with ESMTPSA id 55CB09530001;
	Sat, 15 Nov 2008 10:33:05 +1100 (EST)
From: Brad Hards <bradh@frogmouth.net>
To: Frank Warmerdam <warmerdam@pobox.com>, tiff@lists.maptools.org
Subject: Re: [Tiff] example of (standalone) TIFFRegisterCODEC
Date: Sat, 15 Nov 2008 10:32:54 +1100
User-Agent: KMail/1.9.10
References: <200811011810.55556.bradh@frogmouth.net>
	<200811141915.00535.bradh@frogmouth.net>
	<491DA4C1.3090800@pobox.com>
In-Reply-To: <491DA4C1.3090800@pobox.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Disposition: inline
Message-Id: <200811151033.04528.bradh@frogmouth.net>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by duke.maptools.org id
	mAENX9I9006691
Cc: 
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: TIFF and libtiff discussion <tiff.lists.maptools.org>
List-Unsubscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=unsubscribe>
List-Archive: <http://lists.maptools.org/mailman/private/tiff>
List-Post: <mailto:tiff@lists.maptools.org>
List-Help: <mailto:tiff-request@lists.maptools.org?subject=help>
List-Subscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=subscribe>
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org
X-SpamCatcher-Score: 50 [XX]

On Saturday 15 November 2008 03:18:09 am you wrote:
> I believe you will just need to manually install tiffiop.h and any other
> include files you need.  It will mean that any application registering
> custom codecs will not be able to use "standard" libtiff sdk packages on
> things like linux which lack the tiffiop.h include file.
That is a problem. I'm trying to provide the MODI_VECTOR codec (which requires 
an EMF renderer) for the Okular viewer in KDE. We ship sources, not binaries. 
Distributions turn those into packages (with a dependency on a single copy of 
the libtiff shared library).

I can live with "any version of libtiff after X", but I can't live 
with "specific version X", because libtiff gets upgraded in different cycles 
to okular generators. 

I'm also very reluctant to include a specific version of libtiff into okular.

I think I understand why you don't want to always install tiffiop.h (or 
otherwise expose the struct tiff definition) - it is internal, and subject to 
change.

I think the way to fix this is to complete the abstraction in libtiff. My 
current thinking is that there should be accessors for each thing that a 
codec needs to do (e.g. to set function pointers or obtain data). Those 
accessors would go into tiffio.h or perhaps into a new tiffcodec.h. This 
would be intended for external codecs (although there wouldn't be anything 
stopping built-in codecs using the API additions if desired).

Does this look like a reasonable way forward?

Brad


_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org
http://lists.maptools.org/mailman/listinfo/tiff
http://www.remotesensing.org/libtiff/
