From mtmorgan at fhcrc.org  Tue May 17 20:41:42 2011
From: mtmorgan at fhcrc.org (Martin Morgan)
Date: Tue, 17 May 2011 11:41:42 -0700
Subject: [Rd] Windows Rzlib.dll gzopen and friends
In-Reply-To: <4DC428C8.1000300@fhcrc.org>
References: <4DBB381E.7020601@fhcrc.org> <4DC428C8.1000300@fhcrc.org>
Message-ID: <4DD2C166.5020004@fhcrc.org>

R developers,

If the absence of a more complete zlib is a permanent change, then is 
the best strategy to build and distribute a package that wraps a 
functional zlib? This seems like it will create problems with symbol 
resolution at the least. Including a zlib in each package that uses it 
also seems like a poor choice. What other strategies are recommended?

Martin

On 05/06/2011 09:58 AM, Martin Morgan wrote:
> This change has significant consequences for Windows packages using R's
> zlib, including packages providing core Bioconductor functionality. Are
> the changes in r55624 meant to be long-term?
>
> Martin
>
> On 04/29/2011 03:13 PM, Martin Morgan wrote:
>> Several Bioconductor packages were expecting Windows Rzlib.dll to
>> provide gzopen / gzread / gzseek / gzgets / gzrewind / gzclose. Are
>> these gone for good, viz., r55624 ?
>>
>> Martin
>
>


-- 
Computational Biology
Fred Hutchinson Cancer Research Center
1100 Fairview Ave. N. PO Box 19024 Seattle, WA 98109

Location: M1-B861
Telephone: 206 667-2793



[Rd] Windows Rzlib.dll gzopen and friends
Martin Morgan