<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META NAME="Generator" CONTENT="MS Exchange Server version 6.0.6618.4">
<TITLE>Re: [fdo-internals] automake/autoconf/libtool preferred version?</TITLE>
</HEAD>
<BODY dir=ltr>
<DIV>I remember having to fix this exact thing for my 64 bit build too, but
I redeclared the variable len to be the correct type (i.e. not FdoSize, but
whatever int Xerces wanted). </DIV>
<DIV> </DIV>
<DIV>Traian</DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV><FONT size=2>-----Original Message----- <BR><B>From:</B>
fdo-internals-bounces@lists.osgeo.org on behalf of Frank Warmerdam
(External) <BR><B>Sent:</B> Sun 2/11/2007 1:26 AM <BR><B>To:</B> FDO Internals
Mail List <BR><B>Cc:</B> <BR><B>Subject:</B> Re: [fdo-internals]
automake/autoconf/libtool preferred version?<BR><BR></FONT></DIV>
<P><FONT size=2>Greg Boone wrote:<BR>> I am successfully building on Fedora
5 with the following:<BR>><BR>> autoconf (GNU Autoconf) 2.59<BR>>
automake (GNU automake) 1.9.6<BR>> ltmain.sh (GNU libtool) 1.5.22
(1.2220.2.365 2005/12/18 22:14:06)<BR>><BR>> I have not seen any
warnings or errors to speak of.<BR><BR>Greg,<BR><BR>I have upgraded to
automake 1.9.5 and things are working substantially<BR>better now. At
the very least this resolved the makefile problem. Now I'm<BR>running
into this:<BR><BR> g++ -DPACKAGE_NAME=\"FDO\"
-DPACKAGE_TARNAME=\"fdo\"<BR>-DPACKAGE_VERSION=\"3.2.0\"
"-DPACKAGE_STRING=\"FDO 3.2.0\""<BR>-DPACKAGE_BUGREPORT=\"<A
href="https://fdocore.osgeo.org\">https://fdocore.osgeo.org\</A>"
-DPACKAGE=\"fdo\"<BR>-DVERSION=\"3.2.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1<BR>-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
-DHAVE_STRINGS_H=1<BR>-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
-DHAVE_DLFCN_H=1 -I.<BR>-I. -I../../Inc -I../Nls -I../Common
-I../Geometry<BR>-I/home/warmerda/fdobase/Thirdparty/apache/xml-xerces/c/src
-MMD -MT<BR>-DFULLPROTO -D__USE_GNU -DLINUX -DENABLE_BINRELOC
-MT<BR>FeaturePropertyReaderImpl.lo -MD -MP -MF
.deps/FeaturePropertyReaderImpl.Tpo
-c<BR>Xml/FeaturePropertyReaderImpl.cpp -fPIC -DPIC -o
.libs/FeaturePropertyReaderImpl.o<BR>Xml/FeaturePropertyReaderImpl.cpp: In
member function `virtual
FdoBoolean<BR>FdoXmlFeaturePropertyReaderImpl::XmlEndElement(FdoXmlSaxContext*,
const<BR>FdoString*, const FdoString*, const
FdoString*)':<BR>Xml/FeaturePropertyReaderImpl.cpp:536: error: no matching
function for call to<BR>`xercesc_2_5::Base64::decode(const XMLByte*,
FdoSize*)'<BR>/home/warmerda/fdobase/Thirdparty/apache/xml-xerces/c/src/xercesc/util/Base64.hpp:127:<BR>note:
candidates are: static XMLByte* xercesc_2_5::Base64::decode(const<BR>XMLByte*,
unsigned int*,
xercesc_2_5::MemoryManager*)<BR>/home/warmerda/fdobase/Thirdparty/apache/xml-xerces/c/src/xercesc/util/Base64.hpp:148:<BR>note:
static XMLCh* xercesc_2_5::Base64::decode(const XMLCh*,<BR>unsigned int*,
xercesc_2_5::MemoryManager*)<BR><BR>This patch seems to get things building
(cast the FdoSize * "&len"<BR>to be an unsigned int *), but I suspect that
this isn't legitimate<BR>if FdoSize is actually 64bits in size on 64bit
machines. Is that<BR>the case?<BR><BR>warmerda@amd64$ svn diff
Fdo/Xml/FeaturePropertyReaderImpl.cpp<BR>Index:
Fdo/Xml/FeaturePropertyReaderImpl.cpp<BR>===================================================================<BR>---
Fdo/Xml/FeaturePropertyReaderImpl.cpp
(revision 2498)<BR>+++
Fdo/Xml/FeaturePropertyReaderImpl.cpp
(working copy)<BR>@@ -533,7 +533,8 @@<BR> case
ParsingState_base64Binary:<BR>
{<BR>
FdoSize
len;<BR>-
XMLByte* decoded =
XERCES_CPP_NAMESPACE::Base64::decode((const<BR>XMLByte*)(const
char*)m_dataProperty,
&len);<BR>+
XMLByte* decoded =
XERCES_CPP_NAMESPACE::Base64::decode((const<BR>XMLByte*)(const
char*)m_dataProperty,<BR>+
(unsigned<BR>int *)
&len);<BR>
if (decoded != NULL)
{<BR>
curFeatureHandler->FeatureBinaryData(m_featureContext,<BR>decoded,
len);<BR>
XERCES_CPP_NAMESPACE::XMLString::release(&decoded);<BR><BR>--<BR>---------------------------------------+--------------------------------------<BR>I
set the clouds in motion - turn up | Frank Warmerdam,
warmerdam@pobox.com<BR>light and sound - activate the windows | <A
href="http://pobox.com/~warmerdam">http://pobox.com/~warmerdam</A><BR>and
watch the world go round - Rush | President OSGeo, <A
href="http://osgeo.org">http://osgeo.org</A><BR><BR>_______________________________________________<BR>fdo-internals
mailing list<BR>fdo-internals@lists.osgeo.org<BR><A
href="http://lists.osgeo.org/mailman/listinfo/fdo-internals">http://lists.osgeo.org/mailman/listinfo/fdo-internals</A><BR></FONT></P></BLOCKQUOTE>
</BODY>
</HTML>