\chapter{\TeX} % 第十章 [転載禁止]©2ch.net

**名無しさん＠お腹いっぱい。** · 2014/12/17(水) 01:50:13.42

**名無しさん＠お腹いっぱい。** · 2018/03/14(水) 22:56:19.80

>>948
なんのお力にもなれなくてすみません。
（非力な自分だと実感）

**名無しさん＠お腹いっぱい。** · 2018/03/15(木) 06:23:24.77

(La)TeX に \case 文みたいなのってない？
あるマクロを自作してて、引数によって条件を分岐させたいんだが、
ifthen パッケージの ifthenelese だけでは場合分けが階層的になりすぎて可読性・保守性が悪い。
\newcommand{\somecs}[1]{%
\case#1
\in{A}{somecommand}
\in{B}{othercommand}
………以後五つくらい続く
\esac
}
みたいな定義から \somecs{A} -> somecommand が実行、\somecs{B} -> othercommand が実行っていうふうにしたんだけども。

**名無しさん＠お腹いっぱい。** · 2018/03/15(木) 08:49:30.26

TeXの特に言語面に詳しい人に質問なんだけど、
例えばC99はPOSIXが標準を規定・勧告しててそれに複数の実装が準拠してるって感じだよね。
代表的にはgcc, clang, 8ccなどなど。
翻ってTeXの言語処理系って、実質参照実装が一つだけって思っていいの？
俺は今主にTeX LiveをDebianで使ってるんだけど、この中心にあるweb2c(？だっけ)はWindowsで動くW32TeXとかと同じなの？
それともKnuth氏やらTUGやらが管理してる「TeXの処理系はかくあるべし」っていう取り決めがあって、各々の実装がそれに従ってるの？

**名無しさん＠お腹いっぱい。** · 2018/03/15(木) 11:11:53.41

>>950
0スタートの連番の数字なら\ifcase

**名無しさん＠お腹いっぱい。** · 2018/03/15(木) 11:19:24.59

>>950
https://tex.stackexchange.com/questions/64131/implementing-switch-cases
にもいろいろある

**名無しさん＠お腹いっぱい。** · 2018/03/17(土) 01:06:11.29

>>951
素人なのでよくわからないけどW32TeXのwikiには
>日本語を扱う pTeX, pLaTeX は(tetexに)入っておらず、これらを Windows 32bit
> に移植したのが W32TeX
と書いてあった。Web2Cは本家本元でしょ。

**名無しさん＠お腹いっぱい。** · 2018/03/18(日) 12:39:56.15

kpsewhich --expand-path='$TEXMF'
で
/Users/なまえ/Library/texlive/2017/texmf-var:
/usr/local/texlive/texmf-local:
/usr/local/texlive/2017/texmf-config:
/usr/local/texlive/2017/texmf-var:
/usr/local/texlive/2017/texmf-dist

と出てきます。他方で、texの手元にある古い本には
setenv TEXMF /usr/local/lib/texmf
と書いています。/usr/local/lib/texmfというディレクトリはもうなくて、
いまでは/usr/local/texlive
ならあるので、

setenv TEXMF /usr/local/texlive
とした時に、一番上のkpsewhichで出てきた4つのディレクトリというパラメーター
は/usr/local/texliveに上書きされてしまって消えてしまうのでしょうか？
（怖くてsetenvできない）

それとsetenvが書き換えるのはTEXMF.CNFの該当箇所なのでしょうか？

**名無しさん＠お腹いっぱい。** · 2018/03/18(日) 13:16:31.57

>>955
たぶん、自己解決しました。
setenvだけでは書き換えることが
なくて、これを.bashrcとか.bash_profile
に書くとか、
$ setenv TEXMF /user/local/lib
$ ls -R $TEXMF > $TEXMF/ls-R
とするとか（このコードは実行してはだめ）
して、物理的なファイルにしておかないといけない
ということだと思います。

**名無しさん＠お腹いっぱい。** · 2018/03/18(日) 15:01:38.83

>>956
--expand-path というオプションは逆に初耳だわ
$ kpsewhich --var-value TEXMF
のほうが良く聞くけど，どうなんだろう。

