Recommandée système de construction pour le latex?

Après avoir tenu compte de toutes ces options pendant un certain temps, j'ai réglé avec la solution suivante.

• Jeu de vim à écrire en continu que je tape.
• Exécuter un script dans le fond de construire en permanence, l'actualisation de l'pdf comme il va. latexmk est presque assez bon, sauf qu'il s'appuie en place, qui est rechargé à un mauvais moment dans okular (mon viewer).

Le script est disponible à l' https://github.com/pbiggar/texbuild.

Utilisation de caoutchouc d'infos pour les erreurs et les avertissements du fichier journal. Le script enregistre le fichier journal dans t.journal. Dans vim:

autocmd FileType tex set makeprg=rubber-info\ t.log
autocmd FileType tex set errorformat=%f:%l:\ %m

Ok, donc cette question est un peu vieux, mais il est venu quand j'ai googlé "latex système de construction" donc je pensais que je voudrais ajouter mon grain de sel. J'ai essayé le fichier Makefile en fonction des solutions, mais a trouvé la sortie un peu verbeux et trop lourd. J'ai pensé que quelqu'un pourrait avoir construit un scons extension pour le latex, mais il a été agréablement surpris de constater que scons déjà prend nativement en charge de latex! Tout ce que vous devez faire est de créer un SConsctruct fichier comme ceci:

env = Environment()  
env.PDF(target="report.pdf", source="report.tex")

Pour construire simplement exécuter scons report.pdf. Scons est automatiquement mis en place .tex fichiers inclus par rapport.tex, poignée de bibliographies et d'effectuer répété construit dans le but de résoudre toutes les références - simple!

Vous pouvez créer DVI et PS fichiers de la même manière. Pour plus d'infos sur ces constructeurs découvrez http://www.scons.org/doc/2.0.1/HTML/scons-user/a8524.html .

Pour plus d'info sur scons (un de rechange), voir http://www.scons.org/

J'ai posté une réponse détaillée à l'aide de Scons sur tex.stackexchange.

Fondamentalement, vous le mettez dans un fichier appelé SConstruct:

# make sure scons finds tex executables:
import os
env = Environment(ENV=os.environ)
# target and source:
pdf_output = env.PDF(target='main.pdf', source='main.tex')
# make sure that the pdf is reloaded properly (e.g., in Skim)
env.Precious(pdf_output)

Vous pouvez générer le fichier pdf simplement en exécutant

scons

Étonnamment, scons permettra de détecter les changements dans les fichiers \inclus dans le main.tex fichier et aussi la bibliographie de fichier!

Je voulais utiliser le script que vous avez publié dans votre réponse finale.

Malheureusement, il ne fonctionne pas avec ma configuration (MacVim avec vim-latexsuite, Écrémé, tout comme le spectateur et XeTeX). J'utilise aussi de l'avant la recherche (j'ai utiliser la fonction que la touche \ls dans Vim va sauter à l'endroit correspondant dans le document PDF dans l'open viewer).

En outre, mon document n'est pas appelé thesis.tex (grande surprise, ce n'est pas une thèse). J'ai donc fait un peu plus de travail de configuration que j'aimerais partager. Attention, mon bash compétences sont horribles.

#!/bin/bash

set -x
ulimit -t 10 # sometimes pdflatex gets stuck

if [ "$1" = "" ]; then
    echo "No target name specified"
    exit 1
fi

TARGET=$1
SOURCE=$1.tex
TMPSOURCE=_$TARGET.tex
TMPTARGET=_$TARGET

