Thank you very much, Prof. Ripley, for the prompt solution, and to all
participants in the thread for their insights. Martin
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> Let me try to pull the ends together on this.
>
> - As DTL pointed out one way out is to use a static libxml2. I tried
>
Let me try to pull the ends together on this.
- As DTL pointed out one way out is to use a static libxml2. I tried
that, and managed to build and check it under MinGW but it did not work
correctly with package XML. That route used to be possible, but it is
too much work to keep fixing
On Tue, 8 Jan 2008, Duncan Temple Lang wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> Prof Brian Ripley wrote:
>> On Tue, 8 Jan 2008, Duncan Temple Lang wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> While I don't disagree with the general need to provide
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Prof Brian Ripley wrote:
> On Tue, 8 Jan 2008, Duncan Temple Lang wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> While I don't disagree with the general need to provide an interface
>> to SetDllDirectory, etc., I think the discus
On Tue, 8 Jan 2008, Duncan Temple Lang wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> While I don't disagree with the general need to provide an interface
> to SetDllDirectory, etc., I think the discussion about 3rd party
> libraries has slightly missed the more obvious solution.
> I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While I don't disagree with the general need to provide an interface
to SetDllDirectory, etc., I think the discussion about 3rd party
libraries has slightly missed the more obvious solution.
Instead of using a DLL, such packages can link against a _sta
Thanks Duncan for the hints.
libxml2.dll is not in my c:/WINDOWS/system32, but in that of a user of
a package of mine. I guess installed by some other application, though
I don't really know what it's doing there (or the consequences of
removing it).
The MSDN site seemed in the long term to point
On Mon, 7 Jan 2008, Duncan Murdoch wrote:
> On 1/7/2008 2:51 PM, Martin Morgan wrote:
>> The XML package relies on libxml2.dll (e.g., bundled with the CRAN
>> binary) installed in library/XML/libs. Unfortunately,
>> c:/WINDOWS/system32/libxml2.dll will be found and loaded before
>> this.
>>
>> Is
On Mon, 7 Jan 2008, Duncan Murdoch wrote:
> On 1/7/2008 3:06 PM, Oleg Sklyar wrote:
>> Should adding PREFIX/library/XML/libs to PATH before system32 solve the
>> issue as Windows relies on PATH when searching for libs as well?
>
> No, system32 is searched before the PATH. See
>
> http://msdn2.mic
On Mon, 7 Jan 2008, Oleg Sklyar wrote:
> Should adding PREFIX/library/XML/libs to PATH before system32 solve the
> issue as Windows relies on PATH when searching for libs as well?
The Windows code for package XML says
> XML:::.onLoad
function (libname, pkgname)
{
if (.Platform$OS.type == "w
On 1/7/2008 3:06 PM, Oleg Sklyar wrote:
> Should adding PREFIX/library/XML/libs to PATH before system32 solve the
> issue as Windows relies on PATH when searching for libs as well?
No, system32 is searched before the PATH. See
http://msdn2.microsoft.com/en-us/library/ms682586.aspx
That page do
On 1/7/2008 2:51 PM, Martin Morgan wrote:
> The XML package relies on libxml2.dll (e.g., bundled with the CRAN
> binary) installed in library/XML/libs. Unfortunately,
> c:/WINDOWS/system32/libxml2.dll will be found and loaded before
> this.
>
> Is there any programatic solution?
Search order for
Should adding PREFIX/library/XML/libs to PATH before system32 solve the
issue as Windows relies on PATH when searching for libs as well?
Dr Oleg Sklyar | EBI-EMBL, Cambridge CB10 1SD, UK | +44-1223-494466
Martin Morgan wrote:
> The XML package relies on libxml2.dll (e.g., bundled with the CRAN
The XML package relies on libxml2.dll (e.g., bundled with the CRAN
binary) installed in library/XML/libs. Unfortunately,
c:/WINDOWS/system32/libxml2.dll will be found and loaded before
this.
Is there any programatic solution?
Thanks,
Martin
--
Martin Morgan
Computational Biology / Fred Hutchins
14 matches
Mail list logo