問題タブ [compiler-directives]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
757 参照

delphi - madExcept 必要なコンパイラ ディレクティブ

私は madExcept (IDE からではなく) を使用していますが、自動化されたバッチ プロセスで使用しています。

スタック トレースと行番号を取得するには、どのコンパイラ ディレクティブをオンにする必要がありますか。ロードされたモジュール、プロセス、または CPU レジスタは気にしません。

私は現在実行しています:

ただし、できるだけ多くの「脂肪」を削除したいが、行番号は保持したい.

0 投票する
3 に答える
1188 参照

javascript - AngularJS の 2 つのディレクティブ間でデータを共有する

次のコードがあります。

また、データ ファクトリからデータを取得する 2 つのディレクティブもあります。選択ボックスの値が変更されると、それに応じて入力が変更されるように、2 つのディレクティブが互いに対話する必要があります。

これが私の2つのディレクティブです:

これは基本的に、選択時に追加できる onchange() 関数を実行します。何か案は?

0 投票する
1 に答える
275 参照

preprocessor - C++ ビルダー ファイルのバージョンが正しくありません

[プロジェクト] -> [オプション] -> [バージョン情報] でファイル バージョンを設定しました (はい、[バージョン情報を含める] にチェックが入っています)。

たとえば、すべてのリリース構成で FileVersion: 0.95.1.73 を設定しています。しかし、再構築すると、ファイルのバージョンは常に 0.7.8.28 に設定されます

FileVersion を何に設定しても問題ありません。常に 0.7.8.28 になります。著作権のテキストも非常に古いバージョンのものです。

プロジェクトの Win32/Release フォルダーにあるすべてのファイル obj、res、tds などを完全に削除しようとしました。でも毎回同じ結果。

プロジェクト ファイル (XML) の新しい FileVersion は 0.95.1.73 です。この問題はリリース構成でのみ発生し、デバッグ構成は正常に機能しています。

どこを見ればいいのか手がかりはありますか?これをオーバーライドできるコンパイラ/プリプロセッサ ディレクティブはありますか?

0 投票する
1 に答える
731 参照

delphi - すべてのプライベート/保護されたメソッドの Rtti 情報を生成する方法は?

しばらくの間、この問題に苦労しており、回避する方法が見つからないようです。Delphi XE-2 を使用しています。

特定のパッケージ内のすべてのクラスのプライベート/保護されたメソッドの Rtti 情報を生成する必要があります。

デフォルトでは、Delphi はパブリックおよびパブリッシュされたメソッドに対してのみ Rtti を生成するようです。

クラスを含む Unit に次のディレクティブを追加すると、プライベートおよび保護されたフィールドに対して Rtti が生成されますが、そのクラスに対してのみ生成されます。

このディレクティブをすべてのユニットに追加したくありません。

Packages .dpk ファイルにディレクティブを追加しましたが、効果がありません。

ありがとうございました!

0 投票する
1 に答える
180 参照

actionscript-3 - 前処理、ディレクティブ、ミックスインの違いは何ですか?

私は開発者ツールを使用しており、その中で HTML をエクスポートできます。また、独自のファイル形式 (html ではない) で保存します。このツールを使用して、コードのエクスポート、置換、および生成を行っていますが、実行している各作業の用語が何なのかわかりません。

開発者ツールには、デザイン ビューと HTML にエクスポートするオプションがあります。いずれかのパネルのユーザー設定オプションに基づいて 、HTML で生成されたマークアップ コードの周りに追加のコードを追加します。これは、ユーザーがエクスポートをクリックしたときに、ツールのコードで発生します。これは前処理命令ですか?

後でユーザーがファイルを保存します。私はこの情報 (エクスポート時にコードを追加するための指示) をテキスト ファイルに保存します。これはディレクティブと呼ばれますか?

ミックスインとは?

これが理にかなっていることを願っています。

また、このツールは HTML マークアップを生成し、上記の例では上記のコードを挿入します。これはコンパイラですか?

更新:
これは、Flash Player 仮想マシンと ActionScript を使用するプロジェクトに関係するため、「ミックスイン」、「前処理」、「[コンパイラ] ディレクティブ」などの単語を含む言語は、このフィールドにローカライズされる可能性があります。それが人々が反対票を投じている理由だと思います。元の投稿に反対票を投じた場合、誰かがコメントを残す必要があると思います。

