TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
グラフソフト
THE他力本願
make
■OpenBSD(VMS)の考察及炉理画像を貼り付けるスレ
【漢直】T-Code/TUT-Codeスレ Lesson4【連習】
Autoconf,Automakeについて
もまえらのunix以外の趣味を教えてみやがれ
CVS 1.3
くだらない質問はここに書き込め!Part 59
NetBSDをデスクトップ環境として常用するスレ
Autoconf,Automakeについて
- 1 :02/04/11 〜 最終レス :2020/03/22
- 奥深さの前に使い方がさっぱり分からん。教えて下さい。
関連サイトは>>2
- 2 :
- GNU Autoconf, Automake and Libtool
http://sources.redhat.com/autobook/
autoconf and automake入門(チュートリアル形式)
http://www.ainet.or.jp/~inoue/gnu/autoconf.html
AUTOCONF, AUTOMAKE を使ってみよう!
http://www.a2zsd.co.jp/~a2zsd217/book/autoconf/book1.html
autoconfとは?(概要図あり)
http://www.i.kyushu-u.ac.jp/~s-mita/autoconf.htm
- 3 :
- もの凄い勢いで終了したスレはここですか?
- 4 :
- http://www.ainet.or.jp/~inoue/gnu/whatis.html
> なぜ使うのか
> もちろん、表の理由は、移植性の高いソフトウェアを作ることにありますが、
> 裏の理由として、GNUへの忠誠を示すことができる点があります。
……(´д`;)
- 5 :
- 本当に終了してる(^_^;)マァヴサゲ
- 6 :
- configureスクリプトよく見たらsockaddr.sa_lenがあるかどうかとか
チェックしてくれているのね。少し驚いたので、あげ。
- 7 :
- >4
RMSの言う自由ってさ、ブッシュの言うそれと似てる気がする。
ま、彼も所詮「アメリカ」人ってことだーね。
- 8 :
-
ウゼえ消えろ
∧_∧ _ _ .' , .. .∧_∧
( ´_ゝ`) _ .- ― .= ̄  ̄`:, .∴ ' ( >>1 )
/ '' ̄ __――=', ・,‘ r⌒> _/ /
/ /\ / ̄\-―  ̄ ̄  ̄"'" . ’ | y'⌒ ⌒i
_| ̄ ̄ \ / ヽ \_ | / ノ |
\ ̄ ̄ ̄ ̄ ̄ ̄ \__) , ー' /´ヾ_ノ
||\ \ / , ノ
||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄ / / /
|| || ̄ ̄ ̄ ̄ ̄ ̄ ̄|| / / ,'
|| || || / /| |
!、_/ / 〉
∧_∧ R
_( ´_ゝ`)
/ ) _ _
/ ,イ 、 ノ/ ∧ ∧―= ̄ `ヽ, _
/ / | ( 〈 ∵. ・( 〈__ > ゛ 、_―
| ! ヽ ー=- ̄ ̄=_、 (/ , ´ノ
| | `iー__=―_ ;, / / / ←>>1
!、リ -=_二__ ̄_=;, / / ,'
/ / / /| |
/ / !、_/ / 〉
/ _/ |_/
ヽ、_ヽ
正 直 逝 っ て >>1 は ア ホ
_,-'' ) 。゚・ 。 。
∧ ∧ , -' (.__,-'' , , , 。゜
, - ´_ゝ`)_ .,-'~ ,- ' / / i〜i /, 。
/ )ヽ(w i .,-'~ ,-'~ // , /// 〜 //,
.,/ / ヽヽヽ ,-/'~ ,ノ / ////@ @// '/
/ ^)'死 _ l ゝ _)-'~ ,-'~ //, ' ⌒/∨ ̄∨ ⌒ヽ
/ /' ヽ ^ ̄ ,-'~ / / >>1 ヽ ゚ ・
(iiiiリ∫ ヽ ./ (⌒`〜〜' /i ノ 愛 ノ\ ヽ
ヽ─|〜' ノ/ ゙〜〜〜〜 | ./ `- '
|| ||l、_ / ,,, | / ゚ 。
|.| _|.|_,,,| | __-'',,-~ / /
.|.| ニ─、─''''| | =-''' / 、 ヽ
.|.| |.| .| | | l l
|.| |.| .| '、 _ _.| / ノ
.|.| ,,== ==.| l .|.| ,_,,-'',,,-| / | /
|.| ||_ノノ | | i、`''',,-'''' | / .| .|
.|.レ `-- ' | |  ̄ | .ノ | )
,- | | ..... | .| ||
`ヽ );;;::::::::''''' | | | .|
゙ - ''''''' ,- 、| | ,,,,,;;;;;;;;と__)''
\__);;;;;;;''''''
- 9 :
- 特定のライブラリがユーザによってインストールされているかを
autoconf で調べるのって邪道だと思わない?
- 10 :
- >>9 ライブラリ作者に.m4ファイルを書けってこと?
そこまでFSFに魂を売り渡したくない人達はどうするよ。
たとえば、X関係とか。
- 11 :
- Imake最強
- 12 :
- おめーらんなこというならgcc使うなよ
- 13 :
- >>12
(゚Д゚)ハァ?
- 14 :
- なんかこの板最近殺伐としてきたな。喜ぶべきことかどうなんだろうか・・・
- 15 :
- >11
いつのまにcross buildの機能が付いたね。FreeBSD的には有難い。
しかし、そんなこと知らずに偽cpp作ってゴリゴリhost.defとか書た
苦労はいったい・・・
- 16 :
- autoconf、automakeのスレ、荒れてる。
もったいないよ、盛り上げようよ。
- 17 :
- 何もわかってない馬鹿が暴れてるんだろうな >>8 >>12
- 18 :
- configure.inを書かずにGPLで配布することは恥かしいことなんですか?(w
- 19 :
- >>18 configure.in
configure.acを利用しない方が恥ずかしい罠。
- 20 :
- どーでもいいけど板違いな気がするんですが
- 21 :
- >>10
autoconf は OS 間の非互換性を補う使い方に留めてほしい。
自分がリンクしたいライブラリが無かった時、勝手に WITHOUT_LIBHOGE
みたいなオプションを付けてそれ抜きでコンパイルするのは嬉しくない。
そのライブラリを使うか使わないかはユーザが決める事柄なんだから、
--with-libhoge とも --withoug-libhoge とも指定してないのに、勝手に
WITHOUT_HOGE とかして欲しくない。
黙ってコンパイルして、黙ってリンカエラーを出してくれればそれでいい。
事前に親切に「libhoge ねえぞ、入れろやゴルァ」と言ってくれれば便利だが、
そこまでは求めない。
あと、OS 標準じゃない物を探すんだったら /usr/lib と /usr/include
以外の場所も適宜探してくれないと不便だと思う。何でも /usr 直下に
突っ込むことを暗黙の前提としているのではないか。
- 22 :
- 了解。勘違いしていた。
>>21
> 自分がリンクしたいライブラリが無かった時、勝手に WITHOUT_LIBHOGE
> みたいなオプションを付けてそれ抜きでコンパイルするのは嬉しくない。
これは同感です。
# というより、Autoconfの使い方が悪い。
> 黙ってコンパイルして、黙ってリンカエラーを出してくれればそれでいい。
これやっちゃうと、バグの報告が大量に発生すると思うので、マトモなパッ
ケージなら、
> 事前に親切に「libhoge ねえぞ、入れろやゴルァ」
と言ってくれると思うんですがどうでしょう。
# マトモの定義の話は無しね。
多分、Makefileを適切に書くのが面倒だから「Automake Autoconfでパッケー
ジ作りました」ってのが多いんだと思う。AC_CHECK_XXXの引数できちんとエラー
処理すれば大丈夫でしょ。
> あと、OS 標準じゃない物を探すんだったら /usr/lib と /usr/include
> 以外の場所も適宜探してくれないと不便だと思う。
ライブラリについてはリンクを実際に行なって調査するので、ユーザが環境変
数を設定することで何とかなりますし、ヘッダの方もコンパイル可能かどうか
を調査するので同じことではないでしょうか?
ま、言いたいのは、道具はいいけど使い方は人それぞれってことです。
- 23 :
- age
- 24 :
- 関係ないんだけど、いいですか?
UNIXの人はWindowsでプログラミングするときは
nmakeとcygwin(gmake)のどっち使ってますか?
nmake使いづらいです。。
- 25 :
- >>24
nmakeってことはVC++?
だったらmsdev使うけど。
- 26 :
- >>25
vs持ってないもんで、、
- 27 :
- >26
バカヤロウ。ここはUNIX板。
Windowsはcygwinを入れて使うもんだろ。
コンパイラまでgnuを使うわけにはいかないことも
あるが、それ以外は当然全てgnu!
- 28 :
- Automake 1.6.2 released
sageですが ;-)
- 29 :
- JavaプログラムをAutoconf/Automakeに対応させるにはどうしたらいいのかな?
最低限 make と make install と make dist を使えるようにしたいのだけど。
で、
--- Makefile.am ---
bin_PROGRAMS = hello.jar
hello_jar_SOURCES = Main.java
-- configure.in --
AC_INIT(Main.java)
AM_INIT_AUTOMAKE(hello, 1.0.0)
AC_ARG_PROGRAM
AC_PROG_INSTALL
AC_PROG_CC
AC_OUTPUT(Makefile)
とかやってみたけど当前のように正しいMakefileは出来ないし。
- 30 :
- >>29
> JavaプログラムをAutoconf/Automakeに対応させるにはどうしたらいいのかな?
> 最低限 make と make install と make dist を使えるようにしたいのだけど。
Automake-1.6.2とAutoconf-2.53だと、gcjを利用したコンパイルができるみたい。
でも、うちはJAVAの環境が無いから試せないです。
automakeのinfoの、ノード"Java Support"を参照してみてください。
- 31 :
- >>30
gcjを入れてみたけどlibgcj.specが????とか出て動かない。かなり険しそう(w
とりあえずAutomake-1.4のinfoで'_JAVA'がどうのこうのって記述を見つけたので、
javacで動くように試してみます。
- 32 :
- >>31
> とりあえずAutomake-1.4のinfoで'_JAVA'がどうのこうのって記述を見つけたので、
> javacで動くように試してみます。
1.4のやつって、javacでのコンパイルのみのサポートだったと思います。
# 記憶が曖昧ですみません。
info にもありますけど、.javaと.classのサフィックスルールを自動的に作れ
ない(ファイルの中からクラス名を調査する必要がある)のでそのような仕様だっ
たと思います。だからmakeはできてもmake installは難しいと思います。
# でもうまくいったら教えてください。
- 33 :
- Autoconf-2.53b 開発版リリース(結構前だけど)
どーでもいいけど、autoconf-mode.elとかautotest-mode.elとかあるのね。
色が変わるだけみたいだけど。
- 34 :
- 知らない間にac-2.54 am-1.7になってたのね。
amのdrilistって便利そうなんだけど使っている人いる?
--confiugre=$HOMEしている人ぐらいなのかな。
# ム板のmmmpスレのほうが活発かな?
- 35 :
-
- 36 :
- 保守
- 37 :
- (^^)
- 38 :
- autoconfは便利なんだけど、これに対応するようになってから
ソースの見通しが悪くなった。
- 39 :
- 前は環境依存部分を別関数にしたりしてたけど、最近は面倒だからやめた。
確かに見通しは悪くなった。GNUのソースも見るのが辛くなってきた。
# なんか愚痴ばっかりだな。
- 40 :
- この前からCommon Lispで書かれた数式処理ソフトウェアの構成を
追ってみようとしてるんだけど、main関数のないLispソースを
autotoolsでビルドする構成になってるので、さっぱり分からない。
Autotoolsを使うときには、想定しているコンパイラ・ライブラリの組み合わせと
依存関係を簡単にドキュメント化してくれないと困ってしまう。
逆に移植などがし辛くなってしまうよ。
- 41 :
- >>40
とりあえずconfigureしてlog見るんじゃだめなの?
Common Lisp知らないからいい加減なこといっているけど。
- 42 :
- コンパイル型言語じゃないからね、Lispの「メモリダンプ」とかって独特なんです。
で、どんなコマンドが実行されてるんだか
(というか、山ほど実行されてるコマンドのうちどれが重要なのか)分からない。
- 43 :
- いろいろ大変なんですね。LispはEmacsのしか知らないし、
AM_PATH_LISPDIR使っているものしか見たこと無いんで、
役に立たずですまんです。
# autoconfにもLispファイルがあります。
- 44 :
- Autoconf,Automake,Libtoolを解説してる本って少ないながらも一応あるようですけど,
どんなもんでしょう?いい本なのでしょうか?
- 45 :
- 多分あの本だと思いますがいい本です。ただし、最新のAutoconf、Automakeを
利用するとちょっと戸惑うかもしれません。セレンディップのGNOMEプログラ
ミングという本にもこれらの解説があります。
- 46 :
- オーム社の本の事ですか?
- 47 :
- >>46 そうだと思う。
んでも、少々高いから、漏れは立ち読みで逝こうかとw
- 48 :
- やっぱりm4マクロの勉強からかな
- 49 :
- >>48
勉強ってほどのもんでもない。
- 50 :
- 2割、3割はあたりまえ。
- 51 :
- (^^)
- 53 :
- CVSにconfigureまで突っ込んでるプロジェクトもたまに
ありますが、ふつうはどこまで含めるものなんですか。
- 54 :
- FreeBSD PORTS なんかだと、
autoconf{,213,254,257} や automake{,14,16,17} や libtool{,13,14} のように、
古いバージョンも後生大事に用意されていますよね。
これは何故なんでしょうか?
何か後方互換性に大きな問題でもあるのでしょうか?
- 55 :
- はい。
- 56 :
- >>55
なるほど。
そうだとして、この場合はそれぞれこのバージョンを使えば良い/いけない、
といった判断は一般にどのような基準に基づいて行えば良いのでしょうか?
- 57 :
- >56
違うバージョンを使うと動かないので悩む必要はありません。
- 58 :
- >>57
う〜ん、やっぱり良くわからないです。
とどのつまり、知りたいのは、
PORTS や package のような仕組みの無い OS に automake や autoconf を入れる場合、
とりあえずそれぞれ最新のバージョンのを入れておけば問題ないものなんでしょうか?
それとも、古いバージョンのも入れておいた方が良いのでしょうか?
- 59 :
- >>53
configure.acまでと言いたいが、今のAutotoolsのバージョン間の互換性から、
configureまで入れておいたほうが無難。誰でもcheckoutできるプロジェクト
なら、「autoconfを実行するとエラーが出ます」というレポートが大量発生す
る可能性が高い。しかし、confugure.acやMakefile.amを書き換えると同じ状
況になるんだよね。
AM_INIT_AUTOMAKE([1.7])とかAC_PREREQ(2.57)とか書けばいいのかな?
- 60 :
- >>58
Autotoolsを自分のプロジェクトで使うのなら、最新を入れて問題ないです。
他のプロジェクトに参加するなら、そのプロジェクトが推奨するバージョンが
あります。適当にソース持ってきて自分でソースなどを修正する時は、そのソー
スを書いた人が使っているものと同じバージョンがないとうまく動かないこと
もあります。更に、これらのツールは同じprefixにインストールしないとうま
く動かない場合が多いです。
私は、$HOME以下のディレクトリにいろんなバージョンが入っているのですが、
libtoolだけはいい方法が見つからないです。
- 61 :
- >>59
さんくす。内輪のプロジェクトなんでconfigure.acまでにしときます。
すでにautotoolsの互換性に悩んでるんだけど、最新版推奨で行くことにします。
configureはtarballに入れればいいし。
- 62 :
- >>60
どうもです。
私はとくに他人のプロジェクトに参加したりということもなさそうですので、
最新のを入れて問題なさそうですね。
- 63 :
- とあるソフトの configure.in、
AC_SEARCH_LIBS(tputs, ncurses termcap, HAVE_TERMCAPとdefine, ダメです)
みたいなライブラリチェックしかなくてSolaris8上でのconfigureが不能です。
対症療法よりもその辺全面的に書き換えようと思うんで、
configure.in での termcap, curses, ncursesのチェックのお手本になるソフト探してます。
readlineをリンクすることも可能で、Solarisでconfigure;make 可能なソフト、
なんかないでしょうか?gdb?
- 64 :
- >>63
GNU texinfoが、tercap、ncurses、readlineなどを使ってるみたいです。
infoコマンドのソースはgdbより少ないかな?
- 65 :
- >>64 情報ありがとうございます。当たってみます。
- 66 :
- 済みません、ちょとお邪魔させてください。
事情により初めてautoconf/automake使い始めたとこなんですが、
unyalib--------------------subDirA
ソ ースいくつか | ソースいくつか
|
|
|-----subDirB
ソースいくつか
という具合に、ライブラリソースのディレクトリ直下に、ソースが有り、
なおかつ、そのライブラリの一部になっているサブディレクトリにも
ライブラリのソースが有り、という状況ですが、解説ページとかを参考に、
- 67 :
- 解説ページとかを参考にして、
-- unyalibのMakefile.am ------
SUBDIRS = subDirA subDirB
noinst_LIBRARIES = libunyalib.a
libunyalib_a_SOURCES = unya.c honya.c
-- subDirAのMakefile.am ----
noinst_LIBRARIES _ libunyalib.a
libunyalib_a_SOURCES =
libunyalib_a_LIBADD = unya_a.c honya_a.c
-- subDirBもsubDirAと同じように"LIBADD"を使用 ----
とかいうように、書いてautomakeを動かしてみました。
でも、結果としてのMakefile.inは、どのディレクトリのものでも
unyalib.a: $(unyalib_a_OBJECTS) $(unyalib_a_DEPENDENCIES)
-rm -f unyalib.a
$(AR) cru unyalib.a $(unyalib_a_OBJECTS) $(unyalib_a_LIBADD)
$(RANLIB) unyalib.a
と、ar の前に必ずrm が実行されて、一つのライブラリに合体してくれない状態です。
サブディレクトリの方ではrmの実行が挟まれず、一つのライブラリにさせる技は無いでしょうか。
- 69 :
- そりゃサブディレクトリでやったらそれぞれ別物だし、
一つのライブラリになるわけはない罠。
- 70 :
- えーと、やっぱ駄目ですか。
automakeって、一つの結果(実行形式でもライブラリでも)を作るためのソースは、
一つのディレクトリに集まっているというのしか想定していないということでしょうか。
- 71 :
- SUBDIRS使わずに、SOURCESで相対パス指定でできなかったっけ?
$(topsrcdir)とかで指定するんだったかも。
1.4頃の記憶なんで違うかもしれん。
どっちかというとlibtoolsの話かもしれんけどね。
- 72 :
- やってみました。
SUBDIRS無し、
libunyalib_a_SOURCES = unya.c honya.c subDirA/unya_a.c subDirA/honya_a.c
とかしてみると、
subDirA下のソースに対するオブジェクトがunyalib(ライブラリソースツリーの根っこ)下に
作成されるけど、ライブラリのためのオブジェクトはサブディレクトリから取ってこようとする
Makefileが出来ちゃいまひた。
で、もう、最初のMakefile.inはautomakeで作るけど、
それを手で修正して以後automakeは使わないという決定が
本日なされちゃって、この件は棚上げとあいなりました。
ありがとうございました。
- 73 :
- >>1
使いにくいのを奥深さと勘違いしてるだけだろ。
- 74 :
- >>73
奥が深くて使いづらいと申し上げているのです。
- 77 :
- makeができない。
- 78 :
- automakeで作ったMakefileってgmakeに依存する?
- 79 :
- >>78
基本的には依存しない。Makefile.amの内容によっては依存する。
- 81 :
- >>73
バッドノウハウと「奥が深い症候群」か。
ttp://namazu.org/~satoru/misc/bad-knowhow.html
こんな単純な問題じゃないと思うけどな。autotoolsがバッドノウハウの塊なのは認めるけど。でも、バッドノウハウがなくなることはないと思うよ、漏れは。
- 84 :
- >>67
ん?
-- unyalibのMakefile.am ------
SUBDIRS = subDirA subDirB
noinst_LIBRARIES = libunyalib.a
libunyalib_a_SOURCES = unya.c honya.c
libunyalib_a_LIBADD = libsubdir_a.a ...
-- subDirAのMakefile.am ----
noinst_LIBRARIES = libsubdir_a.a
libsubdir_a_a_SOURCES = unya_a.c honya_a.c
でいいんじゃないの? 手元で試してないから嘘言ってるかもしれないけど。
- 85 :
- 間違えた。
libunyalib_a_LIBADD = libsubdir_a.a ...
は
libunyalib_a_LIBADD = subdirA/libsubdir_a.a ...
ね。
- 86 :
- auto* っつーもんは、backward compatibility を放棄した糞ということでよろしいか?
- 87 :
- Autotools で生成したものの再配布は GNU ライセンスに準じるの?
- 88 :
- >>87
準じないけど、Automakeで配布されるファイルには
いろんなライセンスがあっはず。
バイナリ配るんなら問題無かったと思う。
>>86
糞かどうかは知らんが、同意したい気分だね。
- 89 :
- まあ、こいつの登場で便利になっている事実は否定できないので、
backward compatibility を確保して欲しかったということだけかな。
- 90 :
- backward compatibilityを維持したらどんな事態になるか分るだろ。
- 91 :
- ∧_∧∩ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
( ´∀`)/< 先生!わかりません!!
_ / / / \___________
\⊂ノ ̄ ̄ ̄ ̄\
||\ \
||\|| ̄ ̄ ̄ ̄ ̄||
|| || ̄ ̄ ̄ ̄ ̄||
.|| ||
- 93 :
- Automake-1.7.7のconfigureがAutoconf-2.57だと通らず、
Autoconf-2.54だと通る。
config.logは以下の通り(一部抜粋Autoconf-2.57のとき)。
configure:1724: cd conftest && eval autoconf -o /dev/null conftest.ac
autom4te: no such file or directory: m4sugar/m4sugar.m4
configure:1727: $? = 1
configure:1731: error: Autoconf 2.54 or better is required.
Is it installed? Is it in your PATH? (try running `autoconf --version')
Is it working? See also config.log for error messages before this one.
なんか情報ありませんか?
- 94 :
- お騒がせしました。ありました。
http://mail.gnu.org/archive/html/automake/2003-07/msg00018.html
以下のスレッドでした。でもちょっと違うんだよね。困った。
- 95 :
- 犬板にあったので
http://japan.linux.com/desktop/03/11/20/0516251.shtml
個人的にはconfigure時にはbuildなどディレクトリを掘って
../configureのほうが好み。
- 96 :
- >>95
distclean できる *はず* なので、正直どうでもいい。
- 97 :
- 確かにdistcleanできる *はず* ですね。
個人で開発に利用するときは、cleanすら使うことが少ないから、
良く理解していなかった。
- 98 :
- ./configureしたときのデフォルトの$prefixが/usr/localなのが不便なので、configure.ac
やMakefile.acの中で--prefix=/usrの指定をできないでしょうか?
- 99 :
- >>98
AC_PREFIX_DEFAULTを使う。詳細はinfo Autoconfとかして見るべし。
しかし、デフォルトのprefixを/usrにするのはあまり行儀の良いもの
ではないと思うが。
- 100 :
- Makefile.ac
- 101 :
- >>100
ああ、Makefile.amの間違いだよな。
- 102 :
- >>99
ありがとうございます。
ところでprefixを/usrにするとどういうデメリットがあるのでしょうか?
- 103 :
- >>101
ごめんなさい。その通りMakefile.amの間違いです。
- 104 :
- >>102
/usr の下はユーザにとって最低限必要なものが入ってるので、そういう重要なファイルと
ユーザがインストールしたものの中で名前が衝突し、置き変えられたりするとまずい。
/usr/bin/cc が上書きされたらどうなるかは簡単に想像できるとおもう。
Linux とかはパッケージで入れるものは全部 /usr に入れるのが多い
(衝突が検知できるから問題にならない)けど、 *BSD は別にディレクトリを掘って
そこに入れてる。/usr の下は一切いじらないポリシーを厳格にまもってるんだとおもう。
- 105 :
- OSの一部として配布されるもの以外は/usrに入れないのが当り前です。
システム上重要というだけでなく、そのOSを使っている人の間で構成が
一致しているからでもある。
Linuxはその意味ではいまだ寄せ集めの域を出ていないのかな?
もしだとすると>>102のようになんでも/usrに叩き込むということになっちゃっ
うのも納得できる。
>>104の前半にあるような問題は既にLinuxユーザでは起きているみたいだし。
- 106 :
- 寄せ集めっつーか、大多数のLinuxディストリにはbase systemと
いう概念が無いからなぁ。「無けりゃインストールしろ」「インストール
したらそれもbase systemの一部だ」みたいなノリなんだろうね。
- 107 :
- >>105
Linux だと FHS(File Hierarcy Standard だっけな)って標準があるよ。
最近のメジャーなディストリは準拠してる(Debian,SuSE,Fedora,Turbo...)。
特別な理由もなく --prefix=/usr するのは、お行儀の悪い鯖管だけだね。
> Linuxはその意味ではいまだ寄せ集めの域を出ていないのかな?
これは、もはや昔話だよもん。
- 108 :
- 一度rpmにするものは/usrにしてる。
100〜のスレッドの続きを読む
中卒、土方、塗装工、ガテン系のためのUnix
参考になる書籍part2
(´_ゝ`)流石だよな、俺ら(´lt;_` )流石に2
メーラスレッド
shift+spaceボクメツ委員会
タイピング速い奴らの数→
【Debian】 Nexenta OS 【OpenSolaris】
ハッカーに憧れて
データ解析ツールoctaveを語ろう Part 2
Unix技術者のネットワークの知識
--------------------
ソニーエリクソンのエンジニアが任天堂社長を批判
【TRX】トロン 第104話【TRON】
【キラ】ヤオイ同人誌について【アスラン】
バレーボールのプロ化を語るスレ2018新Vリーグ誕生!
Javaはもう死んだの?
オススメの株式銘柄を教えろください
【かっさん】加藤純一ID無しスレpart3349【偽トロ】
専用鯖で何するの???金の無駄だろ
【パニア・ケース・ボックス】箱・積載物総合スレッド Part74
【Exit!】スカイダイバー雑談スレ Load2【Exit!】
【新潟】NGT48★943【本スレ】
誰かクイズ出しとくれ
設楽統「樋口とか色っぽいよねえ」
【上限は5万円】生活保護世帯にエアコン購入費支給★8
【韓越首脳会談】ベトナム戦争時の虐殺に文大統領「遺憾の意」 ⇒ 現地で開かれた行事に参加した韓国側出席者は「土下座で謝罪」[3/25]
【キモチワルイけど】蓮コラ専用スレッドPart3【キモチイイ】
【ぼやき】うたスキの愚痴part10【なやみ】
経緯台を語る 2台目
【素材盗用】刀剣乱舞アンチスレ132【悪事もみ消し】
【バーチャルYoutuber】にじさんじアンチスレ200【仮面ライダーカブト応援スレ】
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