YoctoをつかったDistroの作り方とハマり方
2. 名前: wata2ki (watatuki) ◦ 元はハードウェアで画像処理をやっていましたが、現在は組 み込み屋をやっています ◦ 最近はJetson-TK1/TX1向けのアンオフィシャルYocto BSP を作り、そのうえでディスクトップ環境や別ボード向けのディス トロを動かして遊んでいます ◦ GitHub https://github.com/watatuki 4. L.F.(Linux Foundation)のプロジェクトで、正式名称は Yocto Project ◦ https://www.yoctoproject.org/ Linuxのディストリビューションを作るのに必要なツー ル・データを提供 ◦ 最終的にはpokyという名前のリファレンスディストロとして提 供される ◦ OpenEmbedded(http://www.openembedded.org
3. Maven 入門 (2)
2006.06.28 株式会社四次元データ 鈴木 圭 Maven 3章 Maven 入門 (2) 3.1. 依存性について 3.1.1. 依存性の指定とスコープ 3.1.2. groupId, artifactId, version に指定する値の調べ方 3.1.3. 実際に依存性の指定を行う 3.1.4. ライブラリをローカルリポジトリにインストールする 3.2. プラグインについて 3.2.1. プラグインの設定方法 3.2.2. プラグインの情報の調べ方 3.2.3. 実際にプラグインの設定を行う 3.3. リモートリポジトリの設定方法 3.3.1. リモートリポジトリの種類 3.3.2. リモートリポジトリの設定 3.4. マルチモジュール・プロジェクト 3.4.1. プロジェクトを作成する 3.4.2. 親プロジェクトの設定 3.4.3. 各モジュールの設定 3.5. まとめ 今
「Qt Visual Studio Tools 2.0」リリース、Visual StudioでQtによる開発が可能に | OSDN Magazine
Qt Visual Studio Toolsは、米Microsoftの開発環境「Visual Studio」にQt開発ツールを統合するもの。ウィザード形式でQtプロジェクトやクラスを作成でき、リソースの管理機能や各種ドキュメントなども含まれている。これによってQt関連のビルドステップやツールを意識することなく開発ができるという。また、「.pro」形式のQtプロジェクトファイルと「.pri」形式のプロジェクトのインポートやエクスポートも可能。ライセンスはGPLv3。 今回リリースされたQt Visual Studio Tools 2.0は主として、古いVisual Studioのアドイン機能（Qt Visual Studio AddInn）を新しいバージョンに移行するのが目的のリリース。Visual Studio 2010以降、MicrosoftはAddInを実装するAPIを非推奨としており
gdbを使ったrubyのデバッグ - クックパッド開発者ブログ
技術部の国分 (@k0kubun) です。 先日byebugの高速化を行っていた最中、変更を加えたbyebugを使っていると一定の確率でrubyがSEGVするバグを発見しました。 私はC言語のコードのデバッグの経験はなかったのですが、デバッガの使い方を調べながらSEGVの原因調査を行いパッチを送ったところ無事取り込まれ、最新の高速なbyebugが安全に使えるようになりました。 その際、ruby自体をデバッグするために必要な情報が分散していて大変だったので、まだrubyのデバッグをしたことがないけれどやってみたいという人を対象に、gdbというデバッガを使ったrubyのデバッグの方法を紹介します。 デバッグ用にrubyをビルドする デバッグ時に変数名やソースコードなどの情報を見るためには、最適化オプションをオフにしてデバッグ用にrubyをビルドしておく必要があります。 rubyのデバッグ用ビル
Circle CIでJavaを使ってビルドする | さにあらず
ここ何日か Circle CI を使ってみて何となく分かってきた事をまとめておきます。 完成した circle.yml だけ欲しい方はこちらをどうぞ。 checkout: post: - chmod +x ./gradlew machine: timezone: Asia/Tokyo environment: GRADLE_OPTS: -Xmx4G -Dorg.gradle.daemon=true JAVA_HOME: /usr/lib/jvm/java-8-oracle post: - sudo service mysql stop - sudo service postgresql stop dependencies: pre: - sudo apt-get install software-properties-common - sudo add-apt-repository -y
CMakeを使って自作ライブラリをビルド＆インストールしてみたまとめ - へぼいいいわけ
最近、意味も無いのに高速＆省メモリを求めてC言語でプログラム書くのが自分の中で流行ってまして、それで作った自作のライブラリをAutotoolsを使用してインストールしていたんです。でも、Autotoolsだと複数のコマンドとそのオプションを覚える必要があったり、関連性の分かりにくい設定ファイルを書く必要があったり、勝手にGPLの条文が生成されたりして面倒なんですよ。まあ一回書いてしまえばあまり変更する必要も無いので、とりあえずは我慢していました。 話は変わって、先日MySQLのver5.5.9をソースからインストールしてみました。MySQLの5.5（？）からはインストールにCMakeを使うそうで、MySQLのためにCMakeもインストールしました。そもそもCMakeの存在を知らなかったので、この機会に調べてみたところ、CMakeを使ってみたくなってしまい、勢いでそのまま使ってしまったのでそ
CMake - Wikipedia
CMakeは、コンパイラに依存しないビルド自動化のためのフリーソフトウェアであり、様々なオペレーティングシステムで動作させることができる。CMakeは階層化ディレクトリや複数のライブラリを利用するアプリケーションをサポートするよう設計されている。実際のビルドにおいては、make、Xcode、Visual Studioのようなネイティブのビルド環境が利用される。CMake自身は最小限の依存関係を持つよう設計されており、ビルドするにはC++コンパイラのみを必要とする[3]。 歴史[編集] CMakeは1999年に開発が始まった。その目的はInsight Segmentation and Registration Toolkit (ITK) のクロスプラットフォームなビルド環境の要求に答えるためのものだった[4]。このプロジェクトは可視化人間プロジェクト（英語: Visible Human Pr
debパッケージのビルド手順
debuildなどのパッケージビルドツールでは、大まかに言うと、 一般的に次のような手順でパッケージをビルドします。 ビルド環境を整備する。不要なファイルを削除する (debian/rules clean)。ソースパッケージをまとめる (dpkg-source -b ディレクトリ名)。バイナリパッケージにインストールするファイルをビルドする (debian/rules build)。ビルドしたファイルをバイナリパッケージにまとめる (debian/rules binary)。.changesファイルを作成する (dpkg-genchanges)。パッケージに署名する。 実際にビルドを始める前に、まずはビルドのための環境を整える必要があります。 「ビルドのための環境を整える」と一口に言っても色々とありますが、 例えばソースパッケージの展開などが挙げられます。 ソースパッケージをビルドする場合
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Windows 10 Anniversary Update、以前のビルドに戻せる期限が1カ月から10日に短縮 