**名無しさん＠お腹いっぱい。** · 2018/03/18(日) 15:01:59.66

すまんメール欄空白にしちゃった。

**名無しさん＠お腹いっぱい。** · 2018/03/18(日) 16:25:05.36

>>957
kpsewhich --expand-path='$TEXMF'
と
kpsewhich --var-value TEXMF
の結果を比べると、前者にはない
/Users/namae/Library/texlive/2017/texmf-config
と
/Users/namae/Library/texmf
が後者にはあった。それに僕のパソコンの中には、/Users/namae/Library/texmf
というディレクトリ自体がなかった。
だからkpsewhich --var-value TEXMFはパソコンのなかを探しているわけでは
ないことがわかった。どこに書いているかと考えて、texmf.cnfという初期設定
のファイルだろうなとおもって、
find /usr/ -name "texmf.cnf"
とすると
/usr//local/texlive/2017/texmf.cnf
/usr//local/texlive/2017/texmf-dist/web2c/texmf.cnf
と２つ出てきた。個人設定変更は前者のほうに変更を書き込むということだから、
前者のファイルをemacsで開いてみた。
すると
TEXMFCONFIG = ~/Library/texlive/2017/texmf-config
TEXMFHOME = ~/Library/texmf
と書いていた。
だから、たぶんkpsewhich --var-valueとするとみるところが、
texmf.cnfなんだろうなと思う。実際使われようがどうであろうが、
登録されているものはすべてリストアップするんじゃないかな。
kpsewhich --expand-path='$TEXMF'のほうはtexmfの中身をみて、実際に
使われるディレクトリじゃないのかな。

**名無しさん＠お腹いっぱい。** · 2018/03/18(日) 16:31:35.45

けっきょく、ls-Rというファイルを探して全部消したんです。
理由は、別のものをインストールしたときに、ls-Rを更新しなければ
古いものを読み込み続けるからという理由でした。
ところがそれをすると、
$ texdoc
/usr/local/texlive/2017/bin/x86_64-darwin/texdoc:7: module 'texdoc.main' not found:
no field package.preload['texdoc.main']
[kpse lua searcher] file not found: 'texdoc.main'
[kpse C searcher] file not found: 'texdoc.main'
no file '/usr/local/lib/lua/5.2/texdoc.so'
no file '/usr/local/lib/lua/5.2/loadall.so'
no file './texdoc.so'
と出てしまって、ファイルを見つけられなくなった。pathを通せばいいけど
めんどうなので、結局ホームディレクトリでmktexlsrをしました。
その結果
find /usr/ -name "ls-R"
で
/usr//local/texlive/texmf-local/ls-R
/usr//local/texlive/2017/texmf-var/ls-R
/usr//local/texlive/2017/texmf-dist/ls-R
/usr//local/texlive/2017/texmf-config/ls-R
となりました。　結局消す前と同じものが作られたというわけです。

**名無しさん＠お腹いっぱい。** · 2018/03/18(日) 22:33:31.94

TEXMF を /usr/local/texlive としたい動機が分からんのだが…

**名無しさん＠お腹いっぱい。** · 2018/03/18(日) 22:48:25.55

mktexlsrをホームディレクトリでせずに、setenvで
setenv TEXMF /usr/local/lib/texmf
ls -R $TEXMF > $TEXMF/ls-R
のようにやるとして（このままやってもエラーがでる）
どのようにすればよろしいのでしょう？
>>960の4箇所にls-Rがあり、しかもそれをエディターで開いてみたら
ことなった記述が中にされていました。
もうsetenvを使った設定というのはできないのでしょうか？

**名無しさん＠お腹いっぱい。** · 2018/03/18(日) 22:58:57.01

>>961
kpsewhich --var-value="TEXMF"
で出てくる値を基本、すべていれれば
いいだろうということですね。
それだとそのとおりです。
/use/local/texliveをTEXMFにする理由は
ないです。
それでは
setenv TEXMF /usr/local/lib/texmf
についても同様に考えよということに
なるのでしょうね。

**名無しさん＠お腹いっぱい。** · 2018/03/19(月) 01:42:27.34

