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 |