>>> "Karl" == Karl Berry <[EMAIL PROTECTED]> writes:
> neither --directory, too meaningless. > True, but I still prefer --directory to any of the other suggestions. > At least it exists with a vaguely similar meaning in other programs. > Ok? I was also using depot because I saw it in a somewhat similar situation: CFront's instantiation of templates. Actually it is `repository' that was used: http://developer.apple.com/documentation/DeveloperTools/gcc-4.0.0/gcc/Template-Instantiation.html -------------------------------------------------- Cfront model The AT&T C++ translator, Cfront, solved the template instantiation problem by creating the notion of a template *repository*, an automatically maintained place where template instances are stored. A more modern version of the *repository* works as follows: As individual object files are built, the compiler places any template definitions and instantiations encountered in the *repository*. At link time, the link wrapper adds in the objects in the *repository* and compiles any needed instances that were not previously emitted. The advantages of this model are more optimal compilation speed and the ability to use the system linker; to implement the Borland model a compiler vendor also needs to replace the linker. The disadvantages are vastly increased complexity, and thus potential for error; for some code this can be just as transparent, but in practice it can been very difficult to build multiple programs in one directory and one program in multiple directories. Code written for this model tends to separate definitions of non-inline member templates into a separate file, which should be compiled separately. -------------------------------------------------- Mac OSX's modified GCC also supports this word: http://developer.apple.com/releasenotes/DeveloperTools/GCC3.html -------------------------------------------------- To create the symbol repository for a header file foo.h, use the following command: gcc-3.3 <other flags> -fsave-repository=cinfo_dir_name foo.h This command will create two files: * foo.cinfo in the cinfo_dir_name directory. * An output file, which by default is foo.h.o in the current folder. As usual, the name and location can be changed from the default by explicitly using the -o compiler flag. To use the repository in subsequent compilations, you must provide the -grepository command line option. The compiler will then search for .cinfo files in all include paths. -------------------------------------------------- I have one suggestion we might agree upon: --build-dir. After all, that's the name of the internal variable, and also of the envvar! > But they might believe it will somehow automatically check out files. > That's the first thing I thought when I saw the name, and wondered what > Akim was up to now :). Actually, that's a nice idea. I'll try to dig it ;) > I agree pdftexi2dvi is bad, but that's really how AUC-TeX works -- > Oh, very well, I don't really agree with your arguments, but I give in > on this one anyway. Bah, humbug :). :) :) :) _______________________________________________ Texinfo home page: http://www.gnu.org/software/texinfo [email protected] http://lists.gnu.org/mailman/listinfo/help-texinfo
