> I heard an opinion from Alberto, but not from anybody else, I > believe. I'm planning to do the merge on Wednesday evening (US) or > Thursday sometime.
Sorry -- I've been totally swamped at work. > > Please let me know if you have objections to this. I'm a little worried about this, because AIX (both GCC and xlC) and Solaris (Sun Workshop only) are broken, and those are two important platforms for me. If we can get these platforms fixed easily, then I'm not so worried about it. Some details on Solaris: My versions of Solaris have GNU make installed as gmake. If I run the configure script it finishes, but when I start gmake, I get the following error: -bash-3.00$ gmake make all-recursive /bin/bash: make: command not found gmake: *** [all] Error 127 It's not problem if I create a symlink to gmake and call it "make", or I export MAKE="gmake", but I don't think users should have to do this. My versions of Solaris have the GNU archiver installed as gar. If I run the configure script it finishes, but when I do the make, I get the following error: /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -o libcompat.la xerces_compat.lo stricmp.lo strnicmp.lo -lnsl -lsocket -L/usr/lib -licuuc -licudata false cru .libs/libcompat.a .libs/xerces_compat.o .libs/stricmp.o .libs/strnicmp.o gmake[2]: *** [libcompat.la] Error 1 gmake[2]: Leaving directory `/export/home/xalan/apache/xml-xerces/c-3.0/lib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/export/home/xalan/apache/xml-xerces/c-3.0' gmake: *** [all] Error 2 Again, it works if create a symlink to gar and call it "ar", or I export AR="GAR". I have the same concerns about this as I do with the make executable issue. GCC-specific issues: Working around the previous two issues, I get the following warning while compiling: Compiling xercesc/util/XMLWin1252Transcoder.cpp g++: unrecognized option `-pthread' which is annoying, but not fatal. Finally, when linking, I get the following warning: ld: warning: file /opt/sfw/lib/gcc/i386-pc-solaris2.10/3.4.2/../../../libstdc++.so: linked to /opt/sfw/lib/libstdc++.so: attempted multiple inclusion of file I have no idea if this is an issue with my configuration, or with the new autoconf implementation. Sun Workshop-specific issues: Building the first sample program dies with unresolved symbols. Further investigation reveals that libxerces-3.0.so is very small: -bash-3.00$ ls -l obj/.libs/ total 126222 -rwxr-xr-x 1 dbertoni staff 3816 Jun 14 23:16 libxerces-3.0.so -rw-r--r-- 1 dbertoni staff 64571356 Jun 14 23:16 libxerces.a lrwxrwxrwx 1 dbertoni staff 15 Jun 14 23:16 libxerces.la -> ../libxerces.la -rw-r--r-- 1 dbertoni staff 862 Jun 14 23:16 libxerces.lai lrwxrwxrwx 1 dbertoni staff 16 Jun 14 23:16 libxerces.so -> libxerces-3.0.so AIX issues: Using both GCC and xlC, I end up with a small library with no symbols in it, just like with Sun Workshop on Solaris: $ ls -l obj/.libs/ total 11328 -rw-r--r-- 1 dbertoni ccudb 2702964 Jun 14 23:31 libxerces-3.0.a -rwxr-xr-x 1 dbertoni ccudb 2633383 Jun 14 23:31 libxerces-3.0.so lrwxrwxrwx 1 dbertoni ccudb 15 Jun 14 23:31 libxerces.a -> libxerces-3.0.a -rw-r--r-- 1 dbertoni ccudb 453709 Jun 14 23:31 libxerces.exp lrwxrwxrwx 1 dbertoni ccudb 15 Jun 14 23:31 libxerces.la -> ../libxerces.la -rw-r--r-- 1 dbertoni ccudb 795 Jun 14 23:31 libxerces.lai Thanks! Dave --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
