osdir.com
mailing list archive F.A.Q. -since 2001!



Subject: Can't build lxml sources - failure to link -
Windows - msg#00039

List: python.lxml.devel

Mail Archive Navigation:
by Date: Prev Next Date Index by Thread: Prev Next Thread Index

Hi,

I'm attempting to build LXML for windows. Below are details on the linker errors I'm getting (the compile works fine). Anyone that can help would be greatly appreciated. Thank you!

Here is my modified paths in the setup.py file:

STATIC_INCLUDE_DIRS = [
    "..\\libxml2\\include",
    "..\\libxslt\\include",
    "..\\zlib\\include",
    "..\\iconv\\include"
    ]
   
STATIC_LIBRARY_DIRS = [
    "..\\libxml2\\lib",
    "..\\libxslt\\lib",
    "..\\zlib\\lib",
    "..\\iconv\\lib",
    "C:\\Program Files\\Microsoft Visual Studio 8\\VC\\lib"
    ]
   
STATIC_CFLAGS = []

I get the following output in the command line (note the first line is the line I typed in):

C:\IT\SDK\lxml>python setup.py build -c mingw32 --static
Building lxml version 1.3.2
C:\Python25\lib\distutils\dist.py:263: UserWarning: Unknown distribution option: 'zip_safe'
  warnings.warn(msg)
running build
running build_py
running build_ext
building 'lxml.etree' extension
writing build\temp.win32-2.5\Release\src\lxml\etree.def
C:\mingw\bin\gcc.exe -mno-cygwin -shared -s build\temp.win32-2.5\Release\src\lxml\etree.o build\temp
.win32-2.5\Release\src\lxml\etree.def -L..\libxml2\lib -L..\libxslt\lib -L..\zlib\lib -L..\iconv\lib
 "-LC:\Program Files\Microsoft Visual Studio 8\VC\lib" -LC:\Python25\libs -LC:\Python25\PCBuild -lli
