タグ付けされた質問 「compilation」

Gradleの同期中に突然、次のエラーが発生します。 警告：API 'variant.getJavaCompile（）'は廃止され、 'variant.getJavaCompileProvider（）'に置き換えられました。2019年末に削除されます。詳細については、https ：//d.android.com/r/tools/task-configuration-avoidance影響を受けるモジュール：アプリをご覧ください。 私はこれbuild.gradleをアプリモジュールに持っています： apply plugin: 'com.android.application' apply plugin: 'kotlin-android' apply plugin: 'kotlin-android-extensions' apply plugin: 'com.google.gms.google-services' apply plugin: 'io.fabric' android { compileSdkVersion 28 buildToolsVersion "28.0.2" defaultConfig { applicationId "..." minSdkVersion 21 targetSdkVersion 28 versionCode 1 versionName "..." testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner" versionNameSuffix = version_suffix [...] } buildTypes { release { …

199 android  android-studio  compilation  android-gradle-plugin  google-fabric 

テンプレートを動的に作成したい。これはComponentType、実行時にat を構築し、それをホストコンポーネント内のどこかに配置（置き換えることも）するために使用する必要があります。 RC4まではを使用ComponentResolverしていましたが、RC5では次のメッセージが表示されます。 ComponentResolver is deprecated for dynamic compilation. Use ComponentFactoryResolver together with @NgModule/@Component.entryComponents or ANALYZE_FOR_ENTRY_COMPONENTS provider instead. For runtime compile only, you can also use Compiler.compileComponentSync/Async. このドキュメントを見つけました（Angular 2 Synchronous Dynamic Component Creation） そして、私はどちらかを使用できることを理解してください ダイナミックの種類ngIfとComponentFactoryResolver。内部に既知のコンポーネントを渡した場合@Component({entryComponents: [comp1, comp2], ...})-使用できます.resolveComponentFactory(componentToRender); 実際のランタイムコンパイル、Compiler... しかし、問題はそれをどのように使用するCompilerかです。上記のメモには、次のように電話する必要があると記載されCompiler.compileComponentSync/Asyncています。 例えば。（いくつかの構成条件に基づいて） 1種類の設定用にこの種のテンプレートを作成したい <form> <string-editor [propertyName]="'code'" [entity]="entity" ></string-editor> <string-editor [propertyName]="'description'" [entity]="entity" …

197 angular  typescript  compilation  angular2-compiler 

メイン関数と他の関数の束を含む1つのcppファイルで不十分に記述されたC ++コードを継承しました。.hクラスとその関数定義を含むファイルもあります。 これまでは、プログラムはコマンドを使用してコンパイルされていましたg++ main.cpp。クラス.hと.cppファイルを分離したので、メイクファイルを使用する必要がありg++ main.cppますか、それともコマンドを使用できますか？

172 c++  compilation  header  makefile 

