Re: Building XML::LibXML on Windows

Michael Ludwig <[email protected]> Tue, 7 Jun 2011 22:39:49 +0200
Newsgroups gmane.comp.lang.perl.xml
Message-ID <20110607203949.GC2228@Dago>
Michael Ludwig schrieb am 07.06.2011 um 21:33 (+0200):
> Bjoern Hoehrmann schrieb am 07.06.2011 um 21:27 (+0200):
> > * Michael Ludwig wrote:
> > >C:\Opt\Src\XML-LibXML-1.70 :: perl Makefile.PL
> > >enable native perl UTF8
> > >looking for -lxml2... no
> > >looking for -llibxml2... no
> > >libxml2 not found
> > >Try setting LIBS and INC values on the command line
> > 
> > http://technet.microsoft.com/en-us/sysinternals/bb896645 would allow
> > you to monitor where the library is being looked for.
> 
> Will give ProcMon a try, thanks, good idea at this stage.

The Makefile.PL creates a folder ./.testlink and then does some
"conftest" stuff in there.

The nmake children of the Makefile.PL spend a lot of time searching for
some "rem" all over the PATH. Does anyone know what this "rem" is? It
doesn't seem to originate with the Makefile.PL.

Likewise, it searches for "link" (the linker) and "cl" (the compiler),
which it has no trouble to find.

Alright, I noticed that on the computer I'm testing on right now I
accidentally used a 64-bit Perl from ActiveState. Using the 32-bit
Perl from ActiveState, it works just fine:

C:\TEMP\XML-LibXML-1.70 :: C:\Opt\Perl512.32\bin\perl.exe Makefile.PL
enable native perl UTF8
looking for -lxml2... yes
Checking if your kit is complete...
Looks good
Writing Makefile for XML::LibXML

I will retry the ProcMon approach on the other computer tomorrow.

-- 
Michael Ludwig
_______________________________________________
Perl-XML mailing list
[email protected]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs