From: Jack J. <ja...@or...> - 2001-10-19 12:51:02
|
> > I am not sure whether is is best to work this into configure or do it > > as a post-processing step. I was planning tenatively to do the > > "#include <Tcl.h>" -> "#include <Tcl/Tcl.h>" when I moved the headers > > into the framework, [...] For Python we have decided not to do this, at least, not yet. While Apple's "#include <Tcl/Tcl.h>" framework solution is really elegant it is also completely private to MacOSX (before I get thrashed, okay, okay, it probably comes from NeXT:-). Unless you can convince the whole Tcl/Tk world to switch to the Tcl/Tcl.h convention (and preferrably retroactively, say about 5 years ago:-) you will forever haunt the Tcl/Tk community with extensions that were created on OSX and won't compile on anything else, or the other way around. While the Tcl/Tcl.h convention is really elegant in that it forestalls name clashes in header files, given the fact that most of the software out there uses unadorned include files I think apple should add a "-compat-framework" option or some such that would allow #include "Tcl.h" to work, giving compatibility at the expense of potential name clashes. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jac...@or... | ++++ if you agree copy these lines to your sig ++++ www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm |