And Brian Ripley writes:
> The *only* safe thing to do is to include your own copy of
> zlib, and compile it into the package (optionally linking
> instead to the system copy if it exists).
Fair enough, and likely necessary on AIX with XCOFF's
restrictions. The Rcompression package mentioned by D
And Duncan Temple Lang writes:
> This deals with various compression schemes and does things in
> memory. Hopefully there isn't much overlap and the two might
> be complementary.
Rcompression provides what's necessary for R.matlab's readMat.
I'll switch to using it instead. What would it take to
On 1/30/2008 4:20 AM, Prof Brian Ripley wrote:
> On Wed, 30 Jan 2008, [EMAIL PROTECTED] wrote:
>
>> To make R.matlab's readMat work for me[1] I needed access to zlib's
>> uncompress function. R already links with zlib, and sometime last
>
> Not so: R can be linked to the system's zlib, and other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is also the Rcompression library from
www.omegahat.org/Rcompression
and directly available via install.packages()
from the www.omegahat.org/R repository.
This deals with various compression schemes
and does things in memory.
Hopefully there
On Wed, 30 Jan 2008, [EMAIL PROTECTED] wrote:
> To make R.matlab's readMat work for me[1] I needed access to zlib's
> uncompress function. R already links with zlib, and sometime last
Not so: R can be linked to the system's zlib, and otherwise uses its own
copy which is not intended for use by
To make R.matlab's readMat work for me[1] I needed access to zlib's
uncompress function. R already links with zlib, and sometime last
year I hobbled together a quick package to get at a few functions.
It's my first package, so I would love feedback both on the package
and its purpose.
I've droppe
