Похоже, Вы чуть не в курсе, что такое LaTeX. Если совсем кратко то так:
на входе латеховский документ (обычный текстовый файл, который может чем угодно редактироваться : vi, emacs, geany), а на выходе ... у меня pdf. Ну и фишка в удобстве редактирования, т.е. (в идеале) что делаешь логическое форматирование, а не визуальное.
(аналог: <em>, а не <b> в HTML). Поэтому раскладка тут не при чём; с вордом/ООО имеет мало общего.

Потребление памяти собственно и происходит на момент трансляции tex -> pdf. Объективно не могу сказать сколько, но субъективно, на глазок по скачку использования памяти, думаю, 300-400M отберёт (зависит от документа, его объёма и т.п.). Причём иногда оно конвертируется только так: tex -> ps -> pdf.

XeTeX - тот же LaTex (сильно упрощённо: только бинарник запуска отличается), только с возможностью использования системных шрифтов TTF, а не встроенных; субъективно - еще медленней и ещё немного больше памяти кушает.

Значит, проблема кроме потребления памяти (вроде как всё ОК, судя по Вашему посту)... самому вручную компилить не хотелось бы. Там (TeXLiv) тыщи мелких файлов, и мелких под-проектов, по жирности это целая экосистема, похожая, в этом смысле, на Emacs.

Кроме того, у меня для преобразования tex -> pdf используется GNU make, который, в свою очередь ещё использует Rubber как хэлпер (написанный на Ruby) ;-)

Так вот, если это всё самому портировать, при моих не слишком глубоких знаниях в GCC Toolchain, то уйдёт, думаю, как минимум месяц. А что-то мне подсказывает, что в TexLive без танца с бубном не обошлись. ;) Посему и вопрошаю, что уже есть:

1. GNU make?
2. Ruby?
3. TexLive?
4. Geany? (Редактор/IDE такой простой и удобный для меня).