과거에 수많은 질문/답변이 언급했듯이 LaTeX에서는 참조, TOC/LOF 등이 있는 경우 최소한 두 번 컴파일해야 합니다. 이러한 상황 중 대부분은 다음 답변에 문서화되어 있습니다.문서를 두 번 이상 편집해야 하는 상황은 무엇입니까?
이 추가 단계를 피하려는 노력은 다음과 같은 매우 구체적인 선택 사례에서 성공적이었습니다. 두 번 컴파일하지 않으려면 어떻게 해야 합니까? 그러나 오늘날 우리는 고통을 덜기에 충분할 정도로 이 프로세스를 자동화하기 위해 스크립트와 매크로를 개발하는 것을 당연하게 여깁니다.
에 대한 답변[이전 페이지로 이동에 관한 질문]TeX가 원래 그런 방식으로 구축된 이유의 중심이 되는 초기 컴퓨터의 메모리 제약을 암시합니다. 나중에 필요할 수 있는 정보는 단순히 여러 보조 파일에 보관되어 다음 패스라고 참조됩니다. 페이지가 "완성"되면 컴파일러는 해당 페이지를 잊어버립니다.
나는 종종 다음과 같은 생각을 해왔습니다.컴퓨터 처리 및 메모리 기능의 발전을 고려할 때 LaTeX가 여러 번 컴파일할 필요가 없도록 더 많은 문서를 메모리에 유지하는 것이 가능/현실적/계획되어 있습니까?
전체 문서를 메모리에 유지하려면 많은 메모리가 필요하며 일부 매우 큰 문서는 이 경로를 사용할 수 없습니다(선택적 동작이어야 할 수도 있음). 그러나 조판의 여러 측면이 이러한 종류의 향상된 편집을 통해 이점을 얻을 수 있는 것 같습니다.
나는 이것이 (La)TeX가 무엇인지, 그리고 그것이 어떻게 구축되었는지의 핵심이라는 것을 깨달았습니다. 단순한 패치가 아닙니다. 전체 코어를 다시 작성해야 할 수도 있습니다(아니면 그럴까요?). 이를 둘러싼 다른 문제도 확실히 있습니다(실제로 컴파일 시간이 줄어들까요?). 이 문제나 관련 문제를 논의하는 다른 장소를 참조하게 되어 기쁩니다. (이것이 LaTeX3에 대해 고려되었습니까?)
답변1
Joseph이 말했듯이 이것은 라텍스의 기능이 아니며 tex의 기능(xetex 및 luatex와 공유)이므로 라텍스라고 불리는 것에서는 이를 수행할 수 있는 방법이 없습니다. 또한 일반적으로 메모리 제약이 그렇게 다르다는 것도 사실이 아니라고 생각합니다. 사람들의 기대치는 하드웨어 용량보다 훨씬 빠르게 증가합니다. 몇 개의 tikz 사진이 포함된 문서는 최신 하드웨어에서도 곧 심각한 양의 메모리를 소모할 수 있으므로 tikz 외부화의 필요성을 확인하세요.
그러나 정방향 및 역방향 참조를 허용하는 모든 시스템은 실제로 정보를 저장하는 이름에 있습니다.어딘가에. 라텍스를 디스크의 .aux 파일에 저장하는 것은 1970년대의 일이라고 생각할 수 있지만 .aux 파일은 SSD나 메인 메모리의 가상 파일 시스템에 있을 수 있으므로 액세스하는 데 실질적인 방해가 될 필요는 없습니다. 당신은 "latex"를 make나 latexmk, arara, context 또는 latex를 4번만 실행하는 배치 파일로 대체할 수 있다고 언급했습니다. 따라서 사용자에게 최종 효과는 원하는 경우 단일 패스로 컴파일하는 것일 수 있습니다.
물론 한 번에 수행하는 것은 오류 없이 완전한 문서를 작성할 수 있고 두 번 이상 처리할 필요가 없는 경우에만 실제로 이점이 있습니다. 편집/컴파일/미리 보기 주기를 사용하는 경우 주기 속도가 느려진다는 점에서 귀찮을 뿐입니다.