You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(18) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(11) |
Feb
(2) |
Mar
(1) |
Apr
(4) |
May
(23) |
Jun
(17) |
Jul
(1) |
Aug
(17) |
Sep
(4) |
Oct
(14) |
Nov
(1) |
Dec
(2) |
2002 |
Jan
|
Feb
(2) |
Mar
(15) |
Apr
|
May
(19) |
Jun
(2) |
Jul
(8) |
Aug
(24) |
Sep
(21) |
Oct
(17) |
Nov
(11) |
Dec
(20) |
2003 |
Jan
(17) |
Feb
(19) |
Mar
(21) |
Apr
(13) |
May
(14) |
Jun
(7) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(3) |
2004 |
Jan
(5) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(1) |
Jun
(5) |
Jul
(12) |
Aug
(3) |
Sep
(14) |
Oct
(1) |
Nov
(4) |
Dec
(3) |
2005 |
Jan
(1) |
Feb
(6) |
Mar
(3) |
Apr
|
May
(2) |
Jun
(3) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
2006 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2007 |
Jan
(1) |
Feb
(7) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
(8) |
Oct
(1) |
Nov
|
Dec
|
From: Joe E. <jen...@fl...> - 2003-03-28 21:02:06
|
[ Forest -- are you subscribed to the tclxml-users list, or should I continue to Cc: you on replies? ] [ Steve -- I *know* you're subscribed, sorry for the previous Cc:'s :-) ] Forest W wrote: > >The 'src' subdirectory is independent of the top-level directory; > >"cd src ; ./configure ; make ; make install" should do the trick. > > Wait a minute. Independent? Are you saying that, if I get the > TclDOMPro code in tcldom/src to build and install, it will work > without requiring any code from the parent directory, or from tclxml? That's correct; the only external dependency is expat (see previous message). > If that is the case, then I should be able to get tcldom building > cleanly by dealing with the following two matters: > > 1. Replace #include <xmlparse.h> with #include <expat.h> in the > tcldom/src code. > > 2. Fix the "incompatible pointer type" warnings when building the > tcldom/src code. Already done (see previous message), fix is now in CVS. > Out of curiosity: > > Is TclDOMPro now officially called TclDOM/C? I have no idea what the official package name is supposed to be, or if it even has one... Steve? > Will it continue to be supported, or is it being dropped in favor of > libxml2? It's basically in maintenance mode right now. I intend to support it as far as bug-fixes and upgrades to new versions of Tcl and/or expat go, but don't have time to add all the new features implemented in the mainline TclDOM codebase. Expect it to stay at version 2.0 for the foreseeable future :-) --Joe English jen...@fl... |
From: Joe E. <jen...@fl...> - 2003-03-28 20:41:57
|
Forest W wrote: > I did this instead, in the include directory that contains expat.h: > > ln -s expat.h xmlparse.h > > And the TclDOMPro source compiled, though these warnings came up: > > tdpExpat.c:3540: warning: passing arg 2 of > `XML_SetDoctypeDeclHandler' from incompatible pointer type > > livelist.c:124: warning: passing arg 4 of pointer to function from > incompatible pointer type > > Is it safe to ignore those warnings? The second one is OK to ignore (I just missed a CONST84 in the Tcl 8.4 constification process), but the first one might be a problem -- the function signature for doctype handlers changed between expat 1.2 and 1.95. (That said, I've been using tcldompro with expat 1.95 for quite a while now without seeing any problems. Then again I rarely use <!DOCTYPE ...> declarations, so YMMV.) I've just committed a new version of tdpExpat.c and other relevant files to make it compile cleanly with expat 1.95. > Also, the author of TclSOAP told me that TclDOM doesn't require TclXML > when built using the TclDOMPro implementation. Is that true? That's correct; the tcldom/src codebase is independant of the rest of TclXML / TclDOM. (It does share the test suite and documentation, although those have diverged considerably.) --Joe English jen...@fl... |
From: Forest W <lyr...@ti...> - 2003-03-27 19:45:29
|
Now that I have tclxml building, I am trying to build a compiled implementation of tcldom on red hat linux 7.3. =46ollowing the instructions in the README file, I am able to configure, make, and install from the tcldom-2.6 directory. However, the libxml2 build fails, as does the TclDOMPro build. Within the tcldom/src-libxml2 directory, the configure script appears to run okay, finding my tcl and libxml2 directories in the places I specify. However, running make results in a mess of errors, beginning with this one: In file included from tcldom-libxml2.c:21: tcldom-libxml2.h:23:20: tcldom.h: No such file or directory tcldom.h exists in the tcldom directory (which is the parent of my build dir) and in ${prefix}/include, but it isn't being found. This occurs even when I use the --with-Tcldom configure switch. How do I get a successful build in tcldom/src-libxml2? As an alternative, I tried building TclDOMPro (in tcldom/src). That doesn't work either, because it requires expat, yet doesn't look for it correctly. The source files in tcldom/src are trying to #include <xmlparse.h>, which is a header file in the tclxml distribution of expat. That's fine, because that's the version I just built and want to use. However, tcldom/src/configure looks for an expat library matching a pattern like "libexpat*", which is the library built by the stand-alone distribution of expat. The library built by the tclxml distribution is called libTclexpat2.6, so it is not found. Other than the file name, are these libraries compatible? Wouldn't it make sense to have the tcldompro configure script and source files recognize the same distribution of expat? |
From: Steve B. <Ste...@zv...> - 2003-03-26 22:44:11
|
Forest W wrote: >>What version of autoconf did you use? > > My autoconf --version says "Autoconf version 2.13". > This is from the Red Hat 7.3 distribution, and it generates a > configure script that does not exhibit the problem. OK - I'll make sure that in future I use autoconf 2.13 to create the configure script for distributions. In the meantime I'll place an errata on the website, or perhaps generate a 2.6.1 distribution with a working configure. Cheers, Steve -- 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 |
From: Forest W <lyr...@ww...> - 2003-03-26 18:13:17
|
>What version of autoconf did you use? =20 My autoconf --version says "Autoconf version 2.13". This is from the Red Hat 7.3 distribution, and it generates a configure script that does not exhibit the problem. >What version of autoconf >was used to build the configure script in the TclXML distribution? tclxml-2.6/expat/configure:4 says "Generated by Autoconf 2.52". =20 This script is the one that strips the first $(srcdir) from VPATH when generating the Makefile. |
From: Andreas K. <aku...@sh...> - 2003-03-26 03:23:55
|
> > Forest W wrote: > > > >If yes it is damaged, IMHO. If not we have a very weird situation, because > > >the > > >transformation from Makefile.in to Makefile should leave the above line > > >alone. > > > > No; expat/Makefile.in:301 sets VPATH to: > > $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > > As you can see, the leading $(srcdir) is present here. > > > > The Makefile generated by configure sets VPATH to: > > /..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > > > > However, when I delete the generated Makefile, run autoconf, and then > > run configure again, the new Makefile sets VPATH to: > > $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > > > > What do you think of that? > > What version of autoconf did you use? What version of autoconf > was used to build the configure script in the TclXML distribution? > Autoconf 2.13 has a crude special-case hack that removes VPATH > lines if $(srcdir) is equal to "." (which is the normal case), > in order to work around a bug in Sun's 'make'. > > It looks like autoconf 2.52 has added some additional overcleverness: > instead of deleting VPATH lines entirely, it tries to munge them > using a hairy sed script. > My guess: Andreas is building in the 'build' subdirectory, so the > VPATH munging doesn't happen; Forest is building in the source directory, > so it does, and that's what's breaking stuff. The directory is not relevant. What is relevant is that I (the AS build system) regenerates a number of configure scripts from their configure.in, using autoconf 2.13, including TclXML. Thus I never have/use a configure script which mangles its Makefile.in that badly. The only 2.50+ configure script I know of in the AS build sources is metakit, which I very explicitly not touch because it does contain 2.50+ specific AC macros. I consider the above over-agressive mangling a bug in autoconf 2.52. > (BTW: expat is extremely portable source code and doesn't require > a whole lot of autoconfigury to compile. expat/{Makefile,configure}.in > can probably be simplified considerably.) -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> Join us at the Tenth Annual Tcl/Tk Conference <URL: http://wiki.tcl.tk/6274> ------------------------------------------------------------------------------- |
From: Joe E. <jen...@fl...> - 2003-03-26 03:02:52
|
Forest W wrote: > >If yes it is damaged, IMHO. If not we have a very weird situation, because > >the > >transformation from Makefile.in to Makefile should leave the above line > >alone. > > No; expat/Makefile.in:301 sets VPATH to: > $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > As you can see, the leading $(srcdir) is present here. > > The Makefile generated by configure sets VPATH to: > /..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > > However, when I delete the generated Makefile, run autoconf, and then > run configure again, the new Makefile sets VPATH to: > $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > > What do you think of that? What version of autoconf did you use? What version of autoconf was used to build the configure script in the TclXML distribution? Autoconf 2.13 has a crude special-case hack that removes VPATH lines if $(srcdir) is equal to "." (which is the normal case), in order to work around a bug in Sun's 'make'. It looks like autoconf 2.52 has added some additional overcleverness: instead of deleting VPATH lines entirely, it tries to munge them using a hairy sed script. My guess: Andreas is building in the 'build' subdirectory, so the VPATH munging doesn't happen; Forest is building in the source directory, so it does, and that's what's breaking stuff. (BTW: expat is extremely portable source code and doesn't require a whole lot of autoconfigury to compile. expat/{Makefile,configure}.in can probably be simplified considerably.) --Joe English jen...@fl... |
From: Steve B. <Ste...@zv...> - 2003-03-26 02:50:30
|
Forest W wrote: >>What version of autoconf was used to create the configure in the CVS ? >>What version of autoconf did you use ? >> >>... Checking ... Here at ActiveState we regenerate most configure's via >>our autoconf, which is 2.13 ... And tclxml/expat/configure is in the list. >> >>In other words, we have never used the distributed configure. >> >>It can be bad. > > Truly. > > I am using the autoconf distributed by Red Hat for redhat linux 7.3. > autoconf --version reports: > Autoconf version 2.13 I am using the autoconf that comes with the Mac OS 10.2 Developer Tools CD to produce the configure script in the distribution: [Steve-Balls-Computer:~] steve% autoconf --version autoconf (GNU Autoconf) 2.52 Written by David J. MacKenzie. Copyright 1992, 1993, 1994, 1996, 1999, 2000, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [Steve-Balls-Computer:~] steve% HTHs, Steve -- 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 |
From: Forest W <lyr...@ww...> - 2003-03-26 02:26:36
|
>It is very well possible that the TEA macros clash with what autoconf >2.52 is doing. It can't tell you details, because I don't know >them. This is definitely something Jeff Hobbs could/should know, or be >made aware of. > >In the interim we should ask Steve to generate the distributed >configure with autoconf 2.13 to prevent problems. I'll take that to mean that you'll contact Steve Ball and Jeff Hobbs, as I don't know either of them. Thank you for your help. =46orest |
From: Andreas K. <aku...@sh...> - 2003-03-26 02:07:50
|
> >What version of autoconf was used to create the configure in the CVS ? > >What version of autoconf did you use ? > > > >... Checking ... Here at ActiveState we regenerate most configure's via > >our autoconf, which is 2.13 ... And tclxml/expat/configure is in the list. > > > >In other words, we have never used the distributed configure. > > > >It can be bad. > > Truly. > > I am using the autoconf distributed by Red Hat for redhat linux 7.3. > autoconf --version reports: > Autoconf version 2.13 > > I can send you a diff between the distributed configure and the one No, thank you. > that my autoconf generates. At first glance, the diff appears pretty > big. This is something we better ask Steve (i.e. version of autoconf he is using to generate the configure). Note that many differences might simply be because of different line numbers (autoconf embeds line number into the generated configure. I guess that this is for debugging). The original configure (i.e. the one from CVS) might have something at the beginning indicating the version of autoconf which generated it. ... Yes, it does, line #4 of configure. Steve used autoconf 2.52. It is very well possible that the TEA macros clash with what autoconf 2.52 is doing. It can't tell you details, because I don't know them. This is definitely something Jeff Hobbs could/should know, or be made aware of. In the interim we should ask Steve to generate the distributed configure with autoconf 2.13 to prevent problems. -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> Join us at the Tenth Annual Tcl/Tk Conference <URL: http://wiki.tcl.tk/6274> ------------------------------------------------------------------------------- |
From: Forest W <lyr...@ww...> - 2003-03-26 01:01:30
|
>What version of autoconf was used to create the configure in the CVS ? >What version of autoconf did you use ? > >... Checking ... Here at ActiveState we regenerate most configure's via >our autoconf, which is 2.13 ... And tclxml/expat/configure is in the = list. > >In other words, we have never used the distributed configure. > >It can be bad. Truly. I am using the autoconf distributed by Red Hat for redhat linux 7.3. autoconf --version reports:=20 Autoconf version 2.13 I can send you a diff between the distributed configure and the one that my autoconf generates. At first glance, the diff appears pretty big. |
From: Andreas K. <and...@Ac...> - 2003-03-26 00:46:50
|
> -----Original Message----- > From: Forest W [mailto:lyr...@ti...] > Sent: Tuesday, March 25, 2003 4:43 PM > To: tcl...@li... > Cc: Andreas Kupries > Subject: Re: [Tclxml-users] Problems building tclxml with expat on linux > > > >If I look at my Makefile.in I see > > > > VPATH = > $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > > > >(in line 301) and the same is true for the generated Makefile. This is > >different from what you are reporting. > > > >Do you have the leading / in your Makefile.in also ? > > > >If yes it is damaged, IMHO. If not we have a very weird > situation, because > >the > >transformation from Makefile.in to Makefile should leave the above line > >alone. > > No; expat/Makefile.in:301 sets VPATH to: > $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > As you can see, the leading $(srcdir) is present here. > > The Makefile generated by configure sets VPATH to: > /..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > > However, when I delete the generated Makefile, run autoconf, and then > run configure again, the new Makefile sets VPATH to: > $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > > What do you think of that? What version of autoconf was used to create the configure in the CVS ? What version of autoconf did you use ? ... Checking ... Here at ActiveState we regenerate most configure's via our autoconf, which is 2.13 ... And tclxml/expat/configure is in the list. In other words, we have never used the distributed configure. It can be bad. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Join the community at the 10th Tcl conference http://wiki.tcl.tk/6274 |
From: Forest W <lyr...@ww...> - 2003-03-26 00:43:22
|
>If I look at my Makefile.in I see > > VPATH =3D = $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > >(in line 301) and the same is true for the generated Makefile. This is >different from what you are reporting. > >Do you have the leading / in your Makefile.in also ? > >If yes it is damaged, IMHO. If not we have a very weird situation, = because >the >transformation from Makefile.in to Makefile should leave the above line >alone. No; expat/Makefile.in:301 sets VPATH to: $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse As you can see, the leading $(srcdir) is present here. The Makefile generated by configure sets VPATH to: /..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse However, when I delete the generated Makefile, run autoconf, and then run configure again, the new Makefile sets VPATH to: $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse What do you think of that? |
From: Andreas K. <and...@Ac...> - 2003-03-26 00:19:28
|
> -----Original Message----- > From: tcl...@li... > [mailto:tcl...@li...]On Behalf Of Forest W > Sent: Tuesday, March 25, 2003 4:09 PM > To: tcl...@li... > Subject: Re: [Tclxml-users] Problems building tclxml with expat on linux > > > Andreas sent his build output to show that tclxml will build with > expat, which is good to know, but it doesn't really help me. I'm not > doing an automated build with complex directory structure like he is. The directory structure should not matter. > I'm just following the build instructions in the README, and it > doesn't work on red hat 7.3. Even with the copy of tclxml that I > checked out from CVS 30 minutes ago, "make all" in tclxml/expat fails > while trying to find .c and .h files that exist in the parent > directory. > > As an experiment, I copied all the .c and .h files from the tclxml dir > to the expat dir, and tried "make" again. It worked. > > Another experiment: I noticed that expat/Makefile sets the VPATH to > /..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse > I removed the leading / so .. would be the first element in VPATH. If I look at my Makefile.in I see VPATH = $(srcdir)/..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse (in line 301) and the same is true for the generated Makefile. This is different from what you are reporting. Do you have the leading / in your Makefile.in also ? If yes it is damaged, IMHO. If not we have a very weird situation, because the transformation from Makefile.in to Makefile should leave the above line alone. > That worked too. > > Okay, so it appears that the problem is that expat/Makefile doesn't > know how to find the files that live in the parent dir. I don't > understand how it ever finds them, since that leading '/' in the VPATH > appears to be preventing it. Is that '/' a bug? > > Side note: The README file refers to the --exec_prefix switch for > configure, while the configure help refers to --exec-prefix. Notice > the difference between underscore and dash. I guess configure may be > forgiving about this, but even if it is, the discrepency is confusing. Documentation bug. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Join the community at the 10th Tcl conference http://wiki.tcl.tk/6274 |
From: Forest W <lyr...@ww...> - 2003-03-26 00:09:07
|
Andreas sent his build output to show that tclxml will build with expat, which is good to know, but it doesn't really help me. I'm not doing an automated build with complex directory structure like he is. I'm just following the build instructions in the README, and it doesn't work on red hat 7.3. Even with the copy of tclxml that I checked out from CVS 30 minutes ago, "make all" in tclxml/expat fails while trying to find .c and .h files that exist in the parent directory. As an experiment, I copied all the .c and .h files from the tclxml dir to the expat dir, and tried "make" again. It worked. =20 Another experiment: I noticed that expat/Makefile sets the VPATH to /..:$(srcdir)/xmltok:$(srcdir)/xmlwf:$(srcdir)/xmlparse I removed the leading / so .. would be the first element in VPATH. That worked too. Okay, so it appears that the problem is that expat/Makefile doesn't know how to find the files that live in the parent dir. I don't understand how it ever finds them, since that leading '/' in the VPATH appears to be preventing it. Is that '/' a bug? Side note: The README file refers to the --exec_prefix switch for configure, while the configure help refers to --exec-prefix. Notice the difference between underscore and dash. I guess configure may be forgiving about this, but even if it is, the discrepency is confusing. >Excerpt of ActiveState ActiveTcl build done last night, linux. >Some commands are intentionally broken over several lines to make >them more readable. > >First tclxml, then tclxml/expat. > >For comparison with your logs. As you can see I did not have the >problem you saw. > >/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-i= x86/ >is the main build directory and can be replaced with something shorter = for >readability. |
From: Andreas K. <and...@Ac...> - 2003-03-25 22:40:15
|
> -----Original Message----- > From: tcl...@li... > [mailto:tcl...@li...]On Behalf Of Forest W > Sent: Tuesday, March 25, 2003 2:30 PM > To: tcl...@li... > Subject: [Tclxml-users] Problems building tclxml with expat on linux > > > I am trying to build the compiled version of tclxml (using expat) on > red hat linux 7.3. Following the instructions in the README file, I > am able to configure, make, and install from the tclxml-2.6 directory. > I then change to the tclxml-2.6/expat directory, and configure (using > the same args as the previous configure) runs just fine, but make > produces this error: > > make: *** No rule to make target `tclexpat.o', needed by > `libTclexpat2.6.so'. Stop. > > The expat Makefile appears to expect tclexpat.c to be in the current > directory, when it is actually in the parent dir. I have tried to > work around this problem, but just ran into other errors. How do I > get the expat part of tclxml to build? Excerpt of ActiveState ActiveTcl build done last night, linux. Some commands are intentionally broken over several lines to make them more readable. First tclxml, then tclxml/expat. For comparison with your logs. As you can see I did not have the problem you saw. /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ is the main build directory and can be replaced with something shorter for readability. ][ /// 8.4 | unix BUILDING MODULES tclxml START tclxml 00:16:18 [/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86 /tclxml/linux-ix86]: executing ../configure --prefix=/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/li nux-ix86/out --exec-prefix=/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/buil ds/linux-ix86/out/linux-ix86 --with-tcl=/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/ linux-ix86/tcl/unix/linux-ix86 --with-tk=/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/l inux-ix86/tk/unix/linux-ix86 --with-tkinclude=/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/b uilds/linux-ix86/tk/generic --enable-shared creating cache ./config.cache checking for correct TEA configuration... ok checking for Tcl configuration... found /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ tcl/unix/linux-ix86/tclConfig.sh checking for existence of /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ tcl/unix/linux-ix86/tclConfig.sh... loading checking for Cygwin environment... no checking for mingw32 environment... no checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking if the compiler understands -pipe... yes checking for a BSD compatible install... /usr/bin/install -c checking whether make sets ${MAKE}... yes checking for ranlib... ranlib checking for object suffix... o checking for executable suffix... no checking for Tcl public headers... /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include checking for building with threads... no (default) checking how to build libraries... shared checking how to run the C preprocessor... gcc -pipe -E checking if 64bit support is enabled... no checking if 64bit Sparc VIS support is requested... no checking system version (for dynamic loading)... Linux-2.2.18 checking for dlopen in -ldl... yes checking for ar... ar checking for build with symbols... no checking for tclsh... /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ tcl/unix/linux-ix86/tclsh updating cache ./config.cache creating ./config.status creating Makefile creating library/pkgIndex.tcl creating TclxmlConfig.sh [/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86 /tclxml/linux-ix86]: executing make all install gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=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_TM_ZONE=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -DHAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -DPEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLXML_VERSION=\"2.6\" -DUSE_TCL_STUBS=1 -I"/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix 86/out/include" -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -c `echo ../tclxml.c` -o tclxml.o gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_ WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPE NDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -D HAVE_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_TM_ZONE=1 -DHAVE _GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -D HAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D PEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLXML_VERSION=\" 2.6\" -DUSE_TCL_STUBS=1 -I"/nfs/crimper/home/andreask/activetcl/dbn/lba/p liers/night/builds/linux-ix86/out/include" -O -D__NO_STRING_INLINES -D__N O_MATH_INLINES -fPIC -c `echo ../tclxmlStubInit.c` -o tclxmlStubInit.o gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_ WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPE NDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -D HAVE_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_TM_ZONE=1 -DHAVE _GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -D HAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D PEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLXML_VERSION=\" 2.6\" -DUSE_TCL_STUBS=1 -I"/nfs/crimper/home/andreask/activetcl/dbn/lba/p liers/night/builds/linux-ix86/out/include" -O -D__NO_STRING_INLINES -D__N O_MATH_INLINES -fPIC -c `echo ../tclxmlStubLib.c` -o tclxmlStubLib.o rm -f libTclxml2.6.so gcc -pipe -shared -o libTclxml2.6.so tclxml.o tclxmlStubInit.o tclxmlStubLib.o -L/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/nig ht/builds/linux-ix86/tcl/unix/linux-ix86 -ltclstub8.4 : libTclxml2.6.so rm -f libTclxmlstub2.6.a ar cr libTclxmlstub2.6.a tclxmlStubLib.o : libTclxmlstub2.6.a /usr/bin/install -c libTclxml2.6.so /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib/Tclxml2.6/libTclxml2.6.so : /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib/Tclxml2.6/libTclxml2.6.so /usr/bin/install -c libTclxmlstub2.6.a /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib/Tclxml2.6/libTclxmlstub2.6.a : /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib/Tclxml2.6/libTclxmlstub2.6.a /usr/bin/install -c -m 644 TclxmlConfig.sh /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib if test "x1" = "x1"; then \ /usr/bin/install -c -m 644 library/pkgIndex.tcl /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib/Tclxml2.6; \ fi Installing header files in /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include Installing ../tclxml.h Installing ../library/xml__tcl.tcl Installing ../library/sgml-8.0.tcl Installing ../library/sgml-8.1.tcl Installing ../library/xml-8.0.tcl Installing ../library/xml-8.1.tcl Installing ../library/sgmlparser.tcl Installing ../library/tclparser-8.0.tcl Installing ../library/tclparser-8.1.tcl Installing ../library/xpath.tcl libraries done FINISHED tclxml 00:16:22 BUILDING MODULES tclxml/expat START tclxml/expat 00:16:22 [/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86 /tclxml/expat/linux-ix86]: executing ../configure --prefix=/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/li nux-ix86/out --exec-prefix=/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/buil ds/linux-ix86/out/linux-ix86 --with-tcl=/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/ linux-ix86/tcl/unix/linux-ix86 --with-tk=/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/l inux-ix86/tk/unix/linux-ix86 --with-tkinclude=/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/b uilds/linux-ix86/tk/generic --enable-shared creating cache ./config.cache checking for correct TEA configuration... ok checking for Tcl configuration... found /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ tcl/unix/linux-ix86/tclConfig.sh checking for existence of /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ tcl/unix/linux-ix86/tclConfig.sh... loading checking for Cygwin environment... no checking for mingw32 environment... no checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking if the compiler understands -pipe... yes checking for a BSD compatible install... /usr/bin/install -c checking whether make sets ${MAKE}... yes checking for ranlib... ranlib checking for object suffix... o checking for executable suffix... no checking for Tclxml configuration... found /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib/TclxmlConfig.sh checking for existence of /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib/TclxmlConfig.sh... loading checking for Tcl public headers... /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include checking for building with threads... no (default) checking how to build libraries... shared checking how to run the C preprocessor... gcc -pipe -E checking if 64bit support is enabled... no checking if 64bit Sparc VIS support is requested... no checking system version (for dynamic loading)... Linux-2.2.18 checking for dlopen in -ldl... yes checking for ar... ar checking for build with symbols... no checking for tclsh... /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ tcl/unix/linux-ix86/tclsh updating cache ./config.cache creating ./config.status creating Makefile [/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86 /tclxml/expat/linux-ix86]: executing make all install gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=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_TM_ZONE=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -DHAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -DPEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLEXPAT_VERSION=\"2.6\" -DUSE_TCL_STUBS=1 -DUSE_TCLXML_STUBS=1 -DXML_DTD=1 -DXML_NS=1 -I"/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix 86/out/include" -I../xmltok -I../xmlparse -I../xmlwf -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -c `echo ../../tclexpat.c` -o tclexpat.o gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_ WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPE NDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -D HAVE_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_TM_ZONE=1 -DHAVE _GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -D HAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D PEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLEXPAT_VERSION= \"2.6\" -DUSE_TCL_STUBS=1 -DUSE_TCLXML_STUBS=1 -DXML_DTD=1 -DXML_NS=1 -I" /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include" -I../xmltok -I../xmlparse -I../xmlwf -O -D__NO_STRING_INLINE S -D__NO_MATH_INLINES -fPIC -c `echo ../xmltok/xmltok.c` -o xmltok.o gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_ WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPE NDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -D HAVE_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_TM_ZONE=1 -DHAVE _GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -D HAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D PEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLEXPAT_VERSION= \"2.6\" -DUSE_TCL_STUBS=1 -DUSE_TCLXML_STUBS=1 -DXML_DTD=1 -DXML_NS=1 -I" /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include" -I../xmltok -I../xmlparse -I../xmlwf -O -D__NO_STRING_INLINE S -D__NO_MATH_INLINES -fPIC -c `echo ../xmltok/xmlrole.c` -o xmlrole.o gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_ WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPE NDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -D HAVE_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_TM_ZONE=1 -DHAVE _GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -D HAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D PEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLEXPAT_VERSION= \"2.6\" -DUSE_TCL_STUBS=1 -DUSE_TCLXML_STUBS=1 -DXML_DTD=1 -DXML_NS=1 -I" /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include" -I../xmltok -I../xmlparse -I../xmlwf -O -D__NO_STRING_INLINE S -D__NO_MATH_INLINES -fPIC -c `echo ../xmlwf/xmlwf.c` -o xmlwf.o gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_ WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPE NDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -D HAVE_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_TM_ZONE=1 -DHAVE _GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -D HAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D PEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLEXPAT_VERSION= \"2.6\" -DUSE_TCL_STUBS=1 -DUSE_TCLXML_STUBS=1 -DXML_DTD=1 -DXML_NS=1 -I" /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include" -I../xmltok -I../xmlparse -I../xmlwf -O -D__NO_STRING_INLINE S -D__NO_MATH_INLINES -fPIC -c `echo ../xmlwf/xmlfile.c` -o xmlfile.o gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_ WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPE NDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -D HAVE_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_TM_ZONE=1 -DHAVE _GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -D HAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D PEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLEXPAT_VERSION= \"2.6\" -DUSE_TCL_STUBS=1 -DUSE_TCLXML_STUBS=1 -DXML_DTD=1 -DXML_NS=1 -I" /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include" -I../xmltok -I../xmlparse -I../xmlwf -O -D__NO_STRING_INLINE S -D__NO_MATH_INLINES -fPIC -c `echo ../xmlwf/codepage.c` -o codepage.o gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_ WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPE NDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -D HAVE_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_TM_ZONE=1 -DHAVE _GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -D HAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D PEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLEXPAT_VERSION= \"2.6\" -DUSE_TCL_STUBS=1 -DUSE_TCLXML_STUBS=1 -DXML_DTD=1 -DXML_NS=1 -I" /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include" -I../xmltok -I../xmlparse -I../xmlwf -O -D__NO_STRING_INLINE S -D__NO_MATH_INLINES -fPIC -c `echo ../xmlparse/hashtable.c` -o hashtable.o gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_ WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPE NDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -D HAVE_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_TM_ZONE=1 -DHAVE _GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -D HAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D PEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLEXPAT_VERSION= \"2.6\" -DUSE_TCL_STUBS=1 -DUSE_TCLXML_STUBS=1 -DXML_DTD=1 -DXML_NS=1 -I" /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include" -I../xmltok -I../xmlparse -I../xmlwf -O -D__NO_STRING_INLINE S -D__NO_MATH_INLINES -fPIC -c `echo ../xmlwf/unixfilemap.c` -o unixfilemap.o gcc -pipe -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -D_LARGEFILE64_SOURCE=1 -DTCL_ WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPE NDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -D HAVE_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_TM_ZONE=1 -DHAVE _GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -D HAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -D PEEK_XCLOSEIM=1 -DHAVE_SYS_IOCTL_H=1 -DVERSION=\"2.6\" -DTCLEXPAT_VERSION= \"2.6\" -DUSE_TCL_STUBS=1 -DUSE_TCLXML_STUBS=1 -DXML_DTD=1 -DXML_NS=1 -I" /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include" -I../xmltok -I../xmlparse -I../xmlwf -O -D__NO_STRING_INLINE S -D__NO_MATH_INLINES -fPIC -c `echo ../xmlparse/xmlparse.c` -o xmlparse.o rm -f libTclexpat2.6.so gcc -pipe -shared -o libTclexpat2.6.so tclexpat.o xmltok.o xmlrole.o xmlwf.o xmlfile.o codepage.o hashtable.o unixfilemap.o parse.o -L/nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/build s/linux-ix86/tcl/unix/linux-ix86 -ltclstub8.4 -L/nfs/crimper/home/andreask/a ctivetcl/dbn/lba/pliers/night/builds/linux-ix86/out/linux-ix86/lib/Tclxml2.6 -lTclxmlstub2.6 : libTclexpat2.6.so (echo 'package ifneeded xml::expat 2.6 \ [list load [file join $dir libTclexpat2.6.so]]'\ ) > pkgIndex.tcl /usr/bin/install -c libTclexpat2.6.so /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib/Tclexpat2.6/libTclexpat2.6.so : /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib/Tclexpat2.6/libTclexpat2.6.so if test "x1" = "x1"; then \ /usr/bin/install -c -m 644 pkgIndex.tcl /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/linux-ix86/lib/Tclexpat2.6; \ fi Installing header files in /nfs/crimper/home/andreask/activetcl/dbn/lba/pliers/night/builds/linux-ix86/ out/include Installing ../xmltok/xmltok.h Installing ../xmltok/xmlrole.h Installing ../xmlparse/xmlparse.h libraries done FINISHED tclxml/expat 00:16:29 -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Join the community at the 10th Tcl conference http://wiki.tcl.tk/6274 |
From: Forest W <lyr...@ww...> - 2003-03-25 22:30:13
|
I am trying to build the compiled version of tclxml (using expat) on red hat linux 7.3. Following the instructions in the README file, I am able to configure, make, and install from the tclxml-2.6 directory. I then change to the tclxml-2.6/expat directory, and configure (using the same args as the previous configure) runs just fine, but make produces this error: make: *** No rule to make target `tclexpat.o', needed by `libTclexpat2.6.so'. Stop. The expat Makefile appears to expect tclexpat.c to be in the current directory, when it is actually in the parent dir. I have tried to work around this problem, but just ran into other errors. How do I get the expat part of tclxml to build? |
From: Steve B. <Ste...@zv...> - 2003-03-24 21:25:54
|
Have you tried an alternative SourceForge mirror? If you continue to have problems, please let me know and I can upload a copy to Zveno's Web server. Alternatively, for a nominal fee we can send you a CD-ROM containing the source code (and lots of other stuff). Regards, 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 |
From: louisa <lo...@in...> - 2003-03-21 02:48:29
|
DQoNCkxvdWlzYSBIbw0KSU5RR0VOIFRlY2hub2xvZ3kgQ28uLCBMdGQuLA0KT2ZmaWNlIDogODg2 LTItMjY1NS0zNzAwIGV4dC4yMTA2DQpNb2JpbGUgOiA4ODYtOTI2LTg1Mi00OTkNCmh0dHA6Ly93 d3cuaW5xZ2VuLmNvbQ== |
From: Steve B. <Ste...@zv...> - 2003-02-25 20:39:42
|
Larry W. Virden wrote: > 1. When I attempt to do a man -s n tclxml, I get this output on stderr: > > Reformatting page. Wait...nroff: Diversions nested too deep; line 368, file /usr/tcl84/man/mann/tclxml.n > TP > done The man page is generated by an XSL stylesheet. It should be complete, but I'm no nroff expert... Please submit a bug report. This will need to be fixed as all of the projects use that stylesheet so they will all be affected. > 2. When I type "make test" after building the latest CVS head, I see this > output: > $ make test > echo load ./libTclxml2.5g.so \; cd ../tests \; source all | TCL_LIBRARY=`echo /vol/tclsrcsol/tcl84/tcl/library` LD_LIBRARY_PATH=".:/vol/tclsrcsol/tcl84/tcl/unix:/usr/dt/lib:/usr/openwin/lib:/usr/lib:/cas/lib/sun4" LIBPATH=".:/vol/tclsrcsol/tcl84/tcl/unix:" SHLIB_PATH=".:/vol/tclsrcsol/tcl84/tcl/unix:" PATH=".:/vol/tclsrcsol/tcl84/tcl/unix:/usr/tcl8/bin:/opt/SUNWspro/bin:/volws/lwv26/ldatae/bin:/projects/sprs_lwv/sol26/bin:/projects/sprs_lwv/sol26/bin/mime:/projects/sprs_lwv/sol2/bin:/projects/sprs_lwv/bin:/projects/sprs_lwv/bin/mime:/home/lwv26/bin/D.news:/usr/perl5/bin:/projects/gnu/sparc-sun-solaris2.6/bin:/usr/tcl84/bin:/usr/tcl83/bin:/vol/tclsrcsol/TclDevKit/bin:/projects/xopsrc/sun4/bin:/projects/xopsrc/bin:/usr/atria/bin:/projects/intranet/bin:/projects/clearcase/bin:/vol/adobe/Acroread5.06/bin:/vol/adobe/Acrobat4.05/bin:/usr/perl5/lib/site_perl/5.005/sun4-solaris/auto/Image/Magick/bin:/usr/openwin/demo:/opt/sfw/bin:/home/lwv26/bin/D.aws:/home/lwv26/bin/sol2:/home/lwv 2! > 6/bin/D.frontend:/home/lwv26/bin/D > .ksh:/cas/test/bin/sun4:/projects/sprs_lwv/bin/sol2:/usr/j2se/bin:/usr/java/bin:/home/lwv26/bin/sun4:/usr/local/bin:/usr/dt/bin:/usr/openwin/bin:/bin:/cas/bin/sun4:/cas/abin/sun4:/cas/X11/sun4/bin:/usr/ccs/bin:/lprod/bin:/usr/sbin:/usr/ucb:/cas/tools/bin/sun4:/cas/X11/sun4/tools/bin:/home/lwv26/bin:/cas/tools/pdbin/sun4:/home/lwv26/bin/D.mistypes:/home/lwv26/bin/D.toys:/home/lwv26/bin/D.tools:/projects/npd/npdweb/bin-sol2" TCLLIBPATH="." /vol/tclsrcsol/tcl84/tcl/unix/tclsh > can't set "::xml::Wsp": parent namespace doesn't exist I think there's already a bug report on the "can't set variable" problem, though not with that particular symptom. Running the tests is not all that easy, since there are three different configurations to deal with (pure Tcl, generic layer only, generic layer + expat). At the moment I run the tests manually from Wish, setting the appropriate testConstraint. Cheers Steve -- 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 |
From: Larry W. V. <lv...@ca...> - 2003-02-25 11:01:39
|
1. When I attempt to do a man -s n tclxml, I get this output on stderr: Reformatting page. Wait...nroff: Diversions nested too deep; line 368, file /usr/tcl84/man/mann/tclxml.n TP done I see a man page- but the msg makes me wonder what I might be missing. Here's what is at lines 361-371: .PP \fI -commentcommand\fR\fI \fIscript\fR\fP Specifies the prefix of a Tcl command to be evaluated whenever a comme nt is encountered in the XML document being parsed. The command evaluated is: \fB\fIscript\fR\fI \fIdata\fR where: .TP .RS .TP \fIdata\fP Comment data .RE 2. When I type "make test" after building the latest CVS head, I see this output: $ make test echo load ./libTclxml2.5g.so \; cd ../tests \; source all | TCL_LIBRARY=`echo /vol/tclsrcsol/tcl84/tcl/library` LD_LIBRARY_PATH=".:/vol/tclsrcsol/tcl84/tcl/unix:/usr/dt/lib:/usr/openwin/lib:/usr/lib:/cas/lib/sun4" LIBPATH=".:/vol/tclsrcsol/tcl84/tcl/unix:" SHLIB_PATH=".:/vol/tclsrcsol/tcl84/tcl/unix:" PATH=".:/vol/tclsrcsol/tcl84/tcl/unix:/usr/tcl8/bin:/opt/SUNWspro/bin:/volws/lwv26/ldatae/bin:/projects/sprs_lwv/sol26/bin:/projects/sprs_lwv/sol26/bin/mime:/projects/sprs_lwv/sol2/bin:/projects/sprs_lwv/bin:/projects/sprs_lwv/bin/mime:/home/lwv26/bin/D.news:/usr/perl5/bin:/projects/gnu/sparc-sun-solaris2.6/bin:/usr/tcl84/bin:/usr/tcl83/bin:/vol/tclsrcsol/TclDevKit/bin:/projects/xopsrc/sun4/bin:/projects/xopsrc/bin:/usr/atria/bin:/projects/intranet/bin:/projects/clearcase/bin:/vol/adobe/Acroread5.06/bin:/vol/adobe/Acrobat4.05/bin:/usr/perl5/lib/site_perl/5.005/sun4-solaris/auto/Image/Magick/bin:/usr/openwin/demo:/opt/sfw/bin:/home/lwv26/bin/D.aws:/home/lwv26/bin/sol2:/home/lwv2! 6/bin/D.frontend:/home/lwv26/bin/D .ksh:/cas/test/bin/sun4:/projects/sprs_lwv/bin/sol2:/usr/j2se/bin:/usr/java/bin:/home/lwv26/bin/sun4:/usr/local/bin:/usr/dt/bin:/usr/openwin/bin:/bin:/cas/bin/sun4:/cas/abin/sun4:/cas/X11/sun4/bin:/usr/ccs/bin:/lprod/bin:/usr/sbin:/usr/ucb:/cas/tools/bin/sun4:/cas/X11/sun4/tools/bin:/home/lwv26/bin:/cas/tools/pdbin/sun4:/home/lwv26/bin/D.mistypes:/home/lwv26/bin/D.toys:/home/lwv26/bin/D.tools:/projects/npd/npdweb/bin-sol2" TCLLIBPATH="." /vol/tclsrcsol/tcl84/tcl/unix/tclsh can't set "::xml::Wsp": parent namespace doesn't exist -- Tcl - The glue of a new generation. <URL: http://wiki.tcl.tk/ > 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: Abner J. <ab...@de...> - 2003-02-19 20:33:08
|
Thank you all for helping with the 2.4 problem. I'll try what you said, i hope it wors. Cheers. Abner. |
From: Moisei R. <mra...@il...> - 2003-02-19 07:39:12
|
there is a global variable auto_path that contains a list of directories subdirectories of which will be checked for pkgIndex.tcl file. I.e make sure that "/usr/local/tools/lib" is prsent as one of the elements of the $::auto_path variable. If not, type following in your tclsh: lappend ::auto_path "/usr/local/tools/lib" package require xml; #if you have an error message, type immediately after this command puts $::errorInfo that will print the stack trace of the last error occured, so you will have more information about the problem that occurred due to package loading (missing library in the path or one some dependencies are missing, etc) Best Regards, Moisei "Abner Junior" <ab...@de...> To: <Ste...@zv...> Sent by: cc: <tcl...@li...> tcl...@li...urc Subject: Re: [Tclxml-users] Can't find package xml 2.4 eforge.net 02/18/2003 10:34 PM Indeed I was rather vague... It is the pure TCL installation. And our directory /usr/local/tools/lib has the following files: libtcl8.3.so libtkstub8.3.a libtclstub8.3.a libtk8.3.so tclConfig.sh tkConfig.sh And the following directories: tcl8.3 tcldom-2.3 tcllib1.3 tclxml-2.0 tk8.3 tclxml2.4 The tclxml2.4 directory has a pkgIndex.tcl file... The permissions are ok, these files are owned by myself (non-root). But the thing is, I did this installation under a Solaris machine, but our Linux machines share the same directory tree, so theoretically I should be able to use these for the Linux systems shouldn't I? I mean, there's no compilation involved, right? If so, there must be some environment variable missing or something? Enlighten me! Thanks, Abner ----- Original Message ----- From: "Steve Ball" <Ste...@zv...> To: "Abner Junior" <ab...@de...> Cc: <tcl...@li...> Sent: Tuesday, February 18, 2003 4:50 PM Subject: Re: [Tclxml-users] Can't find package xml 2.4 > Abner Junior wrote: > > I'm having problems in Linux machines where I tried to install tclxml > > 2.4. > > I had installed it in Solaris machines before, with my personal login > > (without root privileges) and it worked just fine for all our Solaris > > machines here and all our users too. > > Later we tried installing it for our Linux machines and we did so using > > root privileges. > > Bottom-line is, when we try to execute our program under the Linux > > machines we get the "Can't find package xml 2.4" error. > > Could anyone point out to me what could be wrong? Maybe a conflict in > > environment variables, maybe a conflict with installing twice under the same > > network? I can't figure it out myself, help plz!!~ > > Well, that's not alot of information to go on. > > How did you do the install? Is it a pure-Tcl installation > or did you compile the expat extension? Did the installation > create a 'tclxml-2.4' directory in the Tcl directory's 'lib' > directory? If so, is there a pkgIndex.tcl file in there? > Are the file permissions wrong? Perhaps when you did the > install with root privileges the files ended up not being > readable by non-root users? > > HTHs, > 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 > > ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Tclxml-users mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tclxml-users |
From: Abner J. <ab...@de...> - 2003-02-18 20:05:36
|
Indeed I was rather vague... It is the pure TCL installation. And our directory /usr/local/tools/lib has the following files: libtcl8.3.so libtkstub8.3.a libtclstub8.3.a libtk8.3.so tclConfig.sh tkConfig.sh And the following directories: tcl8.3 tcldom-2.3 tcllib1.3 tclxml-2.0 tk8.3 tclxml2.4 The tclxml2.4 directory has a pkgIndex.tcl file... The permissions are ok, these files are owned by myself (non-root). But the thing is, I did this installation under a Solaris machine, but our Linux machines share the same directory tree, so theoretically I should be able to use these for the Linux systems shouldn't I? I mean, there's no compilation involved, right? If so, there must be some environment variable missing or something? Enlighten me! Thanks, Abner ----- Original Message ----- From: "Steve Ball" <Ste...@zv...> To: "Abner Junior" <ab...@de...> Cc: <tcl...@li...> Sent: Tuesday, February 18, 2003 4:50 PM Subject: Re: [Tclxml-users] Can't find package xml 2.4 > Abner Junior wrote: > > I'm having problems in Linux machines where I tried to install tclxml > > 2.4. > > I had installed it in Solaris machines before, with my personal login > > (without root privileges) and it worked just fine for all our Solaris > > machines here and all our users too. > > Later we tried installing it for our Linux machines and we did so using > > root privileges. > > Bottom-line is, when we try to execute our program under the Linux > > machines we get the "Can't find package xml 2.4" error. > > Could anyone point out to me what could be wrong? Maybe a conflict in > > environment variables, maybe a conflict with installing twice under the same > > network? I can't figure it out myself, help plz!!~ > > Well, that's not alot of information to go on. > > How did you do the install? Is it a pure-Tcl installation > or did you compile the expat extension? Did the installation > create a 'tclxml-2.4' directory in the Tcl directory's 'lib' > directory? If so, is there a pkgIndex.tcl file in there? > Are the file permissions wrong? Perhaps when you did the > install with root privileges the files ended up not being > readable by non-root users? > > HTHs, > 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 > > |
From: Steve B. <Ste...@zv...> - 2003-02-18 19:47:10
|
Abner Junior wrote: > I'm having problems in Linux machines where I tried to install tclxml > 2.4. > I had installed it in Solaris machines before, with my personal login > (without root privileges) and it worked just fine for all our Solaris > machines here and all our users too. > Later we tried installing it for our Linux machines and we did so using > root privileges. > Bottom-line is, when we try to execute our program under the Linux > machines we get the "Can't find package xml 2.4" error. > Could anyone point out to me what could be wrong? Maybe a conflict in > environment variables, maybe a conflict with installing twice under the same > network? I can't figure it out myself, help plz!!~ Well, that's not alot of information to go on. How did you do the install? Is it a pure-Tcl installation or did you compile the expat extension? Did the installation create a 'tclxml-2.4' directory in the Tcl directory's 'lib' directory? If so, is there a pkgIndex.tcl file in there? Are the file permissions wrong? Perhaps when you did the install with root privileges the files ended up not being readable by non-root users? HTHs, 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 |