Linuxカーネルビルド大全 - Qiita
はじめに （本記事は Linux Advent Calendar 2020 および 東京大学 品川研究室 Advent Calendar 2020の11日目の記事として書かれました。） カーネルのビルドについての情報はググると色々と出てきますが、「ここを見ればOK」と思えるサイトに巡り会えていないので、自分で書いてみることにしたのが本記事です。 いずれLinuxカーネルをビルドする必要にかられるであろう研究室・学科の後輩や、忘れっぽい将来の自分のためにも、改めてLinuxカーネルのビルド方法についてまとめてみたいと思います。 概要 さて、「カーネルをビルドしよう」という状況に置かれた場合、実際にすべきことは主に以下の４点だと思います。 ソースコードの取得 ビルド環境の構築 カーネルコンフィグの準備 ビルド及びインストール そこで本記事では、カーネル本体のビルド上記の４点の他、関連して以下の
AndroidアプリのソースコードをProGuardで難読化 - Qiita
APKの作成 リリースビルドの作成で難読化されます。デバッグビルドでは難読化されません。 プロジェクトを右クリック-> Android Tools -> Export Signed Application Package 除外設定の流れ デフォルトではAPK内のJarファイルを全て難読化しようとするため、そのままだとエラーになる可能性が高いです。 基本的には、以下のフローを繰り返して難読化に挑戦することになります。 APK作成成功まで APKファイルをリリースビルド エラー発生 コンソールからエラー内容を確認 proguard-project.txtを修正 動作確認完了まで APKファイルをインストール 基本動作を確認 エラー発生(logcatなどで確認) proguard-project.txtを修正 参考までに、AWS-SDK for Androidを使っている場合は以下の設定を追加し
Android Studio で Build Variants - Qiita
なので Java ソース側でこの値を見てデバッグ時と本番時の処理を切り替えることができるように見える。だが当然 XML やその他リソースの方でこの値を参照することができない。あと、業務で実装していて以下の様な要件があったとする: 今度 OEM 販売することになったからガワとアプリ名だけ替えて配布してよ。 この要件だけ聞いて愚直にやろうとすると、「/res の値を適宜書き換えて、あと ADT のリファクタリングでアプリのパッケージ名を替えて配布」などという事になったり、それぞれのアプリごとに /res 下のリソースを用意して適宜差し替える、のような対応になると思う。後これが要件によって Java ソースの方で処理を出し分けなければならなくなった場合や、Google Maps API Key や ContentProvider が絡んできたりすると頭を抱えることになる。OEM 毎の切り替えに
build を制するものはAngularを制する - Qiita
About Me Name: @Quramy Angular力: ドラゴンボールで言うと餃子くらい(そこら辺の幼稚園児よりは書けるけどナッパみたいなやつにはかてない) 趣味: 自作したVimのTypeScript用プラギンをメンテすること TL;DR; 「ビルドタスクを書ける奴はPrjに1人いればいい」 ...マジで言ってんの？ 自分で書けるようになった方が良い Today's theme: Module bundler Weapon of choice? webpack v2.xからはTree Shaking(import した対象のみbundleする機構)がデフォルトで利用可能に。angular-cli等、公式でも採用されている。 「何でも出来てしまう」ツールなので、使い方を間違うとwebpackと心中する羽目になる. Rollup ES2015に最適化されたTree Shakingは
UnityのAndroidビルドができなくなった時の対処法 - Qiita
先日のAndroid Studio 2.3へのアップデートがあったあたりから、今までできていたUnityでのAndroidのビルドが突然できなくなった。ビルドしようとするとUnable to list target platforms. Please make sure the android sdk path is correct. ... というメッセージが出てきて止まってしまう。 Android SDKのパスは何度も設定しなおして確認しているが、改善しない。 調べてみたところ、Unityのフォーラムにドンピシャな回答があったので紹介。 ※リンク切れのためstackoverflowの記事よりリンクを差し替え。 tools_r25.2.5-windows.zip をダウンロードして、好きな場所に展開する(Windowsの場合。その他のOSであれば適宜読み替えること) Android St
Go でツール書くときの Makefile 晒す - Qiita
Go でツール書くときはタスクランナーとして make を使っています。ビルドだけじゃなくて、テストや配布用パッケージ作成も一括して make でやっています。 今回は整理も兼ねて、自分が普段どういう Makefile を使っているのか解剖していきます。 なぜ make を使うのか ビルドフラグ覚えるのが面倒だから、make は (Windows を除く) 大半のプラットフォームに入っていて使いやすいからというのが理由です。script/build みたいにシェルスクリプトを複数用意するのでもまあ良いと思いますが…。大半の Go プロジェクトは Makefile 置いてありますね。 make を使った開発フロー 基本的には、リポジトリを git clone / go get -d した後に以下のコマンドを打てばアプリケーションをインストールできるようにしています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bash on Ubuntu on Windows で Emacs をビルドする - Qiita
