問題タブ [gnu]

「ベータ」のおかげで私の解決策：

一言で言えば、makeそうするように頼むと（# make release）はバージョン固有のディレクトリを作成し、ターゲットが最後に呼び出されてからのログデータをバージョン固有のログファイルにダンプします。永続データ（SVN_OLD_VERSION）はsvn-version.mkに保存され、条件付きで含まれます。

元の投稿：

プロジェクトの「make」ファイルにある他のSubversion固有のターゲット（このような）の中には、最後に「release」ターゲットが呼び出されたときからログファイルを作成する目的で追加しようとしているターゲットがいくつかあります。ここのところ：

しかし、私は2つのことを理解しようとしています。

*1。出力に基づいてディレクトリを作成するにはどうすればよいですか？svnversion上記のエラーは「***ターゲットパターンに`％'が含まれていません。停止してください。」というエラーが表示されます。svnversionは「nnnn：mmmm」を生成します。ディレクトリ「nnnn-mmmm」を作成したいと思います。）*

2. 「release」ターゲットが実行されたときにのみ再構築するためにインクルードファイル「svn-version.mk」を取得するにはどうすればよいですか？

UnixプラットフォームのC++プログラマーは、Makefileを作成および管理するためにどのようなアプローチを使用しますか？

プロジェクトに手作りのMakefileを使用していましたが、ヘッダーファイルの変更やその他の依存関係を処理しません。私はグーグルで検索し、ここで良い解決策を見つけました。

しかし、私はここでsedコマンドで問題に遭遇しました-

問題は、3番目の式 "-e's / * \ $$ //'にあります。これは機能しません。末尾の円記号を削除することになっています。これは、の一部であるため、2ドル必要があることを理解しています。 Makefile。誰かがここで何が悪いのか教えてもらえますか？

これが完全なMakefileです-

この問題の解決策とは別に、私の最初の質問に対するいくつかのヒント/ポインターも欲しいです。

私は、vimをスクリプト化してgnu画面の「ウィンドウ」にメッセージを送信する方法を理解しようとしています。つまり、スクリーンセッションを開いており、一方のウィンドウにはvimセッションがあり、もう一方のウィンドウにはスキームインタープリターがあります。vimセッションを保存するときに、新しい環境でロードしている他のウィンドウでインタープリターを再起動したいと思います。vimの「保存時」フックでシェルコマンドを別の「画面ウィンドウ」に送信してスクリプトを終了して再起動する方法以外のすべてを理解できます。コマンドの送信方法を理解できれば、プロセスを強制終了してから新しいプロセスを開始できます。正しい「ウィンドウ」で開始することを確認する必要があります。

デフォルトでは、GNU Screen で新しいウィンドウを作成すると、Screen が呼び出されたディレクトリで開始されます。現在開いているウィンドウの現在の作業ディレクトリで、GNU Screen で新しいウィンドウを開始したいのですが、どうすればよいですか?

GNU screen で、デフォルトの Ca の代わりに (.screenrc を微調整して) Alt-s にバインドするデフォルトのコマンドを変更したい。その理由は、emacs を使用しているため、GNU screen は Ca キーをバインドし、"Ca" を emacs に送信すると、退屈な（@Nilsが言ったように、「Ca」を送信するには「Ca a」と入力する必要があります）、およびbashシェルで「Ca」を入力し、エスケープをC-に変更できますが、それらのいくつかはすでにemacsにマップされており、他の組み合わせは ALT-s ほど簡単ではありません。ALT キー マッピングを既に行っている場合は、お知らせください。

ルールがあると仮定します：

とb、c、dおよびeは互いに独立しています。

b、c、d、を作る順番は決まっていeますか？一般的には、、、、の順番で作られているようですが、b場合cによっては順番が違うことはありませんか？de

iTextSharp DLLは、販売する Web アプリケーション プロジェクトで自由に使用および再配布できますか?

事前定義されたキーが12か月である配列を検索するための完全なハッシュテーブルを作成したいとします。したがって、

月の名前をgperfで実行し、優れたハッシュ関数を取得しましたが、16個のバケット（または範囲は16個）を提供しているようです。

生成されたgperfコードを見ると、そのハッシュ関数コードは、256サイズのテーブルからlenとcharの値のルックアップを単純に返します。どういうわけか、私の頭の中で私は派手な見た目の機能を想像しました... :)

正確に12個のバケットが必要な場合（つまり、未使用のバケットをスキップしたくない場合）はどうなりますか？このような小さなセットの場合、それは実際には問題ではありませんが、1000個の事前定義されたキーがあり、正確に1000個のバケットを続けて必要とする場合はどうでしょうか。

これを行うための決定論的な方法を見つけることができますか？

私たちは最初からオープンソース ソフトウェア プロジェクトを持っています。このプログラムは高度にモジュール化されていると考えられています。たとえば、基礎となるデータベースは、エンドユーザーの好みに応じて、sqlite、postgre、または berkley のいずれかになります。

私が自信を持っている唯一の体系的なアプローチは、Autotools (GNU ビルド システム) を使用することです。知りたいのですが、それに代わる有望な代替手段はありますか？オープン ソースであり、移植性が高い必要があります。また、同時実行サポートの欠如など、Autotools システムのすべての不足を回避する必要があります (configure スクリプトは非常に遅い)。

次のコードで GNU インデント (少なくともバージョン 2.2.6 および 2.2.10) を使用すると...

これに再フォーマットされます...

この動作を回避するインデントのオプションはありますか?