追加するという奇妙な状況に遭遇しました OPTION (RECOMPILE)クエリすると0.5秒で実行さしましたが、省略するとクエリに5分以上かかります。 これは、クエリがQuery AnalyzerまたはC＃プログラムからを介して実行される場合SqlCommand.ExecuteReader()です。呼び出す（または呼び出さない）DBCC FREEPROCCACHEまたはDBCC dropcleanbuffers違いはありません。クエリ結果は常に瞬時に返されOPTION (RECOMPILE)、それがない場合は5分を超えます。クエリは常に[このテストのために]同じパラメータで呼び出されます。 SQL Server 2008を使用しています。 私はSQLの記述にはかなり慣れていますがOPTION、以前にクエリでコマンドを使用したことがなく、このフォーラムの投稿をスキャンするまではプランキャッシュの概念全体に精通していませんでした。投稿から私の理解は、それOPTION (RECOMPILE)は高価な操作です。それは明らかにクエリの新しいルックアップ戦略を作成します。それでは、なぜそれを省略した後続のクエリOPTION (RECOMPILE)が非常に遅いのですか？後続のクエリは、再コンパイルのヒントを含む以前の呼び出しで計算されたルックアップ戦略を利用するべきではありませんか？ 呼び出しごとに再コンパイルのヒントを必要とするクエリがあるのは非常に珍しいことですか？ エントリーレベルの質問で申し訳ありませんが、私は本当にこれの表裏を作ることができません。 更新：クエリの投稿を求められました... select acctNo,min(date) earliestDate from( select acctNo,tradeDate as date from datafeed_trans where feedid=@feedID and feedDate=@feedDate union select acctNo,feedDate as date from datafeed_money where feedid=@feedID and feedDate=@feedDate union select acctNo,feedDate as date from datafeed_jnl where …

169 sql  sql-server  sql-server-2008  compilation  hint 

過去にはプログラミング言語としてC ++を使用していました。C ++で書かれたコードは、オブジェクトコード "machine code"になるまでコンパイルプロセスを経ることを知っています。 その点でJavaがどのように機能するか知りたいのですが。ユーザーが記述したJavaコードはコンピューターでどのように実行されますか？

169 java  compilation  interpretation 

私はウェブサイトhttp://coffeescript.org/でCoffeeScriptを研究しています、そしてそれはテキストを持っています CoffeeScriptコンパイラ自体はCoffeeScriptで記述されています コンパイラはそれ自体をどのようにコンパイルできますか、またはこのステートメントはどういう意味ですか？

168 compilation 

コマンドプロンプトウィンドウから.csファイルをコンパイルして実行するにはどうすればよいですか？

157 c#  command-line  compilation  command-prompt 

すべてのプロジェクト設定（を含むFile -> Project Structure -> Project :: Project SDK）でJDK 1.7を指定しているにもかかわらずIntelliJ 13、菱形演算子を使用する単純なJava 7コードをコンパイルしようとすると、次のエラーが発生します。 java: diamond operator is not supported in -source 1.5 (use -source 7 or higher to enable diamond operator) 予想される-source 7オプションを有効にする必要がある構成の他の場所はありますか？

147 java  intellij-idea  compilation 

これはプログラミングの問題ではないことを知っていますが、関連があります。 私はかなり大きなクロスプラットフォームプロジェクトに取り組んでいます。WindowsではVC ++ 2008を使用します。Linuxではgccを使用します。プロジェクトには約40kのファイルがあります。Windowsは、同じプロジェクトをコンパイルおよびリンクする際に、Linuxよりも10倍から40倍遅いです。どうすれば修正できますか？ Linuxでは20秒、Windowsでは3分を超える単一の変更増分ビルド。どうして？Linuxに「ゴールド」リンカーをインストールして、その時間を7秒まで短縮することもできます。 同様に、gitはWindowsよりもLinuxで10〜40倍高速です。 gitの場合、gitがWindowsを最適な方法で使用していない可能性がありますが、VC ++ですか？Microsoftは自社の開発者をできる限り生産的にしたいと考え、より高速なコンパイルはそのための長い道のりになると思います。たぶん彼らは開発者にC＃を勧めようとしているのでしょうか？ 簡単なテストとして、多数のサブフォルダーを含むフォルダーを見つけて、簡単なテストを行います dir /s > c:\list.txt Windowsの場合。キャッシュから実行するように、2回実行して2回目の実行の時間を計ります。ファイルをLinuxにコピーし、同等の2回の実行を行い、2回目の実行の時間を計ります。 ls -R > /tmp/list.txt まったく同じ仕様のワークステーションが2台あります。12gigのRAM、8コア、3.0GHzのHP Z600。〜400kファイルを含むフォルダーでは、Windowsは40秒かかり、Linuxは1秒未満かかります。 Windowsを高速化するために設定できるレジストリ設定はありますか？何ができますか？ コンパイル時間に関連するいくつかのわずかに関連するリンク。必ずしもI / Oとは限りません。 どうやらWindows 10（Windows 7ではない）には、プロセスを閉じるとグローバルロックが保持されるという問題があるようです。複数のコア、したがって複数のプロセスでコンパイルすると、この問題が発生します。 この/analyseオプションはWebブラウザーをロードするため、パフォーマンスに悪影響を与える可能性があります。（ここでは関係ありませんが、知っておくと便利です）

142 windows  linux  performance  compilation 

OS Xでgoアプリをクロスコンパイルして、WindowsとLinuxのバイナリをビルドしようとしています。ネットで見つけたものをすべて読みました。私が見つけた最も近い例が公開されています（go-nutsメーリングリストでの多くの未完成の議論は別として）： http://solovyov.net/en/2012/03/09/cross-compiling-go/ それでも私のインストールでは動作しません。1.0.2に移行しました。1.0.2はごく最近のバージョンなので、上記の例はすべてこのバージョンには適用されないようです。 ./make.bash --no-cleanENV varsを386 / windowsに設定して試してみましたが、ビルドはビルドdarwin/amd64されますが、別のコンパイラーをビルドすることを想定しているENVでの設定を完全に無視して、私のインストール用にビルドをビルドします。 どのようにしてそれを行うことができますか？

142 go  compilation  cross-compiling 

自分で作成したMakefileを使用してコンパイルするために使用するライブラリを作成しましたが、今度はcmakeに切り替えます。ツリーは次のようになります（関係のないファイルをすべて削除しました）。 . ├── include │ ├── animation.h │ ├── buffers.h │ ├── ... │ ├── vertex.h │ └── world.h └── src ├── animation.cpp ├── buffers.cpp ├── ... ├── vertex.cpp └── world.cpp だから私がやろうとしていることは、ソースを共有ライブラリにコンパイルし、それをヘッダーファイルと一緒にインストールすることです。 私が見つけたほとんどの例は、いくつかの共有ライブラリを使用して実行可能ファイルをコンパイルしますが、単純な共有ライブラリだけではありません。cmakeを使用する非常に単純なライブラリーを誰かに教えてもらえれば、これも例として使用できるので参考になります。

141 c++  compilation  cmake  shared-libraries 

Cのライブラリについて読んでいますが、オブジェクトファイルの説明はまだわかりません。他のコンパイル済みファイルとオブジェクトファイルの実際の違いは何ですか？ 誰かが人間の言語で説明できたらうれしいです。

140 c  compilation  linker  object-files 

これに対する答えはかなり明白であると思いますが、ここにそれは行きます： 学校用の小さなプロジェクト（Java）に取り組んでいるとき、それをコンパイルします。 私の小屋では、antを使用してプロジェクトを構築しています。 コンパイルはビルドのサブセットだと思います。これは正しいです？ビルドとコンパイルの違いは何ですか？ 関連： コンパイルとビルドの違いは何ですか？

138 java  build  compilation 

状況 私たちのAngularアプリ内にネストされているのは、ng-bind-html-unsafe属性を持つdivを含む、コントローラーによってサポートされるPageというディレクティブです。これは、「pageContent」という$ scope変数に割り当てられます。この変数には、データベースから動的に生成されたHTMLが割り当てられます。ユーザーが次のページに移動すると、DBが呼び出され、pageContent変数がこの新しいHTMLに設定され、ng-bind-html-unsafeを介して画面上にレンダリングされます。これがコードです： ページディレクティブ angular.module('myApp.directives') .directive('myPage', function ($compile) { return { templateUrl: 'page.html', restrict: 'E', compile: function compile(element, attrs, transclude) { // does nothing currently return { pre: function preLink(scope, element, attrs, controller) { // does nothing currently }, post: function postLink(scope, element, attrs, controller) { // does nothing currently …

132 html  dom  dynamic  angularjs  compilation 

コンパイル時間が非常に遅くなり、デュアルコア2GHz、2G Ramマシンでは20分以上かかる場合があります。 これの多くは、70以上のプロジェクトに成長したソリューションのサイズと、多数のファイルがある場合にそれ自体がボトルネックであるVSSによるものです。（VSSのスワップアウトは残念ながらオプションではないので、これをVSS bashに降りたくありません） プロジェクトのマージを検討しています。また、アプリケーションの各要素について、懸念事項の分離とコンパイル時間の短縮を実現する複数のソリューションを検討しています。同期を維持しようとすると、これはDLLの地獄になるでしょう。 他のチームがこのスケーリングの問題にどのように対処したか、ステータスバーがコンパイルメッセージを配信しているのを見て半日無駄になっているクリティカルな質量にコードベースが達したときにどうするかを知りたいです。 更新 これがC＃ソリューションであることを言及しなかった。すべてのC ++の提案に感謝しますが、ヘッダーについて心配しなければならなくなってから数年になります。 編集： これまでに役に立った素晴らしい提案（以下に他の良い提案がないと言っているのではなく、何が役に立ったかだけです） 新しい3 GHzラップトップ-失われた使用率のパワーは、管理に不快感を与えるときに不思議に機能します コンパイル中にアンチウイルスを無効にする コンパイル中にVSS（実際にはネットワーク）から「切断」-VS-VSS統合を完全に削除して、VSS UIの使用に固執する それでもコンパイルをすり抜けるわけではありませんが、すべてが役立ちます。 Orionは、ジェネリック医薬品にも影響がある可能性があることをコメントで述べました。私のテストでは、パフォーマンスへの影響は最小限であるように見えますが、十分な高さではありません。ディスクのアクティビティが原因で、コンパイル時間が一定しない場合があります。時間の制限により、私のシステムには、ライブシステムに表示されるほど多くのGenericsまたはコードが含まれていなかったため、蓄積される可能性があります。コンパイル時のパフォーマンスのためだけに、ジェネリックが使用されるはずの場所でジェネリックを使用することは避けません 回避策 新しいソリューションでアプリケーションの新しい領域を構築し、必要に応じて最新のDLLをインポートし、満足したときにそれらをより大きなソリューションに統合する方法をテストしています。 また、作業する必要のある領域をカプセル化する一時的なソリューションを作成し、コードを再統合した後でそれらを破棄することにより、既存のコードと同じようにすることもできます。このコードを再統合するのにかかる時間と、開発中に迅速な再コンパイルを行ったようなRip Van Winkleのような経験がないことで得られる時間とを比較検討する必要があります。

132 c#  visual-studio  compilation