libofx and win32

[Dave Reiser]

 >As a next
 > step, someone (hint, hint) needs to check whether the opensp-win32
 > binary package is enough to build libofx on win32.

Not unless there's a way to extract the headers from the binaries...

Being foolish, I decided to try compiling the tarball in msys -- 
straight command line approach, since I don't understand the details of 
the install.sh syntax. OpenSP 1.5.2 will configure, but not compile:

gcc -c -DLOCALEDIR=\"c:/soft/OpenSP/share/locale\" 
-DLOCALE_ALIAS_PATH=\"c:/soft/OpenSP/share/locale\" 
-DLIBDIR=\"c:/soft/OpenSP/lib\" -DIN_LIBINTL -DENABLE_RELOCATABLE=1 
-DIN_LIBRARY -DINSTALLDIR=\"c:/soft/OpenSP/lib\" -DNO_XMALLOC 
-Dset_relocation_prefix=libintl_set_relocation_prefix 
-Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. 
-I. -I..  -g -O2  localename.c
localename.c: In function `_nl_locale_name_default':
localename.c:1146: error: duplicate case value
localename.c:1145: error: previously used here
localename.c:1360: error: duplicate case value
localename.c:1359: error: previously used here
localename.c:1368: error: duplicate case value
localename.c:1367: error: previously used here
make[2]: *** [localename.o] Error 1
make[2]: Leaving directory `/c/soft/tmp/OpenSP-1.5.2/intl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/c/soft/tmp/OpenSP-1.5.2'
make: *** [all] Error 2

At least one other dependency that will be required is libxml++1. I 
didn't see a windows package for that at all, so I ran it through the 
build cycle in msys, too. Another case of seemingly successful 
configuration (after I figured out the pkg-config variables...), but 
failing to make. This one seems really strange to me:

Making all in dom_build
make[2]: Entering directory `/c/soft/tmp/libxml++-1.0.0/examples/dom_build'
if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
-DPACKA                                             GE_STRING=\"\" 
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libxml++\" -DVERSION=\"1.0.0 
                                       \" -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - 
                                  DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE 
                   _STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRING=1 
-DHAVE_LIST=1 -DHAVE_MAP=1  -I. -I 
        . -I../../ -Ic:/soft/gnome/include      -g -O2 -MT main.o -MD 
-MP -MF ".deps/mai                                             n.Tpo" \
   -c -o main.o `test -f 'main.cc' || echo './'`main.cc; \
then mv -f ".deps/main.Tpo" ".deps/main.Po"; \
else rm -f ".deps/main.Tpo"; exit 1; \
fi
main.cc:26:31: libxml++/libxml++.h: No such file or directory
main.cc: In function `int main(int, char**)':
main.cc:36: error: `xmlpp' has not been declared
main.cc:36: error: `Document' undeclared (first use this function)
main.cc:36: error: (Each undeclared identifier is reported only once for 
each fu                                             nction it appears in.)
main.cc:36: error: expected `;' before "document"
main.cc:37: error: `document' undeclared (first use this function)
main.cc:40: error: `xmlpp' has not been declared
main.cc:40: error: `Element' undeclared (first use this function)
main.cc:40: error: `nodeRoot' undeclared (first use this function)
main.cc:43: error: `xmlpp' has not been declared
main.cc:43: error: `nodeChild' undeclared (first use this function)
make[2]: *** [main.o] Error 1
make[2]: Leaving directory `/c/soft/tmp/libxml++-1.0.0/examples/dom_build'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/c/soft/tmp/libxml++-1.0.0/examples'
make: *** [all-recursive] Error 1

The odd part is, c:/soft/tmp/libxml++-1.0.0/libxml++/libxml++.h does 
exist. And it seems to have valid contents. I ran configure from the 
directory of the expanded tarball -- c:/soft/tmp/libxml++-1.0.0. And I 
ran make from there, just I do in the other realm.

Dave
-- 
David Reiser
dbreiser at earthlink.net