From: Andreas K. <and...@Ac...> - 2002-08-15 22:23:40
|
> ------- Forwarded Message > > From: "Larry W. Virden" <lv...@ca...> > Subject: [Tclxml-users] Report of my attempt to install tcldom 2.2 > Sender: tcl...@li... > To: tcl...@li... > Message-id: <200...@ca...> Here are my experiences after having read the message below. 1. Got head of Tcl 8.3.4 branch 1.a Compiled and installed in playground/sandbox 2. Got head of tclxml/tcldom 2.a Ran autoconf 2.b. Configured with same prefix as tcl, did --enable-xml2 configure did not find xml2 There is nothing in the docs telling us where we can get libxml2. Stop. Nit: make distclean leaves two directories behind, library and src-libxml2 (in the build directory). Can be explained because srcdir contains these two directories too, often builddir = srcdir. I tried a second configure of tcldom, with --disable-xml2. No errors for that. Compilation fails nevertheless because the makefile tried to compile the sources in src-libxml2 despite the fact that I just told it that libxml2 is not available. That is not acceptable. A configure option which does nothing at all. More comments below. > 1. The activestate cvs snapshot does not apparently reflect tcldom 2.2 - > anyone know why? No. At least the changelog in the latest snapshot (Aug 12) looks as if it is a part of tcldom 2.2. > 2. The sf.net tar file didn't include top level configure - > is configure supposed to be done elsewhere? The README isn't clear. IMHO the source distribution has to have a 'configure'. For a checkout from the CVS the situation is more fuzzy. > 3. After I ran autoconf to create the configure, configure > reports this error: > configure: error: cannot run /bin/ksh config/config.sub Not here. > 4. after supplying that file, configure reports this error: > checking build system type... /bin/ksh: config/config.guess: not found > configure: error: cannot guess build type; you must specify one Not here. > 5. after supplying that file, configure reports this error: > checking for xml2 library file... configure: WARNING: Can't find > xml2 library > README doesn't indicate where to find this library. Yep, exactly what I encountered too. > At this point, I gave up on that approach and tried the generic > script install. > > 6. My attempt to run wish install.tcl generates this error: > Error in startup script: extra characters after close-brace > while executing > "proc Slave_Component {slave type args" > (file "./install.tcl" line 306) > 7. After removing DOS ^M (thinking that was the problem), I continue > to get this error. There is a syntax error in install.tcl > (I reported this earlier, along with a fix - what happened to > that bug fix?) > > proc Slave_Component {slave type args}} { > should be > proc Slave_Component {slave type args} { > > 8. After fixing error, running install.tcl generates this error: > Build data file is missing. > Attempting to build from /vol/tclsrcsol/tcl84/tcldom-2.2/config.status > plus a tk dialog that says: > build status file Error > Warning: An error occured while parsing the build config status data. > No macros found Speculation: It seems as if the script install still does rely on the information provided by the configure script. > > I have no idea whether that is significant or not - if not, perhaps the > errors should not be generated. If so, then perhaps the README could > be updated to let someone know what to do about it? > > 9. After clicking on the okay button, the process continues and this error > appears: > Don't do "package require tcllib", ask for individual modules. > (Again, this is an error I submitted a fix for during the > previous release!) > > > 10. The tcldom installer appears, with this in its status window: > No files matching pattern "./docs/*.html" were found > Again - if this is not significant, perhaps it should not be displayed. > If it is significant, then something should be said about what to > do about it. > > 11. After cancelling that status window, the rest of the install > proceeded. > > I'm still uncertain about the purpose of the src and src-xml2 directories; > the README doesn't mention either. The src directory contains the generic tcldom sources. The framework where parsers etc can plug themselves into. src-libxml2 contains the glue code wrapping around libxml2 and making it useable by the tcldom framework in src. Essentially a separate package. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Join Tcl'2002 in Vancouver http://www.tcl.tk/community/tcl2002/ ** Registration is open ** |
From: Larry W. V. <lv...@ca...> - 2002-08-16 18:07:38
|
As a followup to my continued reports of attempting to successfully build and install the tcldom tcl extension, following the most recent msgs from list members, I was able to locate a version of libxml2 (version 2.4.23) ... I was not able to locate a tar file with the name "devel" in it, so I don't know if I am missing something or not. Anyways, I configured, built and installed that library. I returned to tcldom 2.2 and configured thusly: /vol/tclsrcsol/tcl84/tcldom/configure --prefix=/usr/tcl84 --enable-symbols --enable-shared --enable-xml2 --with-xml2=/projects/intranet/lib and that created a Makefile. I then typed make all and after a while, got this error: cc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DVERSION=\"2.2\" -DUSE_TCL_STUBS=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_DIRENT64=1 -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DWORDS_BIGENDIAN=1 -DHAVE_GETCWD=1 -DHAVE_OPENDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -DHAVE_TMPNAM=1 -DHAVE_WAITPID=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_TERMIOS=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_TZNAME=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TIMEZONE_VAR=1 -DHAVE_ST_BLKSIZE=1 -Dstrtod=fixstrtod -DSTDC_HEADERS=1 -Dsocklen_t=unsigned -DNO_UNION_WAIT=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D_REENTRANT=1 -D_POSIX_PTHREAD_SEMANTICS=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_FILIO_H=1 -I/usr/local/include/libxml2 -g -KPIC -I/vol/tclsrcsol/tcl84/tcldom -c `echo /vol/tclsrcsol/tcl84/tcldom/src-libxml2/tcldom-libxml2.c` -o tcl! dom-libxml2.o "/vol/tclsrcsol/tcl84/tcldom/tcldom.h", line 23: cannot find include file: <tcl.h> "/vol/tclsrcsol/tcl84/tcldom/tcldom.h", line 80: syntax error before or at: Tcl_Obj "/vol/tclsrcsol/tcl84/tcldom/tcldom.h", line 80: cannot recover from previous errors cc: acomp failed for /vol/tclsrcsol/tcl84/tcldom/src-libxml2/tcldom-libxml2.c make[1]: *** [tcldom-libxml2.o] Error 2 make[1]: Leaving directory `/vol/tclsrcsol/tcl84/tcldom/src-libxml2' make: *** [libtcldom-libxml2-2.2.so] Error 2 Note that the -I flag for libxml2 is wrong, and the -I flag for Tcl is missing altogether. If I edit the src-libxml2/Makefile so that it uses $(INCLUDES) instead of $(TCL_INCLUDES) - which apparently isn't defined anywhere and I edit in the directory for the xml2 include directory rather than the hard coded /usr/local/include prefix, I appear to get a compiled .so for tcldom's library. -- Tcl'2002 Sept 16, 2002, Vancouver, BC http://www.tcl.tk/community/tcl2002/ Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
From: Steve B. <Ste...@zv...> - 2002-08-16 00:39:53
|
Andreas Kupries wrote: > Here are my experiences after having read the message below. > > 1. Got head of Tcl 8.3.4 branch > 1.a Compiled and installed in playground/sandbox > 2. Got head of tclxml/tcldom > 2.a Ran autoconf > 2.b. Configured with same prefix as tcl, did --enable-xml2 > configure did not find xml2 > > There is nothing in the docs telling us > where we can get libxml2. Stop. README now fixed. > Nit: make distclean leaves two directories behind, library and src-libxml2 > (in the build directory). Can be explained because srcdir contains these > two directories too, often builddir = srcdir. > > I tried a second configure of tcldom, with --disable-xml2. > No errors for that. > > Compilation fails nevertheless because the makefile tried to compile the > sources in src-libxml2 despite the fact that I just told it that libxml2 > is not available. > > That is not acceptable. A configure option which does nothing at all. The autoconf/configure scripts need some work. I'm looking for a volunteer for that. >>2. The sf.net tar file didn't include top level configure - >>is configure supposed to be done elsewhere? The README isn't clear. > > IMHO the source distribution has to have a 'configure'. For a checkout from > the CVS the situation is more fuzzy. I'll make sure the distribution includes a configure in future. >>3. After I ran autoconf to create the configure, configure >>reports this error: >>configure: error: cannot run /bin/ksh config/config.sub > > Not here. Thank heavens something worked! > Speculation: It seems as if the script install still does rely on the > information provided by the configure script. Peter Farmer wrote that part of the install script; he's probably the best one to answer that. >>I'm still uncertain about the purpose of the src and src-xml2 directories; >>the README doesn't mention either. > > The src directory contains the generic tcldom sources. The framework where > parsers etc can plug themselves into. Not quite. The src directory contains the sources for the TclDOMPro implementation (not yet integrated into the package build system - that's Joe English's code). The generic layer sources are tcldom.c and tcldom.h in the top directory. > src-libxml2 contains the glue code wrapping around libxml2 and making it > useable by the tcldom framework in src. Essentially a separate package. Correct. Cheers, Steve Ball -- Steve Ball | XSLT Standard Library | Training & Seminars Zveno Pty Ltd | Web Tcl Complete | XML XSL Schemas http://www.zveno.com/ | TclXML TclDOM | Tcl, Web Development Ste...@zv... +---------------------------+--------------------- Ph. +61 2 6242 4099 | Mobile (0413) 594 462 | Fax +61 2 6242 4099 |