演算能力の高いいまの PC ではどうかわからないけど ls-R ファイルは
昔の PC では TeX のシステムが必要なファイルを直接探すのは非常に時間がかかってそれをどうにか短縮させようということで
TEXMF ディレクトリを決めてその直下に ls-R ファイルを記述することにより検索効率を高めようという狙いの元作成されるファイルです

それを TEXMF の上位ディレクトリである /usr/local/texlive に ls-R ファイルを作成するということは検索効率の低下を意味するんだけど
そういうことわかって setenv TEXMF /usr/local/texlive にしたいわけなのかな？

**名無しさん＠お腹いっぱい。** · 2018/03/19(月) 08:51:14.92

>>964
考えていたことはtexliveに作れば漏れがなくなるからいいだろう、ということだと思います。
さらに、ls-Rでつくられるものはディレクトリとその子、孫etcのディレクトリ、に
入っているファイル名なので、そのファイル名が大きくなろうと、
ls-Rを作らずに直接ファイルを探しに行く場合よりは早いだろう
と思っています。

他方でsetenv TEXMF /usr/local/texliveだとファイルの読み込みに失敗
しました。

TEXMFが入ってくるところで/usr/local/texliveに置き換わると不都合な設定が
あるのだと思います。

**名無しさん＠お腹いっぱい。** · 2018/03/19(月) 10:07:06.19

Local Guide to LaTeX for the McKludge PC（ランポートの本に出てくる）
で検索して、
https://tex.stackexchange.com/questions/393099/where-is-the-local-guide-to-latex-for-the-mckludge-pc-aka-the-local-guide-on-m
のページが出てきた

**名無しさん＠お腹いっぱい。** · 2018/03/19(月) 19:19:26.00

>>957
面白そうだから、やってみた
$ diff <(kpsewhich --expand-path='$TEXMF'| sed 's/:/\n/g') <(kpsewhich --var-value TEXMF| sed -e 's/[!{}]//g' -e 's/,/\n/g')
$
両者、全く同じようだな。

**名無しさん＠お腹いっぱい。** · 2018/03/19(月) 19:53:28.51

クレクレ君は、カンベンしてくれ！

**名無しさん＠お腹いっぱい。** · 2018/03/19(月) 19:59:07.56

>>965
そうですね texmf.cnf の TEXINPUTS などをみれば TEXMF に依存しているので TEXMF をいじれば TEXIPUTS もいじる必要があると思います。

例えば
TEXMF を /usr/loca/texlive とすると
TEXINPUTS.latex = .;$TEXMF/tex/{latex,generic,}//
を
TEXINPUTS.latex = .;$TEXMF/2017/texmf-dist/tex/{latex,generic,}//
のように変更する必要があるでしょうし、これでは $TEXMF/2017/texmf-local 以下のディレクトリは参照されません。

もし、TEXMF を /usr/local/texlive にすることが可能だとしてもちゃんと TeX が使えるようにする作業は面倒に思えます。

**クレクレ** · 2018/03/19(月) 23:05:41.73

zsh 下で texdoc を使うときの zsh の completion 関数ポチ

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 01:43:26.64

>>969
そうすると結局mktexlsr以外のものはつかわないでね。
せいぜいそれを実行して出てくるものの部分修正にとどめてね
できるls-Rも普通にls -rをしたときにできるディレクトリのリストとは
ちがうよ。だからls -rをしても無駄だよ。やめてね、
という風にlatexはなっているということですよね。

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 01:47:50.89

>>967
自分の場合はそのコードでちがったものが
出た。あとディレクトリの順序がちがってる

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 02:29:33.93

>>971
ls-R ファイルの内容は普通に TEXMF ディレクトリで行った ls -R した内容でしょ？

まあ「想定外の使い方は止めてよ」っていうのは TeX に限らず大抵のソフトウェアで当然のことだよね

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 06:55:28.49

>>971
ls -r って本当に -r オプション？ -R オプションのタイポなのかな？
-r なら -R と異なるのは当たり前かな？

実際 /usr/local/texlive/2017/texmf-dist で ls -R を行った結果を diff してみたけど ls-R ファイルと細かい部分を除き(ls-R ファイルの先頭に「% ls-R -- filename database for kpathsea; do not change this line.」があるとか)同じだったよ