bxslt_a -llibexslt_a -llibxml2_a -liconv_a -lzlib -lWS2_32 -lpython25 -lmsvcr71 -o build\lib.win32-2
.5\lxml\etree.pyd
Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"ws2_32.lib" /DEFAULTLI
B:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"advapi32.lib" /DEFAULT
LIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib " /DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"O
LDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib " /DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"O
LDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib " /DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"O
LDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib " /DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"O
LDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" ' unrecognized
..\libxslt\lib\libxslt_a.lib(int.xslta.msvc/xsltutils.obj):..\libxslt\xsltuti:(.text[_xsltTimestamp]
+0xa5): undefined reference to `_ftol2'
..\libxslt\lib\libxslt_a.lib(int.xslta.msvc/numbers.obj):..\libxslt\numbers:(.text[_xsltNumberFormat
Decimal]+0x9c): undefined reference to `_ftol2'
..\libxslt\lib\libxslt_a.lib(int.xslta.msvc/numbers.obj):..\libxslt\numbers:(.text[_xsltNumberFormat
Alpha]+0x4b): undefined reference to `_ftol2'
..\libxslt\lib\libxslt_a.lib( int.xslta.msvc/numbers.obj):..\libxslt\numbers:(.text[_xsltNumberFormat
]+0x6): undefined reference to `_chkstk'
..\libxslt\lib\libexslt_a.lib(int.exslta.msvc/date.obj):..\libexslt\date.c:(.text[_exsltDateParseDur
ation]+0x226): undefined reference to `_ftol2'
..\libxslt\lib\libexslt_a.lib(int.exslta.msvc/date.obj):..\libexslt\date.c:(.text[_exsltDateParseDur
ation]+0x230): undefined reference to `_ftol2'
..\libxslt\lib\libexslt_a.lib(int.exslta.msvc/date.obj):..\libexslt\date.c:(.text[_exsltDateFormatDu
ration]+0x119): undefined reference to `_ftol2'
..\libxslt\lib\libexslt_a.lib( int.exslta.msvc/date.obj):..\libexslt\date.c:(.text[_exsltDateFormatDu
ration]+0x175): undefined reference to `_ftol2'
..\libxslt\lib\libexslt_a.lib(int.exslta.msvc/date.obj):..\libexslt\date.c:(.text[_exsltDateFormatDu
ration]+0x213): undefined reference to `_ftol2'
..\libxslt\lib\libexslt_a.lib(int.exslta.msvc/date.obj):..\libexslt\date.c:(.text[_exsltDateFormatDu
ration]+0x28a): more undefined references to `_ftol2' follow
..\libxml2\lib\libxml2_a.lib(int.a.msvc/encoding.obj):..\encoding.c:(.text[_xmlByteConsumed]+0x6): u
ndefined reference to `_chkstk'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/valid.obj):..\valid.c:(.text[_xmlValidBuildContentModel]+0x6
): undefined reference to `_chkstk'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/valid.obj):..\valid.c:(.text[_xmlValidateElementContent]+0x6
): undefined reference to `_chkstk'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/xpointer.obj):..\xpointer.c:(.text[_xmlXPtrStringRangeFuncti
on]+0x65): undefined reference to `_ftol2'
..\libxml2\lib\libxml2_a.lib(int.a.msvc /xpointer.obj):..\xpointer.c:(.text[_xmlXPtrStringRangeFuncti
on]+0x9d): undefined reference to `_ftol2'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/debugXML.obj):..\debugXML.c:(.text[_xmlCtxtDumpElemDecl]+0x6
): undefined reference to `_chkstk'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/xmlschemastypes.obj):..\xmlschemastypes:(.text[_xmlSchemaVal
idateDuration]+0x21c): undefined reference to `_ftol2'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/xmlschemastypes.obj):..\xmlschemastypes:(.text[_xmlSchemaVal
idateDuration]+0x226): undefined reference to `_ftol2'
..\libxml2\lib\libxml2_a.lib( int.a.msvc/xmlschemastypes.obj):..\xmlschemastypes:(.text[_xmlSchemaCom
pareDurations]+0x2f): undefined reference to `_ftol2'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/xmlschemastypes.obj):..\xmlschemastypes:(.text[__xmlSchemaDa
teAdd]+0xfe): undefined reference to `_ftol2'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/xmlschemastypes.obj):..\xmlschemastypes:(.text[__xmlSchemaDa
teAdd]+0x120): undefined reference to `_ftol2'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/xmlschemastypes.obj):..\xmlschemastypes:(.text[__xmlSchemaDa
teAdd]+0x171): more undefined references to `_ftol2' follow
..\libxml2\lib\libxml2_a.lib( int.a.msvc/nanohttp.obj):..\nanohttp.c:(.text[_xmlNanoHTTPReadLine]+0x6
): undefined reference to `_chkstk'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/nanoftp.obj):..\nanoftp.c:(.text[_xmlNanoFTPList]+0x6): unde
fined reference to `_chkstk'
..\libxml2\lib\libxml2_a.lib(int.a.msvc/nanoftp.obj):..\nanoftp.c:(.text[_xmlNanoFTPGet]+0x6): undef
ined reference to `_chkstk'
..\iconv\lib\iconv_a.lib(iconv.obj):./iconv.c:(.text[_libiconvlist]+0x9): undefined reference to `_c
hkstk'
..\zlib\lib\zlib.lib(gzio.obj):gzio.c:(.text[_gzprintf]+0x6): undefined reference to `_chkstk'
collect2: ld returned 1 exit status
error: command 'gcc' failed with exit status 1
_______________________________________________
lxml-dev mailing list
lxml-dev@xxxxxxxxxxxxx
http://codespeak.net/mailman/listinfo/lxml-dev

Thread at a glance:

Previous Message by Date:

Re: naming the lxml.html parse functions

Stefan Behnel wrote: > Ian Bicking wrote: >> Stefan Behnel wrote: >>> Ian Bicking wrote: >>>> HTMLFragment() bothers me more because >>>> it definitely doesn't return a different type of object from HTML(), but >>>> the naming implies it does. >>> Hmmm, I don't really feel the same way, but maybe I'm too biased >>> already. :) >>> >>> It's Python after all, so the actual type is not that relevant. >> Yes, but we're already badly abusing naming conventions. These aren't >> classes, but they are named like classes. This has caused confusion for >> me in the past. > > Ok, I buy that. But what would be the alternative? > > * element_from_string(s) and elements_from_string(s) > * fragment_from_string(s) and fragments_from_string(s) > * parse_element_string(s) and ??? > * parse_string_element(s) and parse_string_elements(s) > > I could maybe live with the first. I'm somewhat more comfortable with fromstring() being do-what-I-mean (i.e., return a document only if a document is passed in), and document_fromstring() for what HTML() currently does (maybe with a little normalization), and fragment_fromstring() for something that *must* be a fragment (which I suppose should strip everything but body, if it is passed a full document, and I think I then even rename body to div in the current code). That is, most people are really comfortable working with HTML fragments, and this whole notion of a "valid HTML document" is less of an issue for most people. So when libxml2 turns their fragment into a valid HTML document it can be disconcerting. -- Ian Bicking : ianb@xxxxxxxxxxxxxx : http://blog.ianbicking.org : Write code, do good : http://topp.openplans.org/careers

Next Message by Date:

Re: naming the lxml.html parse functions

Ian Bicking wrote: > I'm somewhat more comfortable with fromstring() being do-what-I-mean > (i.e., return a document only if a document is passed in), and > document_fromstring() for what HTML() currently does (maybe with a > little normalization), and fragment_fromstring() for something that > *must* be a fragment (which I suppose should strip everything but body, > if it is passed a full document, and I think I then even rename body to > div in the current code). Sure, that works well, I think. What about the "fragments" function? I think "fragments_fromstring()" would fit nicely in there, and in the Python context, people would suspect it to return a list. > That is, most people are really comfortable working with HTML fragments, > and this whole notion of a "valid HTML document" is less of an issue for > most people. So when libxml2 turns their fragment into a valid HTML > document it can be disconcerting. That's why I'm not arguing your functions technically. I think they all make sense, I just want them to be less of a surprise for people who use them. Stefan

Previous Message by Thread:

xpath on newly created elements

I can't make xpath work on elements that have been created using etree.Element when they have a namespace that doesn't use Clark notation. I have a test case: -- begins -- from lxml import etree print "lxml.etree: ", etree.LXML_VERSION print "libxml used: ", etree.LIBXML_VERSION print "libxml compiled: ", etree.LIBXML_COMPILED_VERSION print "libxslt used: ", etree.LIBXSLT_VERSION print "libxslt compiled: ", etree.LIBXSLT_COMPILED_VERSION nsmap=dict(test="http://test.com") e = [] e.append(etree.fromstring('<test:foo xmlns:test="http://test.com" />')) e.append(etree.Element("test:foo", nsmap=nsmap)) e.append(etree.Element("test:foo", {'xmlns:test': nsmap['test']})) e.append(etree.Element("{%(test)s}foo" % nsmap)) e.append(etree.Element("{%(test)s}foo" % nsmap, nsmap=nsmap)) for i, elem in enumerate(e): print i, elem.xpath("/test:foo", nsmap) -- ends -- I get this output if I run the above: lxml.etree: (1, 3, 2, 0) libxml used: (2, 6, 27) libxml compiled: (2, 6, 27) libxslt used: (1, 1, 20) libxslt compiled: (1, 1, 20) 0 [<Element {http://test.com}foo at b7a18374>] 1 [] 2 [] 3 [<Element {http://test.com}foo at b7a1848c>] 4 [<Element {http://test.com}foo at b7a184dc>] I would expect all 5 cases to match the root element, but cases 1 and 2 do not. It appears to be only for elements created using namespace prefixes - and yet these work perfectly well in all other respects. Is this a bug, or should elements not be created this way? Cheers, Doug. -- Isotoma, Open Source Software Consulting - http://www.isotoma.com Tel: 01904 567349, Mobile: 07879 423002, Fax: 020 79006980 Postal Address: Tower House, Fishergate, York, YO10 4UA, UK Registered in England. Company No 5171172. VAT GB843570325. Registered Office: 19a Goodge Street, London, W1T 2PH

Next Message by Thread:

Re: Can't build lxml sources - failure to link - Windows

Hi, Robert Dailey wrote: > I'm attempting to build LXML for windows. Below are details on the > linker errors I'm getting (the compile works fine). Anyone that can help > would be greatly appreciated. Thank you! [...] > C:\IT\SDK\lxml>python setup.py build -c mingw32 --static > Building lxml version 1.3.2 > C:\Python25\lib\distutils\dist.py:263: UserWarning: Unknown distribution > option: 'zip_safe' > warnings.warn(msg) > running build > running build_py > running build_ext > building 'lxml.etree' extension > writing build\temp.win32-2.5\Release\src\lxml\etree.def > C:\mingw\bin\gcc.exe -mno-cygwin -shared -s > build\temp.win32-2.5\Release\src\lxml\etree.o build\temp > .win32-2.5\Release\src\lxml\etree.def -L..\libxml2\lib -L..\libxslt\lib > -L..\zlib\lib -L..\iconv\lib > "-LC:\Program Files\Microsoft Visual Studio 8\VC\lib" > -LC:\Python25\libs -LC:\Python25\PCBuild -lli > bxslt_a -llibexslt_a -llibxml2_a -liconv_a -lzlib -lWS2_32 -lpython25 > -lmsvcr71 -o build\lib.win32-2 > .5\lxml\etree.pyd [...] > ..\libxml2\lib\libxml2_a.lib(int.a.msvc/xpointer.obj):..\xpointer.c:(.text[_xmlXPtrStringRangeFuncti > on]+0x65): undefined reference to `_ftol2' > ..\libxml2\lib\libxml2_a.lib(int.a.msvc/xmlschemastypes.obj):..\xmlschemastypes:(.text[_xmlSchemaVal > idateDuration]+0x21c): undefined reference to `_ftol2' > ..\libxml2\lib\libxml2_a.lib(int.a.msvc/xmlschemastypes.obj):..\xmlschemastypes:(.text[_xmlSchemaVal [...] > idateDuration]+0x226): undefined reference to `_ftol2' > ..\iconv\lib\iconv_a.lib(iconv.obj):./iconv.c:(.text[_libiconvlist]+0x9): > undefined reference to `_c > hkstk' > ..\zlib\lib\zlib.lib(gzio.obj):gzio.c:(.text[_gzprintf]+0x6): undefined > reference to `_chkstk' > collect2: ld returned 1 exit status > error: command 'gcc' failed with exit status 1 See these: http://mail.gnome.org/archives/xml/2005-April/msg00028.html http://mail.gnome.org/archives/xml/2005-April/msg00042.html Stefan
blog comments powered by Disqus

Home | News | Sitemap | FAQ | advertise | OSDir is an Inevitable website. GBiz is too!