0 投票する
3 に答える
451 参照

c++11 - コード内の g++ コンパイル オプションをローカライズする

特定のg ++​​(具体的にはg ++-4.9)コンパイルオプションを特定のコード行または少なくとも対象となる関数にローカライズする簡単な方法を探しています。私は一般的に言えば興味がありますが、特に 、-fast-math-ffinite-math-onlyおよび-fno-signed-zerosオプションにも興味があります。

*.cpp ファイル レベルでのローカライズはmakeユーティリティで可能だと思いますが、#pragma や __attribute__ などを使用して、コード自体でそれを有効にする方法があることを願っています。これは、外部ファイルへの依存を最小限に抑えるためだけでなく (つまり、不正のリスクmakefile)、特定の FP 動作を関数内の特定の方程式にハイパーローカライズするためにも行いたいと考えています。

makefileまたは、インライン ディレクティブによる FP 動作のローカライズが不可能な場合、プロジェクト ビルドで目的のコンパイラ ディレクティブが有効になっていない場合 (たとえば、紛失または不適切に変更された場合) 、少なくともコンパイル時エラーをトリガーするにはどうすればよいでしょうか。

このようなインライン最適化は、この場合は g++ のコンパイラ固有のものである可能性があると推測しますが、それは私が喜んで妥協します。

0 投票する
1 に答える
531 参照

haskell - インスタンス宣言の「不正なポリモーフィックまたは修飾型」(System-F スタイル ツリー)

Haskell で System-F スタイルのデータ構造を実装して実験しています。

型へA <B>の用語の適用を意味するために使用します(型には大文字も使用します)。AB

Tree <T>は type の値を持つ二分木の型だとしましょうT。として機能できるタイプを見つけたいと考えていますTree <T>。次の 3 つのコンストラクターがあります。

したがって、Girard のおかげで、次のように使用できると思います。

そこから

Haskell でこれらのことを行うために必要なディレクティブを見つけました。欠落しているとは思いません。したがって、Haskell では次のようになります。

これまでのところ、これはすべてコンパイルされ、機能しているようです。Show自分のT tタイプのインスタンスを作成しようとすると、問題が発生します。さらにディレクティブを追加しました:

およびツリーを印刷する関数

適切なヘルパーdisplayEmpty :: StringdisplayFork :: String -> String -> String. これもコンパイルして動作します(かわいらしさまで)。T tのインスタンスとしてインスタンス化しようとするとShow

コンパイルしようとすると、次のエラーが発生します。

andの必要性TypeSynonymInstancesFlexibleInstances、それらが存在する実用的な理由は理解していますが、なぜ私の型T t がまだのインスタンスとして宣言できないのか理解できませんShow。これを行う方法はありT tますか?また、これが現在私のコードで問題になっていることを意味するのはどのプロパティですか?

0 投票する
1 に答える
102 参照

c# - 継続的デリバリー パイプラインで使用される c# コンパイラ ディレクティブ

私のチームは、コンパイラ ディレクティブを使用して、さまざまな段階 (デバッグ、テスト、リリース) 向けに製品のさまざまなバージョンを作成していますが、現在は CI/CD 戦略を移行したいと考えており、コンパイラ ディレクティブを使用することをお勧めします。ある構成用に作成されたアーティファクトを別の構成に使用することはできません。たとえば、CI サーバーはテスト構成でビルド プロセスを実行し、UI 自動テストを含むビルド プロセスのすべての段階に合格します。このプロセスで作成されたアーティファクトを使用することはできません。本番環境ではリリースを使用してアプリケーションをコンパイルする必要があるため、本番環境にデプロイされますしたがって、テストされていない成果物の新しいセットを作成して本番環境を展開します。これにより、私の意見では、新しく作成された成果物に対してテストを実行する必要があるため、前の段階で実行された作業が不要になります。

似たような状況にあった人はいますか? もしそうなら、チームでどのように対処しましたか? CI/CD 戦略に移行する場合、C# コンパイラ ディレクティブを使用することは良い考えですか?