AT COMPILE TIME - 日本語 への翻訳

• コンパイル時に
• コンパイル時間に

英語 での At compile time の使用例とその 日本語 への翻訳

First, the first call to the square function, square(n), in Figure 1 has been completely eliminated by evaluating the computation at compile time.
つは、square関数の最初の呼び出し(図1のsquare(n))が、コンパイル時に計算を評価して、完全に削除されていることです。

Dependent types are a feature of type systems that enables the creation of more expressive types, which can be used to catch more bugs at compile time.
依存型は、より表現力に富んだ型を定義可能にする型システムの機能であり、コンパイル時により多くのバグを検出するために使用できる。

This restriction will not be checked at compile time, so we have to rely on the judgment of our designers and programmers and perhaps also on code reviews, IBM Rational Rose/IBM Rational XDE scripts and/or inspections, and so on, to make sure that the restriction is not breeched.
この制限はコンパイル時にはチェックされないため、この制限が守られていることを確認するには、設計者とプログラマの判断、コード・レビュー、IBMRationalRose／IBMRationalXDEのスクリプトとインスペクションなどに頼らなければならない。

You have a Logitech Mouse connected, and libusb was found at compile time, but it was not possible to access this mouse. This is probably caused by a permissions problem- you should consult the manual on how to fix this.
Logitechのマウスを検知しました。またコンパイル時にlibusbが見つかりました。しかしマウスにアクセスできません。おそらく許可の問題だと思われます。マニュアルを参照して問題を解決してください。NAMEOFTRANSLATORS。

To be able to use templates in this manner, the compiler must know the value of its parameters at compile time, which has the natural precondition that factorial< X>::value can only be used if X is known at compile time.
しかし、このようにテンプレートを使うには、テンプレートのパラメータの値がコンパイル時に判っていなければならず、Factorial<X>::valueはXがコンパイル時に決まっている場合にしか使えない。

It contains the shell's version number(see tcsh), origin, release date, vendor, operating system and machine(see VENDOR, OSTYPE and MACHTYPE) and a comma-separated list of options which were set at compile time.
シェルのバージョン番号(tcshを参照)、配布元、リリース日、ベンダ、オペレーティングシステム、マシン(VENDOR,OSTYPE,MACHTYPEを参照)、コンパイル時に設定されたオプションをコンマで区切ったリストからなります。

The upshot is that by the time we have compiled OCaml code to assembler type information mostly isn't required, certainly in the cases we have looked at above where the type is fully known at compile time, and there is no polymorphism going on.
その結果、OCamlコードがコンパイルされてアセンブラに渡るときにはもう、型情報がほとんどの場合不要ということだ。確かに上で見たケースではコンパイル時に型が全部わかっており、多相型がない。

If we include this in the source called bindParameter()(eg ConfigSample. cpp if it is a ConfigSample component), usually in the implementation source of the component, the compiler will decide at compile time and the appropriate conversion function will be used.
これを、bindParameter()が呼ばれるソース(例えば、ConfigSampleコンポーネントであればConfigSample.cpp)、通常はコンポーネントの実装ソースでincludeしてあげれば、コンパイル時にコンパイラが判断して適当な変換関数が利用されます。

Because C is statically-typed at compile time, after a variable is declared, it cannot be declared again or assigned a value of another type unless that type is implicitly convertible to the variable's type.
Cはコンパイル時(変数が宣言された後)に静的に型指定されるため、その型が変数の型に暗黙的に変換可能でない限り、再び宣言したり、別の型の値を代入したりすることはできません。

But if the compiler cannot prove at compile time that the array component will be of type TC exactly, then a check must be performed at run time to ensure that the class RC is assignment compatible(§5.2) with the actual type SC of the array component.
しかし，もしコンパイラがコンパイル時に配列の構成要素が厳密に型TCであることを証明できないならば，実行時にクラスRCが配列の構成要素の実際の型SCと代入互換(5.2)であることを保証するために，検査がおこなわなければならない。

Both linear and uniform are used for optimization, to indicate certain conventions between the caller and the vector form of the SIMD-enabled function, which enables you to pass a single scalar value instead of a vector of values: linear indicates that the argument can only contain values linearly incremented with a stride known at compile time.
Linearとuniformは呼び出し元とSIMD対応関数のベクトル形式との間の特定の変換を示し、どちらも最適化に使用されます。値のベクトルの代わりに単一のスカラー値を渡すことができます。linearは、引数の値をコンパイル時に既知のストライドで線形的にインクリメントできることを示します。

Most answers are being a bit unclear in mentioning that C will always run slower due to the cost of performing actions that in C++ are performed only once at compile time, this performance cost is also impacted due runtime dependencies(more things to load to be able to run), not to mention that C programs will always have higher memory footprint, all resulting in performance being more closely related to the capability of hardware available.
ほとんどの答えは、Cがコンパイル時に1回だけ実行されるアクションを実行するコストのために、Cが常に遅く実行されることに言及すると少し不明ですが、このパフォーマンスコストもランタイム依存性の影響を受けます実行するには）、Cプログラムのメモリフットプリントは常に高くなり、その結果、使用可能なハードウェアの機能とより密接に関連したパフォーマンスが得られます。

Bound at compile time.
コンパイル時(compiletime)。

Decorator for binding constants at compile time.
コンパイル時に定数を束縛するためのデコレータ。

Requires an existing template at compile time.
コンパイル時に既存のテンプレートが必要です。

The digraphs table is defined at compile time.
ダイグラフテーブルはコンパイル時に定義されます。

The operating system, as determined at compile time.
コンパイル時に決定されたオペレーションシステムです。

The default database type is determined at compile time.
デフォルトのデータベースの種類はコンパイル時に決まります。

Which need to be set at compile time.
これらはコンパイル時に設定しなければなりません。

Generics are checked at compile time for type correctness.
Genericsは型の正確さを保つためコンパイル時にチェックされる。