[texhax] Is there a way to instruct a (la)tex where to find /include files?

Craig Sanders craig.tex.user at gmail.com
Fri Jul 15 14:28:23 CEST 2011


Hello again all.

Sorry for the previous e-mail posting; I accidentally hit the Send button
before I had finished composing it. My previous posting should have read as
follows ;

I hope someone can please help me out. I am wondering if there is a way of
telling the latex program where it should try and load .tex files - which
have been specified by \include commands, from?

To try and help illustrate what I mean, I am ostensibly trying to do
something like the following from within a Linux environment ;

> cd /home/craig/dir_A
> latex ../dir_B/foo.tex

where the file /home/craig/dir_B/foo.tex includes the command ;

\include{bar.tex}

The two files foo.tex and bar.tex both reside within the same directory,
that is ;

/home/craig/dir_B

and this directory is different to the one from within which the latex
program is being invoked.

In case anyone is wondering why I am asking all of this, it is because I am
trying to create a GNU Autotools package for a colleague and this package
will need to create a .dvi and/or .pdf file from the .tex source files which
are distributed in the package. Further to all this, GNU Autotools best
practice advises against building a package from within its source
directory. Rather, a user should create a separate directory and build the
package in that directory instead.

Many thanks in advance for any potential assistance.


- Craig


On Fri, Jul 15, 2011 at 9:55 PM, Craig Sanders <craig.tex.user at gmail.com>wrote:

> Hello all.
>
> I hope someone can please help me out. I am wondering if there is a way to
> instruct the latex program where to load .tex files
>
> For example, something like ;
>
> latex ../package_source/example.tex
>
> where example.tex includes the command ;
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/texhax/attachments/20110715/76d08fd2/attachment.html>


More information about the texhax mailing list