Linuxカーネルビルド大全 - Qiita
はじめに （本記事は Linux Advent Calendar 2020 および 東京大学 品川研究室 Advent Calendar 2020の11日目の記事として書かれました。） カーネルのビルドについての情報はググると色々と出てきますが、「ここを見ればOK」と思えるサイトに巡り会えていないので、自分で書いてみることにしたのが本記事です。 いずれLinuxカーネルをビルドする必要にかられるであろう研究室・学科の後輩や、忘れっぽい将来の自分のためにも、改めてLinuxカーネルのビルド方法についてまとめてみたいと思います。 概要 さて、「カーネルをビルドしよう」という状況に置かれた場合、実際にすべきことは主に以下の４点だと思います。 ソースコードの取得 ビルド環境の構築 カーネルコンフィグの準備 ビルド及びインストール そこで本記事では、カーネル本体のビルド上記の４点の他、関連して以下の
AndroidアプリのソースコードをProGuardで難読化 - Qiita
Androidアプリはデコンパイルするとソースコードを簡単に覗けてしまうので、アプリの脆弱性を突く攻撃の糸口にされたり、ソースコードを盗用されるなどが起こってしまう可能性があります。これらの対策のため、ProGuardを使ってアプリのソースコードを難読化することができます。 環境 OS X EL Capitan 10.11.1 Android SDK API Level 19 基本設定 project.propertiesの以下の行をコメントアウトを外します。 proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt APKの作成 リリースビルドの作成で難読化されます。デバッグビルドでは難読化されません。 プロジェクトを右クリック-> Android Tools -> Export
Android Studio で Build Variants - Qiita
Eclipse の場合 Eclipse + ADT で開発していると /gen の下に R.java の他に BuildConfig.java というのが自動生成される。そこにはこんな事が書かれている: public final class BuildConfig { // Eclipse からデバッグ実行した場合 true が入り APK を明示的に生成した場合は false が入る public final static boolean DEBUG = true; } なので Java ソース側でこの値を見てデバッグ時と本番時の処理を切り替えることができるように見える。だが当然 XML やその他リソースの方でこの値を参照することができない。あと、業務で実装していて以下の様な要件があったとする: 今度 OEM 販売することになったからガワとアプリ名だけ替えて配布してよ。 この要件だけ聞い
build を制するものはAngularを制する - Qiita
About Me Name: @Quramy Angular力: ドラゴンボールで言うと餃子くらい(そこら辺の幼稚園児よりは書けるけどナッパみたいなやつにはかてない) 趣味: 自作したVimのTypeScript用プラギンをメンテすること TL;DR; 「ビルドタスクを書ける奴はPrjに1人いればいい」 ...マジで言ってんの？ 自分で書けるようになった方が良い Today's theme: Module bundler Weapon of choice? v2.xからはTree Shaking(import した対象のみbundleする機構)がデフォルトで利用可能に。angular-cli等、公式でも採用されている。 「何でも出来てしまう」ツールなので、使い方を間違うとwebpackと心中する羽目になる. Rollup ES2015に最適化されたTree Shakingは魅力。Webpa
Bash on Ubuntu on Windows で Emacs をビルドする - Qiita
echo 0 > /proc/sys/kernel/randomize_va_space sudo apt-get install libperl-dev sudo apt-get install libgtk2.0-dev curl -Ss -L https://gist.githubusercontent.com/nanasess/f04cb2a8926c5423e47efec4327b340a/raw/05b8ae147a6a3425f516c574c8d89471f1849bc6/xselect.c.patch | patch -p1 ./configure x86_64-pc-linux-gnu --with-x-toolkit=gtk2 --with-libotf --with-m17n-flt --prefix=/usr/local/emacs make sudo make
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 した後に以下のコマンドを打てばアプリケーションをインストールできるようにしています。 $ cd $GOPATH
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