もし本当に ls-R ファイルと ls -R の実行結果が大きく異なるのであれば >>971 さんの TeX のシステムに異常があるんじゃないのかな？

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 13:57:26.73

>>974
ありがとう
/usr/local//texlive/texmf-local/ls-R
/usr/local//texlive/2017/texmf-var/ls-R
/usr/local//texlive/2017/texmf-dist/ls-R
/usr/local//texlive/2017/texmf-config/ls-R

の４つのうちの最初の２つについて、
たとえば２つ目については
$cd /usr/local//texlive/2017/texmf-var/
$ls -R >/Users/名前/Desktop/ls-Rの結果
と
mltexlsrをホームディレクトリでした結果の
/usr/local//texlive/2017/texmf-var/ls-R
をエディタで開いて、それをデスクトップにls-R4
の名前で保存して、比較しました。
同じものですね。その結果　./:が mktexlsrで作ったものには入っているだけでした。
ホームディレクトリでmktexlsrをするということは、
/usr/local//texlive/texmf-local/
/usr/local//texlive/2017/texmf-var/
/usr/local//texlive/2017/texmf-dist/
/usr/local//texlive/2017/texmf-config/
のそれぞれに移ってls -Rをするのと同じことだと
いうことですね。

ちなみに、diffはこういう比較の場合どうちがうんですか？教えていただければ
助かります。上の例のところでkpsewhichの入ったところを変更しても
エラーが出た。たとえば
diff <"ls-R"| sed 's/:/\n/g' <"/Users/名前/Desktop/ls-R2"| sed -e 's/[!{}]//g' -e 's/,/\n/g'

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 13:58:41.06

Xどうちがうんですか？
Oどう使うんですか？
の訂正です

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 15:39:32.62

>>975
まず
$ diff <(command line A) <(command line B)
というのはプロセス置換というBash代表に一部のシェルにしか備わってない機能だ。
貴兄がどんなOSを使ってるか知らんが、ATXとかなら使えない。

ていうかディレクトリ構造を見るに OS X High Sierra っぽいな。なら bash が規定で使える筈なので、エラーになるのはおかしいな。

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 15:40:19.35

s/規定/既定/

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 18:17:50.14

ん？
/usr/local/texlive/2017/texmf-dist/ls-R と /Users/name/Desktop/ls-R2 を比較したいなら素直に
$ diff /usr/local/texlive/2017/texmf-dist/ls-R /Users/name/Desktop/ls-R2
じゃダメなん？

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 19:08:34.82

>>979
diff "/usr/local/texlive/2017/texmf-dist/ls-R" "/Users/なまえ/Desktop/ls-R2" > /Users/なまえ/Desktop/hikaku2で出てきた/hikaku2には
1,2d0
< % ls-R -- filename database for kpathsea; do not change this line.
< ./:
43423a43422
> man
47495d47493
< .dict.pws
143681d143678
<
183156d183152
< .tex
と書かれてありました。これは比較に思えないけど、比較なんですか？

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 19:48:20.33

>>980
>これは比較に思えないけど、比較なんですか？
そうです。しかし、
unified形式がいいなら、diffの代わりに diff -u にする。
context形式がいいなら、diffの代わりに diff -cにする。

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 20:33:32.91

もう(LaTeX関係)ないじゃん

**名無しさん＠お腹いっぱい。** · 2018/03/20(火) 22:49:58.90

>>982
ここはUNIX版だから、
UNIXコマンドでTeXをごにょごにょするのはアリ

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 10:56:05.46

TeXのコンパイルにMakefileを活用し始めたけどかなり良いね。
latexmkとかよりも柔軟だし、なによりmakeが一般のプログラム言語にも使われているから情報が多い。

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 12:49:53.00

latexmkならlatexmk -pvc directorynamae.tex
でタイプセットすればあとはそのdirectoryname.texをエディターで開いて、
かってに修正して保存するたびに、pdf（Skim使ってる）の画面が新しく
なってどう修正されたかわかるんですか、そういう便利なことを
Makefileを使ってもできますか？
それから
なにとぞ、なにかのページのURLかやりかたを、書いていただけないでしょうか？

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 16:53:08.35