while [ 1 ]; do
    # Compile a different file ($TMPSOURCE.pdf) so that it doesn't reload mid-compile
    cp $SOURCE $TMPSOURCE
    # better than running pdflatex manually, as this wont rebuild if there's nothing there.
    latexmk -pdf -silent $TMPTARGET > /dev/null

    # For rubber-info
    cp $TMPTARGET.log $TARGET.log

    if [ -e $TMPTARGET.pdf ]; then # Check the compile succeeded first
        # No output file yet.
        [ ! -e $TARGET.pdf ]
        HASNOPDF=$?
        # ignore if it's unchanged.
        # OS X diff doesn't consider binary files. Single-line output, return value 2
        diff $TARGET.pdf $TMPTARGET.pdf
        OUTPUTDIFFERS=$?
        if [ $HASNOPDF -eq 0 -o $OUTPUTDIFFERS -ne 0 ]; then
            # Do NOT RM since Skim cannot deal with this.
            cp $TMPTARGET.pdf $TARGET.pdf
        fi
    fi

    sleep 1 # give it time to be killed by a CTRL-C
done

Cette compile un fichier temporaire et la copie de retour à ce que le nom a été donné (au lieu de l'inverse que votre script n'); l'utilisation du script:

./scriptname project

Où project est le nom du fichier TeX, sans extension de fichier.

J'ai aussi changé la rubber-info ligne:

autocmd FileType tex exe "set makeprg=rubber-info\\ _" . expand("%:t:r") . ".log"

Et j'avais besoin de patcher mon latexmk à utiliser XeTeX puisque le nom de l'exécutable a été codé en dur.

Malheureusement, c'est encore détruit le fichier PDF de sortie lorsque j'ai enregistré mon document avant de remplir une déclaration, puisque latexmk semble toujours produire un fichier PDF, même en cas d'erreur – et de son code de retour est 0, ce qui le suce.

(Pour préciser, disons que j'ai tapé juste emph{ dans mon document et de l'enregistrer. L'arrière-plan script va rapidement compiler le document, et d'échouer. Mais il sera toujours produire un (en grande partie vide) du fichier de sortie).

En outre, les contrats de recherche ne fonctionne plus correctement; essentiellement, il passe à un mauvais moment dans le document. Je suppose que cela a quelque chose à faire avec mon copier le document avant la compilation.

Donc, c'est toujours un complètement mauvaise solution, même si je n'ai pas encore activer continue d'économie sur le typage dans MacVim encore.

AUCTEX & preview-latex avec Emacs une autre option.

Vous pouvez également avoir emacs ouvrir la résultante dvi ou pdf, et si vous activez l'auto-revenir en mode pour le tampon, les modifications seront rendus à chaque fois que vous recompilez le document.

J'utilise MikTeX en combinaison avec TeXnicCenter. Il fonctionne très bien pour mes besoins. Je n'ai jamais jamais eu le système de masquage des erreurs ou des avertissements. Custom build scripts sont faciles à créer et à configurer.

J'ai été en utilisant le latex makefile pendant un certain temps. Son assez bon si vous essayez d'utiliser une édition-compilation-aperçu du cycle:

• Prend presque zéro configuration.
• Construit .ps ou de .pdf.
• Gère l'ensemble de la nécessaire itération. J'ai littéralement rien écrire d'autre.
• Assez robuste, mais parfois, les erreurs et les avertissements se déchire.
• Il ne tue pas l'ancien format pdf jusqu'à ce que le nouveau soit construit.
• Il s'appuie d'autres fichiers, comme la génération de l'eps de gnuplot. Je n'ai pas trouvé cela très utile.
• L'auteur est très rapide à répondre à des demandes de fonctionnalités.

• Je peux reproduire les avantages de latexmk est assez facile, avec:

  while [ 1 ]; do /usr/bin/make; done
  

Quelques inconvénients:

• Il ne permet la génération de documents pdf avec un adaptateur dvi -> ps -> format pdf, au lieu de directement via pdftex.
• Sa sortie d'erreur n'est pas la même que la norme de latex, donc vim n'est pas de passer à la bonne ligne.
• Il ne marche pas toujours recompiler sur les changements dans bibtex et d'autres non-tex sources.
• Si je supprime un fichier, il n'est pas supprimer la dépendance sans faire propre.