THE PREPROCESSOR Meaning in Japanese - translations and usage examples

• プリプロセッサーは
• プリプロセッサは
• プリプロセッサを
• プリプロセッサ

Examples of using The preprocessor in English and their translations into Japanese

Invoke the preprocessor on a block value.
ブロックの中のプリプロセッサを実行します。

Wp DescriptionThis option passes one or more options to the preprocessor.
Wp説明このオプションは、プリプロセッサーにオプションを渡します。

The preprocessor supports two types of macros:.
プリプロセッサは２つのタイプのマクロをサポートしています。

Enable or disable the preprocessor(it is enabled by default).
プリプロセッサの有効・無効を切り替えます（初期状態は有効です）。

The preprocessor is an important part of the compiler.
プリプロセッサは、コンパイラの重要な部分です。

These directives tells the preprocessor to perform specific actions.
これらのディレクティブは、プリプロセッサに特定のアクションを実行するよう指示します。

The preprocessor was originally considered an optional adjunct to the language itself.
プリプロセッサーは元々言語自体への任意の付属物だと考えられました。

This option is passed into the preprocessor for the configuration files.
このオプションは、設定ファイルのためにプリプロセッサに渡されます。

This command is added to the front of the includes passed to the preprocessor.
このコマンドは、プリプロセッサーへのインクルード・パスの前に追加されます。

This is because the preprocessor didn't exist at the time.
これは、当時プリプロセッサーが存在しなかったためである。

More important changes took place in the language's surroundings: the preprocessor and the library.
より重要な変更は言語の環境で起こりました:プリプロセッサーおよび図書館。

Your component will be compiled with the preprocessor selected only if it was previously registered before.
コンポーネントは選択したプリプロセッサによりコンパイルされます。ただし、プリプロセッサが事前に登録されている場合に限ります。

Some packages may define syntax extensions, which are bytecode units that are loaded by the preprocessor.
プリプロセッサでロードされるバイトコードユニットみたいに構文拡張を定義しているパッケージがあるかもしれない。

This is because of some code fixes to the preprocessor and affects all wikis.
これは、プリプロセッサに対するいくつかのコード修正が原因であり、すべてのWikiに影響します。

The preprocessor for iGRAF is SOLIDWORKS and it is devised to coordinate the process of design and analysis smoothly.
プリプロセッサはSOLIDWORKSであり、設計と解析がスムーズに連携できるように工夫されています。

General syntax The MAXQ assembler and the preprocessor are both case insensitive.
一般構文MAXQアセンブラとプリプロセッサは、どちらも大文字/小文字を区別しません。

The preprocessor is invoked after the LOADing phase, so it processes Red values, and not the source code in text form.
プリプロセッサはLOADフェーズの後に実行されます。そのため、ソースコードを文字列的に扱うのではなく、Redの各種の値として処理します。

Name[=string] Defines a symbol name for the preprocessor when reading the configuration files.
Name[=string]設定ファイルを読み込むときのプリプロセッサ用に、シンボルnameを定義します。

By default, the preprocessor creates the name of the output file using the prefix of the source file name with a. i extension.
デフォルトでは、プリプロセッサーはソースファイルと同じファイル名で拡張子が.iの出力ファイルを作成します。

Automatic Preprocessing by the Compiler By default, the preprocessor is not run on files before compilation.
コンパイラーによる自動前処理デフォルトでは、コンパイル前に、プリプロセッサーは実行されません。

The preprocessors generate roff code that is fed into a roff formatter(e.g. troff), which in turn generates intermediate output that is fed into a device postprocessor program for printing or final output.
プリプロセッサはroffコードを生成し、これはroffフォーマッタ(例えばtroff) に与えられます。次に、roffフォーマッタが、中間出力を生成し、これがデバイスポストプロセッサプログラムに与えられて印刷や最終出力に使用されます。

Since you can define\fBgasp\fR macros inside other macro definitions, the preprocessor normally includes a sanity check.
他のマクロの定義の中に\fBgasp\fRのマクロを定義できる時、プリプロセッサは通常、sanityチェックを含める。

On Linux systems, this option causes the preprocessor to expand your source module and direct the output to a. i file instead of stdout.
Linux*システム上でこのオプションを指定すると、プリプロセッサーはソースモジュールを展開して、結果をstdoutではなく、.iファイルに保存します。

Fpp If you want to preprocess files that have other Fortran extensions than those listed, you have to explicitly specify the preprocessor with the fpp compiler option.
Fppその他のFortran拡張子のファイルを前処理する場合は、fppコンパイラー・オプションを使用して、プリプロセッサーを明示的に指定する必要があります。

If you also specify option P or Linux* OS option F, the preprocessor will write the results(without line directives) to a file instead of stdout.
PまたはLinux*のFオプションを一緒に指定した場合、プリプロセッサーは結果を(line宣言子なしで)stdoutの代わりにファイルに書き出します。

For example the C bundle has a custom completion command setup for when the caret is inside the preprocessor include directive, it looks like this:.
例えば、Cバンドルにはキャレットがpreprocessorincludedirectiveの中にある時のためのカスタムの補完コマンド設定があります。以下のようなものです:。

The C language, which also uses the preprocessor, does not have as many header files as the C++ language, but in C++ you can use all the C header files.
プリプロセッサも使用するC言語では、C++言語と同じ数のヘッダファイルがありませんが、C++ではすべてのCヘッダファイルを使用できます。

The two reasons I could think of were loading header files and running the preprocessor, but that doesn't seem like it should explain why it takes so long.
私が考えることができる2つの理由は、ヘッダーファイルを読み込んでプリプロセッサを実行することでしたが、なぜそれが長くかかるのかを説明するようには見えません。

Implementation constraint: when enabling the preprocessor again after disabling it earlier, the process off directive needs to be at same(or higher) level of nesting in the code.
実装上の制約：プリプロセッサを無効にした後、再度有効にするという場合、processoffディレクティブはprocessonディレクティブと同じか、より上のスコープに位置している必要があります。

If you also specify option preprocess-only, option P, or option F, the preprocessor will write the results(without line directives) to a file instead of stdout.
Preprocess-only、P、またはFオプションを一緒に指定した場合、プリプロセッサーは結果を(line宣言子なしで)stdoutの代わりにファイルに書き出します。