>>985
>>984 じゃないけど、
latexmk は便利で、make は自由だから、自由さが欲しければ、make を選んでも不思議ではない。
たとえば、発表用スライド、著作権を加味したインターネット公開用スライド、
配布用articleと3種類のコンパイルを使い分けたい場合、
make pres
make publ
make hand
と自由に分けて、同じソースから異なるものがコンパイルできたら便利じゃないか。
makefileには、sedやawkはもちろん、latexmkすら書くことができるから、
自由に何でもできる。

なお、Makefileの中に、
latexmk -pvc directorynamae.tex
と書けば、ご要望のことはできるよ。

**984** · 2018/03/21(水) 20:02:21.58

>>986
984だが、
同じソースから異なるものをコンパイルするってどうやるんだ？
異なるコンパイルをしようと思ったらファイルに直接その旨を指定しないと
いけないと思うんだが。
それとも何かトリックがあるのかな。

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 20:10:17.89

documentclass 書き換えた中間ファイル作れば？

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 20:16:43.25

昔から思ってることだけどtexが標準入出力できたら便利

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 20:17:41.54

cat hoge.tex | latex - -o - > hage.dvi

**986** · 2018/03/21(水) 20:53:09.60

>>987
> 異なるコンパイルをしようと思ったらファイルに直接その旨を指定しないと
Makefileの中で、platexの前に、sedでソースを書き換えてる行を1行入れれば良いだけ。
例えば、
\documentsclass{beamer}
を
\documentclass[handout]{beamer}
に書き換えるとかなら、
hoge: $(src)
sed -e ’s/\documentsclass{beamer}/\documentclass[handout]{beamer}/‘ $(src) > $(hoge_src)
platex $(hoge_src)
dvipdfmx -V 4 $(basename $(hoge_src))
-rm $(hoge_src)
で、
make hoge
とする。

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 20:53:53.54

$ cat ./file.ltx | lualatex --jobname=file
↑こんなことして意味あんのか知らんが。
結局「file」という名前を指定する必要があるし、出力はファイル。

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 21:11:10.55

991でsed通す所中間ファイル作らずにすむとか

cat head. list1.tex foot.tex | latex > list1.dvi
cat head. list2.tex foot.tex | latex > list2.dvi
…
とか

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 21:13:53.34

>>992
それだとそうだけど、
fileをテンポラリファイルにして、
全体として標準入出力するラッパーを書けば良いのでは。
T=$(mktemp)
cat > $T
lualatex --jobname=$T
cat $T.pdf
rm $T $T.aux $T.toc $T.log $T.pdf
こんな感じに

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 21:17:16.50

昔texが直接pdfを吐けなかった頃、
latex | dvipdfm
みたいにパイプで繋げたら便利かなって思ってた

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 21:20:05.13

パイプラインで中間ファイルが必要だなんて、DOSのなんちゃってパイプラインみたいでダサい

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 21:23:12.39

unix流だとパイプラインの一部として使えるように実装しそうなのに、なんでそうしなかったのか不思議です

**987** · 2018/03/21(水) 21:30:59.11

>>991
>>992
これ見て思い付いたが
FNAME=hoge
SRC=$(FNAME).tex
とでもしておいて
other: $(SRC)
　　cat $(SRC) | sed -e 's/AAA/BBB/g' | platex --jobname=$(FNAME)
とやると一次ファイルを作らずにすむな
$ make other

↑これ、TeX系列だとなんかありもしないファイルを読みこもうとして失敗する。
LaTeX系列だと行ける。TeXとLaTeXでjobnameオプションの処理が違うのかな？
ちょっとその辺分からんが、とりあえずLaTeXしか使わんし、満足だ。

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 22:06:58.23

>>997
派生的なファイルをいくつも作るし、\inputとかもあるし、パイプラインとは親和性低い。
そもそもUNIXとは関係ないOSで開発されたし。

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 22:19:00.16

>>999
\inputこそcatにつないでもらうって言う設計ポリシーもありえたんじゃ
auxとかは、標準入力のときはベースネームをstdに決め打ちにするとか手はある

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1190日 20時間 28分 47秒