Autoconf,Automakeについて

1 名前：名無しさん＠お腹いっぱい。 [02/04/11 05:24.net] 奥深さの前に使い方がさっぱり分からん。教えて下さい。 関連サイトは>>2 175 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/02(日) 06:43:54 .net] autoconfは便利だしとっつきやすいが、 automakeまで手を伸ばすのはちと面倒なんだよな。 どうせ最初から使う必要なんてないんだから、 必要を感じてきたらそのとき導入すればいいよ。 >> prepare_projectなるスクリプト MS的にいうとautotools_wizardだね 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/02(日) 12:22:16 .net] >>171 なるほど。これいけるね。 177 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/03(月) 03:18:57 .net] >>175 autoconf単独よりautomakeとセットで使う方が断然らくちんだべや 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/07(金) 23:19:18 .net] NFS上でaclocal等を実行すると、perlがflock使っているところで 止まるんだけど、これってperlを-Ud_flock付きでコンパイルする 以外に方法はないのでしょうか？ (aclocalは1.9.6) 179 名前：名無しさん＠お腹いっぱい。 [2006/06/27(火) 20:01:13 .net] 型のサイズが違ったらエラーを出すようにしたいのですけど、 どうしたらいいでしょうか。 configure.inに AC_CHECK_SIZEOF(int) AM_CONDITIONAL(CHECK_INT, test "$SIZEOF_INT" = 4) Makefile.amに if !CHECK_INT endif と書いてみたのですけど、if〜endifの間の書き方が分かりません。 よろしくお願いします。 180 名前：名無しさん＠お腹いっぱい。 [2006/07/18(火) 14:34:27 .net] >>179 configureの時点で止めてしまうって話でいいのなら、下の感じだとおもう。試してはいないけど。 AC_CHECK_SIZEOF(int) if test $SIZEOF_INT != 4; then AC_MSG_FAILURE([aaaa]) fi 181 名前：179 mailto:sage [2006/07/18(火) 21:03:26 .net] >>180 あれからconfigure.inではなくてconfigure.acを使うようにしたのですが、 configure.acの中からではSIZEOF_INTが見えないようです。 生成されたconfigureを見てみると #define SIZEOF_INT $ac_cv_sizeof_int という行がありましたので、 AC_CHECK_SIZEOF(int) if test x$ac_cv_sizeof_int != x"4"; then AC_MSG_FAILURE([int must be 4 bytes.]) fi としてみたらうまくいきました。ありがとうございました。 182 名前：名無しさん＠お腹いっぱい。 [2006/07/20(木) 20:39:59 .net] autoconf-archive autoconf-archive.cryp.to/macros-by-category.html を見ていると、マクロの先頭が、AC,ACX,AXなどいくつかありますが、 それぞれどのような違いがあってつけられているのでしょうか。 183 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/16(月) 21:53:55 .net] automake-1.10が出たので、autoconf-2.60とともに試しにいれてみた。 ついでにm4-1.4.6にしてみた。古いautoconf関係との解離は大きくなった感じ。 あと、autoconf-2.60のmake checkでエラーになるのだが、 これは、m4-1.4.6のせいで、autoconf-2.60aにするといいらしい。 とりあえず、こんな状況。 184 名前：名無しさん＠お腹いっぱい。 [2006/11/24(金) 03:55:10 .net] --with-foo=XXXXの値をMailfileのDEFS変数に反映させてgccのプリプロセッサに反映させたいのですがうまくいきません。 やり方教えて頂けないでしょうか。 AC_ARG_WITH([foo], [ --with-foo (default is /etc/foo)], def_foo=$withval, def_foo=/var/foo) AC_DEFINE([HAVE_FOO, [def_foo]) としてもMakefileでは gcc -DHAVE_FOO=def_foo となってしまいます、、 185 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/24(金) 06:20:37 .net] AC_DEFINE_UNQUOTED 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/24(金) 06:35:43 .net] 今も聞こえる オウトマケの唄 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 03:01:50 .net] >>185 変更したら解決できました。 ありがとうございます。 188 名前：名無しさん＠お腹いっぱい。 [2006/12/03(日) 05:15:59 .net] AC_CHECK_LIBに/usr/local/libなどのディレクトリも見てもらうようにするには どうしたらいいんでしょうか？ 189 名前：名無しさん＠お腹いっぱい。 [2006/12/08(金) 09:17:54 .net] そもそも、 AC_CHECK_HEADERSがヘッダを探すサーチパス、 AC_CHECK_LIBがライブラリを探すサーチパス、 は、 どこで定義されていて、 どうやったらそこに任意のディレクトリを追加できるのでしょう？ ドキュメントには記述が発見できず... 190 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/08(金) 14:19:02 .net] apacheやqmailみたいに１パッケージに複数のアプリケーションが含まれているようなソースツリーの場合にいい感じにconfigureを量産してくれるようなautotoolsが欲しい。 191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/08(金) 20:42:36 .net] /usr/share/autoconf とかその辺にあるよ 192 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/09(土) 22:48:56 .net] >>191 ありがとうございます。 /usr/share/autoconf/autoheader.m4f にそれらしき部分を見つけました。 /usr/share を変更できない権限で configure 実行時にサーチパスを追加 する方法を探しています。 環境変数INCLUDEにセットしてみたり、 ./configure INCLUDE=hoge とかやってみているのですが、うまくいかずです。 193 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/13(水) 15:01:54 .net] ./src 　main.c 　./others 　　hoo.h という階層があって、main.cからhoo.hを読み込んでいるのですが、Makefile.am はどのように書けばいいのでしょうか？ 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/13(水) 15:03:01 .net] すいません書き忘れです。 ./others 　hoo.h 　hoo.c という感じです 195 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/14(木) 04:27:56 .net] >>192 環境変数で解決しました。 AC_CHECK_HEADERS は CPPFLAGS=-I<include_dir>、 AC_CHECK_LIB は LIBS=-L<lib_dir> で設定したディレクトリを探してくれるようです。 196 名前：手元にある本から・・・ [2006/12/16(土) 18:51:20 .net] >193 GNU Autoconf/Automake/Libtool ttp://www.amazon.co.jp/Autoconf-Automake-Libtool-Gary-Vaughan/dp/4274064115/ P48 6.5:よくある質問　から引用 ライブラリのソースが複数のサブディレクトリにあるとき、どうmakeしたらよいでしょうか？ ライブラリではほとんどの場合、libtoolコンビニエンスライブラリを使うことで簡単に解決できます。 しかし、プログラムについては簡単な解決策がなく、パッケージの構造の変更を選ぶ人が少なく有りません。 Automakeの次期メジャーリリースでは、この問題に進展があるはずです。 最新verならできるのかな？この本が翻訳された段階(平成13年)ではまだ無理っぽいみたいだし 197 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/16(土) 19:59:25 .net] >>196 ありがとうございます どうにも良く分からないので ./src 　main.c 　./others 　　hoo.h 　　hoo.cpp を、libothers.aとライブラリにして、./srcでリンクさせてます。（リンクが成功しないんですがこれは別問題かと） うーむ、実際にautotoolsで作ってる人はどうしてるんだろうか 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/16(土) 20:55:20 .net] >>196,197 今試したら少なくともautomake-1.9.5だと うまくサブディレクトリを扱えるみたい 199 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/17(日) 04:04:49 .net] 具体的な書き方が分からないのですが、教えていただけませんか？ 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/17(日) 09:22:03 .net] >>199 とりあえず、、、試してみた。 topdirのMakefile.am (プログラム名はhooと仮定) SUBDIRS = others bin_PROGRAMS = foo foo_SOURCES = main.c foo_LDDADD = $(top_builddir)/othes/libhoo.la foo_CFLAGS = -I$(top_srcdir)/others foo_LDFLAGS = -L$(top_builddir)/others -lhoo othersのMakefile.am lib_LTLIBRARIES = libhoo.la libhoo_la_SOURCES = hoo.c hoo.h configure.ac AC_PREREQ(2.61) AC_INIT([foo], [0.0.0], [nanasi@example.com]) AC_CONFIG_SRCDIR([main.c]) AC_CONFIG_HEADER([config.h]) AM_INIT_AUTOMAKE([foreign]) AC_PROG_CC AC_PROG_LIBTOOL AC_CONFIG_FILES([Makefile others/Makefile]) AC_OUTPUT 201 名前：198 mailto:sage [2006/12/17(日) 18:48:32 .net] >>199 具体的もなにもmain.cのあるディレクトリのMakefile.amで hoge_SOURCES=main.c others/hoo.h others/hoo.cpp するだけだよ othersにあるファイルも同じように扱えるようになったみたいなので わざわざライブラリにまとめる必要はない 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/17(日) 23:34:00 .net] >>200 >>201 ありがとうございます。 確かにmainのあるディレクトリでothers/hoge.cppと指定すれば出来ました。 しかし、サブディレクトリに物凄くファイルがあるので、階層別にMakefileを作り、ライブラリにしたほうが管理しやすそうに思えます。 あと、>>200さんの方法を使った場合、libhoo.laをインストールするのが普通なのでしょうか？ それともnoinst_LIBRARIESにした方がいいのでしょうか？ 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/18(月) 17:47:27 .net] >>202 > あと、>>200さんの方法を使った場合、libhoo.laをインストールするのが普通なのでしょうか？ > それともnoinst_LIBRARIESにした方がいいのでしょうか？ ほかで利用するならインストールするけど、そうでなければ デフォルトでstaticにしないと不味いかもしれません。 他で使うなら、include_HEADERSにヘッダを書かなきゃだめですが、、、 判断できない場合は、とりあえずインストールするのが無難です。 # libhoo.laはデバッグ時に必要です。 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/18(月) 21:31:01 .net] > libhoo.laはデバッグ時に必要です。 *.laって何するものなの? 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/18(月) 23:43:10 .net] >>204 > *.laって何するものなの? $ libtool gdb hogehoge ってやるとき、参照するライブラリが書かれているテキストファイルだと 思っているのですが、、、 識者の方ツッコミよろ。 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/24(日) 20:13:53 .net] noinst_ だったらコンビニエンスライブラリになるから、実行形式の方には最終的に静的リンクされて .la なんか不要になるはず。 207 名前：名無しさん＠お腹いっぱい。 [2007/06/23(土) 21:05:43 .net] AC_CHECK_HEADERなどで宣言されるHAVE_*の先頭に識別子をつけることはできる？ #define HOGE_HAVE_MEMORY_H となるような。 hoge_config.hをライブラリのヘッダーから読み込もうと思っているのですが ライブラリを使う側にHAVE_*が影響してしまうので ライブラリのコンパイル後に消すか、名前を変えるかしたい。 しかし、ライブラリヘッダーが提供する構造体要素の型をHAVE_*を見て切り替えたいので 単純にconfigヘッダーをインストールしないというわけにもいかず。 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 05:32:53 .net] >207 とりあえず、autoconf-2.61 でだけど。 本論と関係ないけど、AC_CHECK_HEADER は HAVE_* を自動で定義してくれなくて、AC_CHECK_HEADERS が、HAVE_* を自動で定義してくれるような。 で、 AC_CHECK_HEADER(test.h, AC_DEFINE(HOGE_HAVE_TEST_H, [], [Define to 1 if you have the <test.h> header file.])) みたいな感じで自前で書けばいいと思う。autoheader も拾ってくれてるみたいだし。 デフォルトで定義されてしまう分(configure 自体に使用される)についても名前を差し替えたい場合には、_AC_INCLUDES_DEFAULT_REQUIREMENTS か AC_INCLUDES_DEFAULT の再定義が必要。 ここまで書いて思ったんだけどさ、ライブラリ作成環境と実行環境で HAVE_* の状態が違っているなら正常動作しなくても当然なんじゃない？ 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 12:30:43 .net] ライブラリのヘッダでconfig.hを読むってのが変だと思うけどなあ。 210 名前：名無しさん＠お腹いっぱい。 [2007/06/24(日) 22:52:30 .net] >>208 どうも。 AC_CHECK_HEADERSで自己定義して、定義しても自動ででてるーと思ってました。 AC_CHECK_HEADERならでないのですか。 >>209 例えば、 #if HAVE_INTTYPES_H #include <inttypes.h> #elif HAVE_STDINT_H #include <stdint.h> #else # ..... 自己定義 #endif #if HAVE_SYS_STYPES_H #.......略 typedef size_t my_size_t ; typedef uint32_t my_uint32_t ; typedef struct libraryargs { 　my_size_t length; 　my_uint32_t data; } libraryargs; DECLARE_EXPORT my_bool_t library_function(libraryargs *args); というのがあると、size_tやuint32_tが実際なに型なのかconfigureで作ると思っていて その結果をライブラリコンパイル時に使っているので ライブラリを使う側も同じ型を使って欲しいと思うんです。 それをまた#ifdef _WIN32でやっているとconfigureの意味が無いというか。 普通どうやるんでしょ？ 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 23:10:23 .net] >>208 >ライブラリ作成環境と実行環境で HAVE_* の状態が違っているなら正常動作しなくても当然なんじゃない？ 動作というより、他のプログラムが使う可能性のあるマクロ名を汚染してしまうのが嫌。 Cだから仕方が無いといえばそうだけど、せめてHOGE_*にしてあげたい。 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 00:46:53 .net] 不要なものをhoge_config.h.inから削除するとhoge_config.hに反映されないことに気づきました。 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 17:54:39 .net] >>210 ライブラリのヘッダファイルであるかどうかわからないtypedefをさらにtypedefって あまり見ないような。大抵自分で型を判断してやってないか。 214 名前：名無しさん＠お腹いっぱい。 [2007/06/25(月) 23:28:01 .net] >>213 自分で判断というのはhogeが定義してあるのでOSはhageだとかCPUはfooだとかで つまり4バイト数値型はhoge_intとかですか。 それがconfigureでやることではないのですか？ 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/26(火) 18:44:44 .net] >>214 そのライブラリを使うアプリのconfigureでやればいいんでない？ そういう話では無いのかな 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/07(土) 22:49:39 .net] >215 ライブラリを使う側でいちいちどのマクロを定義してやる必要があるかを考えるのが面倒くさい…と思ったんだけど、 そのライブラリ用に Autoconf マクロを作ってしまうというのでその点は解決するか。 その上で、ヘッダ側では #ifdef HAVE_CONFIG_H #include <config.h> #endif しておけば OK かな。 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/08(日) 20:43:24 .net] >>216 うん。ライブラリ側で、hoge.m4作って、share/aclocal以下にインストールしてあげる。 hoge.m4はAC_DEFINE()とか、一部AH_VERBATIM()とかでconfig.h.inに追加する感じ。 結構面倒な作業になるのかもしれないけど、、、 まあ、hoge_config.h.inから作るってのも解決方法の一つかもしれないけど、 どっちが良いかはよく分からないです。 218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/23(月) 03:24:18 .net] CFLAGSとCPPFLAGSの違いがよくわかりません Cプリプロセッサフラグってどういうことでしょうか？ -I/fuga/fuge/ をコンパイル時に指定したい場合、 CFLAGS=-I/fuga/fuge/ だと追加されなくて CPPFLAGSに指定すると追加されてました。 ちなみにC++のファイルです。 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/23(月) 11:01:31 .net] なぜそこで > Cプリプロセッサフラグ という自分の推測が間違っているということを疑わないのか。 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/23(月) 19:01:58 .net] いや、推測じゃないです。 sources.redhat.com/automake/automake.html で CPPFLAGS C/C++ preprocessor flags となってます。 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/23(月) 21:04:35 .net] まず問いたい。 おまえはそれを見て、それが正解だと推測したわけだよな？ 公式のマニュアルではなく、なぜそんな下らんもので推測したんだ？ 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/23(月) 22:30:52 .net] >>221 いや、これ、infoのhtml版だから、ほぼ正式と思っていいと思う。 >>218 sources.redhat.com/automake/automake.html#C_002b_002b-Support CXXFLAGSがC++のときのCFLAGSみたいなもの プリプロセッサとは、 e-words.jp/w/E38397E383AAE38397E383ADE382BBE38383E382B5.html これでも読んでくれ。#includeを処理するのが何か分かれば 多分理解できると思う。 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/23(月) 23:56:05 .net] ありがとうございます。 プリプロセッサの処理にコマンド指定できるんですね・・・知らんかったです。 C++でのオプションはCXXFLAGSで指定します。 サンクスでした 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/24(火) 23:43:52 .net] まず問いたい。 >という自分の推測が間違っているということを疑わないのか。 という発言が出てくるのか。 CPPFLAGSがC++用フラグだとでも自分の推測で発言したのか？w 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/28(水) 22:49:28 .net] bin_PROGRAMS=/tmp/fuga とか出来ないんですけど、/tmp/下に生成したい場合とかどうすればいいんですか？ 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/29(木) 08:39:52 .net] できるかどうかわからないけど、なぜそういうことをしたいのか の目的がわかれば、別の解決法が出てくるかもね。 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/29(木) 11:49:47 .net] 自分のホームディレクトリにソースがあったとしても、 /tmp/でmakeしたいんです。 /home/my/src/"ここにソースがある" けど、makeを叩くことで、 /tmp/でビルドさせたいんです。 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/29(木) 19:43:54 .net] >>227 > 自分のホームディレクトリにソースがあったとしても、 > /tmp/でmakeしたいんです。 /tmp で/home/my/src/configure すれば、/tmp以下にMakefileができると思うけど。 そういう話ではない？ 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/29(木) 23:14:50 .net] Makefileの中身が相対パスで書かれてるみたいなので、 /tmpでmakeをしてもエラーが出るんですよね・・・ やっぱり、ソースツリーを全部/tmpにコピーってconfigure,makeした方が 早いですかね？ 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/30(金) 09:52:32 .net] それは多分そのプログラムの方が悪い(autotoolsの使い方の問題)。 tmpに全部コピーした方が早そう。 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/12/01(土) 02:00:10 .net] 普通、相対パスで書かないものですか？ 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/12/01(土) 09:41:28 .net] >>231 srcdir や top_srcdir への相対パスなら大丈夫だけど、 # 絶対パスならabsを付ける カレントディレクトリからのパスになってるんじゃない？ 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/12/18(火) 17:33:38 .net] prog_SOURCESにカレントディレクトリ以外のファイルを以下のように指定すると my_src_dir=/home/xxx/src/ prog_SOURCES=$(my_src_dir)test.c 生成されるMakefileに include ./$(DEPDIR)/prog-$(my_src_dir)test.Po という記述がされて、 ./deps/prog-/home/xxx/src/test.Po を見に行ってしまいエラーになってしまいます。 回避する方法ってありますか？ 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/12/18(火) 23:29:27 .net] >233 my_src_dir=/home/xxx/src prog_SOURCES=$(my_src_dir)/test.c だったら通ったりしない？ って絶対パスじゃないと駄目なの？そーいうのはソースじゃなくてライブラリにしないか？ 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/12/19(水) 20:40:41 .net] あちこちにあるファイルを集めて一つのディレクトリツリーを作りたいんですが、 なんかうまいやりかたは無いんでしょうか a/b/c/hoge : d/e/hoge install ... a/b/c/huga : f/g/huga ... とか延々と書くのが面倒臭いんです... 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/12/23(日) 11:19:48 .net] >>234 ダメなんです。なぜかそういう風に展開されちゃうんですよね・・・ 237 名前：sage [2008/11/15(土) 00:31:39 .net] 同じソースファイルを使って、実行ファイルと共有ライブラリを 作りたいのですが、 ‘created with both libtool and without’エラーが吐かれて、 うまくいきません。 www.gnu.org/software/automake/manual/html_node/Libtool-Issues.html の8.3.9.2 Objects ‘created with both libtool and without’ に解決らしき記述があるのですが、意味がわからず困っています。 どうしろと書いてあるのでしょうか？ 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/15(土) 11:13:40 .net] >>237 そこの > A workaround for this issue is 以下をていねいに読めばだいたいわからんかな？ prog_CFLAGS = $(AM_CFLAGS) を追加して、副作用として prog.c と foo.c が prog-prog.o と prog-foo.o に コンパイルされるようにする（そうすることで、ライブラリのほうの オブジェクトファイルと、名前がぶつからないようにする）、とある。 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/28(日) 12:09:38 .net] linuxなんですがAutoconf,Automakeについて質問してもいいですか？ 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/08/10(月) 13:58:44 .net] どうぞ 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/04/12(火) 05:29:50.46 .net] hoyu 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2012/10/19(金) 00:16:16.94 .net] shop.oreilly.com/product/0636920025108.do 良いか？ 243 名前：名無しさん＠お腹いっぱい。 mailto:age [2014/04/07(月) 01:55:27.82 .net] llvm bitcodeを中間コードとしてビルドするようなmakefileをautotoolsで作れませんかね？ 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2015/01/03(土) 09:15:56.58 .net] --with-* と --enable-* との使い分け方が解らない。 www.geocities.co.jp/SiliconValley-Oakland/3432/man/autoconf/autoconf-ja_9.html を読んでも解らない。 どっちを使っても良いのかな? 245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2015/01/03(土) 21:25:10.13 .net] ぐぐったら入力途中で候補にautoconf with vs enableというのが出てきたので その結果を見てみたらいろいろと議論はあるようだ。 https://mail.python.org/pipermail/python-dev/2001-January/011991.html ここの解説だと、機能の有無を決めるのにenable、依存するパッケージとかの 指定にwithを使うという感じみたい。それでも例外もあるようだ。 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2015/01/03(土) 23:36:29.26 .net] >>245 構文はそっくりだけど意味は違うよ、適切に使い分けてね って事かな…? 今回はpackageの有無で機能を切り替えるので--with-*を使うことにするわ、サンクス! 247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2015/01/04(日) 00:09:09.26 .net] 英語の意味通りですな 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2015/01/06(火) 19:37:27.79 .net] キター! From: Stefano Lattarini <stefano.lattarini@gmail.com> To: Automake List <automake@gnu.org> Cc: info-gnu@gnu.org, autotools-announce@gnu.org 日付: 2015年1月6日 19:19 件名: GNU Automake 1.15 released We are pleased to announce the GNU Automake 1.15 minor release. (snip) Download here: ftp://ftp.gnu.org/gnu/automake/automake-1.15.tar.gz ftp://ftp.gnu.org/gnu/automake/automake-1.15.tar.xz 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/25(日) 07:39:08.66 .net] 2年ぶり! From: Mathieu Lirzin <mthl@gnu.org> To: <automake@gnu.org> Subject: GNU Automake 1.15.1 released Date: Mon, 19 Jun 2017 22:50:34 +0200 Message-ID: <87shivem79.fsf@gnu.org> We are pleased to announce the GNU Automake 1.15.1 maintenance release. 250 名前：名無しさん＠お腹いっぱい。 [2017/12/29(金) 07:37:16.28 .net] 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 CAEY39R21B 251 名前：名無しさん＠お腹いっぱい。 [2018/05/22(火) 06:13:54.01 .net] 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方 時間がある方はみてもいいかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』 CGFTL 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2020/03/22(日) 17:23:39.15 .net] 過疎化してますね、このスレ. From: Jim Meyering <jim@meyering.net> To: info-gnu@gnu.org Subject: automake-1.16.2 released [stable] Date: Sat, 21 Mar 2020 17:51:38 -0700 Message-ID: <m2eetlp5yd.fsf@meyering.net> List-Archive: <https://lists.gnu.org/archive/html/automake> Cc: automake@gnu.org This is to announce automake-1.16.2, a stable release. There have been 38 commits by 12 people in the two years (almost to the day) since 1.16.1. Special thanks to Karl Berry for doing a lot of the recent work preparing for this release. See the NEWS below for a brief summary. 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2020/11/22(日) 07:21:08.96 .net] このスレ見てる人いるんだろうか? From: Jim Meyering <jim@meyering.net> To: autotools-announce@gnu.org, automake@gnu.org, info-gnu@gnu.org Subject: automake-1.16.3 released [stable] Date: Wed, 18 Nov 2020 20:51:52 -0800 Message-ID: <m28sayuexj.fsf@meyering.net> List-Archive: <https://lists.gnu.org/archive/html/autotools-announce> This is to announce automake-1.16.3, a stable release. There have been 62 commits by 15 people in the 35 weeks since 1.16.2. Special thanks to Karl Berry and Zack Weinberg for doing so much of the work. See the NEWS below for a brief summary. Thanks to everyone who has contributed! 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2020/12/30(水) 10:59:12.06 .net] 誰も気にしてないと思うが、今月autoconfが新しくなった。 https://lists.gnu.org/archive/html/autoconf/2020-12/msg00002.html To: info-gnu@gnu.org, autoconf@gnu.org Subject: autoconf-2.70 released [stable] Message-Id: <4Cr8xf5THLzcbc@panix1.panix.com> Date: Tue, 8 Dec 2020 14:14:30 -0500 (EST) From: Zack Weinberg <zackw@panix.com> We are pleased to announce stable release 2.70 of GNU Autoconf. This release includes eight years of development work since the previous release, 2.69. Noteworthy changes include support for the 2011 revisions of the C and C++ standards, support for reproducible builds, improved support for cross-compilation, improved compatibility with current compilers and shell utilities, more efficient generated shell code, and many bug fixes. See below for a detailed list of changes since the previous version, 2.69, as summarized by the NEWS file. Unfortunately, we were not able to maintain perfect backward compatibility with existing Autoconf scripts. Caution is advised when upgrading. The list of changes, below, includes detailed explanations and advice for all of the compatibility problems we know about. Please report bugs and problems with this release to the Savannah bug tracker: https://savannah.gnu.org/support/?func=additem&group=autoconf Please also send general comments and feedback to <autoconf@gnu.org>. 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/08/29(日) 23:18:19.04 .net] もはや追いかける者もいなくなったか。 https://lists.gnu.org/archive/html/autoconf/2021-01/msg00126.html From: Zack Weinberg Subject: autoconf-2.71 released [stable] Date: Thu, 28 Jan 2021 17:49:17 -0500 (EST) We are pleased to announce stable release 2.71 of Autoconf. 2.71 is a bugfix release, correcting several important compatibility problems and regressions discovered since the release of 2.70. There are no new features. Upgrading is recommended for all users of 2.70. Users of 2.69 or earlier should proceed with caution; please consult the NEWS file and/or the release announcement for 2.70 for details. Here are the compressed sources: https://ftpmirror.gnu.org/autoconf/autoconf-2.71.tar.gz (2.0MB) https://ftpmirror.gnu.org/autoconf/autoconf-2.71.tar.xz (1.3MB) Here are the GPG detached signatures[*]: https://ftpmirror.gnu.org/autoconf/autoconf-2.71.tar.gz.sig https://ftpmirror.gnu.org/autoconf/autoconf-2.71.tar.xz.sig NEWS * Noteworthy changes in release 2.71 (2021-01-28) [stable] ** Bug fixes, including: *** Compilers that support C99 but not C2011 are detected correctly. *** Compatibility improved with clang and Oracle C++. *** Compatibility restored with automake's rules for regenerating configure. *** Compatibility restored with old versions of std-gnu11.m4. 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/08/29(日) 23:24:29.22 .net] Announceメールjもろくに流れなくなったかわいそうなAutomake。 From: Jim Meyering Subject: [automake-commit] annotated tag v1.16.4 created (now 048bc0d) Date: Mon, 26 Jul 2021 15:38:41 -0400 meyering pushed a change to annotated tag v1.16.4 in repository automake. at 048bc0d (tag) tagging 39c0005a1aadefdace6f2c741f8fd8a84e60f0f1 (commit) replaces v1.16.3 by Jim Meyering on Mon Jul 26 12:34:11 2021 -0700 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/08/29(日) 23:40:02.72 .net] 人手が足りていないらしい。 https://www.gnu.org/software/automake/ New volunteers to help maintain Automake are needed. Please help if you can. https://lists.gnu.org/archive/html/automake/2021-03/msg00018.html From: Karl Berry Subject: automake bug fixers/developers needed Date: Fri, 26 Mar 2021 16:39:04 -0600 For about the last year, I've been the main person applying bug fixes to (or at least reading bug reports for) Automake. My pace has been quite slow, but since maintenance was almost completely lacking for some years before that, I've been doing what I could. Mainly, going through the old bug reports and dealing with the "easy" ones, besides trying to handle new ones as best I can. There are still many outstanding bug reports that I have not even read. Unfortunately, I am going to have even less time for Automake for the foreseeable future. I will still do what I can, but it will not be much. Therefore, if you have some automake/perl/shell/make/etc. development skill or interest, and are also interested in Automake maintenance continuing, please volunteer if you can. I recommend starting by looking at the open bug list: https://debbugs.gnu.org/cgi/pkgreport.cgi?package=automake#_0_4_4 258 名前：名無しさん＠お腹いっぱい。 [2022/02/25(金) 12:58:42.23 .net] Autoconf,Automake 259 名前：名無しさん＠お腹いっぱい。 [2024/03/27(水) 20:18:27.93 .net] 彼女←隠すならぜんぜんいい マネージャーはクビだろうな じゃキンプリはないんじゃないかな 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2024/03/27(水) 21:02:56.80 .net] 実質賃金だけでも ニコ生は中抜きがえげつない そんなん言ってスクエニ辞めて 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2024/03/27(水) 21:51:16.15 .net] 戦争がしたいなら脱退してくれ みんなでオッパの帰りを祈りましょう🙏❤ 貧乏なのでぇNISA枠でデイトレすればいいのに 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2024/04/19(金) 20:05:37.16 .net] xzの穴にautoconfの難読度が利用されてしまいましたなあ 263 名前：名無しさん＠お腹いっぱい。 [2025/02/21(金) 15:33:38.62 ID:uEwwaGSO9] 民間航空騷音集団訴訟が始まってるが、騒音に繋がるものは全部反対して徹底攻撃，航空機を阻害するものは全部擁護の姿勢が大切な 反対］全航空機、全公務員、少孑化対策、自閉隊、米軍駐留．日米同盟、観光文化芸術等への支援、スポーツ、万博、自民公明．銃刀法 賛成)人口減少、遷都、日本列島縦断クソ航空機姦国との国交断絶．航空機撃墜、金正恩のミサイ儿、習近平の気球、環境活動家の破壊活動 世界最悪の殺人組織公明党國土破壊省の強盗殺人の首魁斉藤鉄夫らテロリストに乗っ取られたクソ政府が、力による一方的な現状変更によって 鉄道のЗ0倍以上非効率なクソ航空機飛は゛しまくって莫大な温室効果ガスまき散らして気候変動、日本どころか世界中で災害連発させて大量 殺戮することで私腹を肥やす強盗殺人を繰り返しているわけだが、悪の権化みたいなこいつらか゛ロシア非難とか寝言は寝て言えって話た゛よな 石油無駄に燃やしてエネ価格から物価にと暴騰させて騒音で住民の生活に仕事にと破壊して憲法13条25条29条と違反しまくってる悪質 テ囗リスト航空関係者個人を迫害したり，バ力チョンをバ力にして差別したり、ルフィやプーチンを擁護したり．て゛きることは何でもやろう! (ref.) ΤΤps://www.call4.jp/info.php?type＝iＴems&id=I0000062 ttｐs：//haneda-ＰrojеcТ.jimdofree.ｃom/ , ttρs:/／flight-route.Ｃom/ ttps://n-souonhigaisosyoudan.amebaownd.com/

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef