sb-ext:save-lisp-and-dieはlispのコアイメージを書き出す関数です。 :executable tを指定した場合、出力されるファイルはsbclのランタイムとコアイメージを含みます。 これで一応exeファイルを作成することができます。 #解説 sb-ext:save-lisp-and-dieにはいくつかのキーワード引数があります。 詳細についてはSBCLに公式サイトで確認できるので省きますが、 よく使いそうな引数については紹介しておきます。 ;; トップレベルの関数を指定します。 ;; （Cで言うとこのmain関数みたいなものです） ;; #'で関数自体を渡します。 :toplevel ;; trueならばイメージとランタイムを一緒にしたexeを出力します。 ;; falseならイメージのみを出力し、ランタイムを含みません。（つまりexeにならない） :executab
ここ1,2年で注目を集めている仮想化技術の1つ「Docker」について、今更感がありますが試していきたいと思います。 他の仮想化技術との違いや特徴、開発環境として使っていくにはどうすればいいかなどを紹介していきたいと考えています。 これまでの連載 Dockerであそぶ（１）DockerToolboxのインストール Dockerであそぶ（２）Centos7を実行する Dockerであそぶ（３）Apacheを使う Dockerであそぶ（４）Apacheの設定を変える ← 本記事！ Dockerであそぶ（５）Apache-PHP連携 Dockerであそぶ（６）Apache-PHP-Mariadb連携 Dockerであそぶ（７）PhpMyAdminのインストール Dockerであそぶ（８）docker-composeでコンテナをまとめて管理 Dockerであそぶ（９）AWS EC2でdocker-
webpack とは webpack は WebApp に必要なリソースの依存関係を解決し、アセット（配布物）を生成するビルドツール（要するにコンパイラ）です。JavaScript だけでなく、CoffeeScript や TypeScript、CSS 系、画像ファイルなどを扱うことができます。 WebApp のビルドツールは Grunt や Gulp が有名です。これらは基本的に、ビルド手順をタスクという形で自ら定義する必要があり、フロントエンド開発に馴染みのない開発者にとっては敷居が高いものでした（少なくとも、自分はそうでした）。 webpack を使えば、Grunt も Gulp も必要ありません！覚えるべきことはほとんどありません。（必要なら）簡単な設定ファイルを書いて webpack コマンドを実行するだけです。 以下では基本的な使い方を見ていきます。 ※もちろん Grunt/G
August 2011 (1) July 2011 (1) June 2011 (2) April 2011 (2) March 2011 (2) February 2011 (2) January 2011 (6) December 2010 (6) November 2010 (5) October 2010 (8) September 2010 (2) August 2010 (3) July 2010 (9) June 2010 (4) March 2010 (1) February 2010 (7) January 2010 (2) はじめに C/C++とmake使ったプロジェクトのビルド時間短縮について書いてみます。 対象となるのは、 大規模プロジェクトに関わっていて、ビルド時間長すぎ… 少人数だけど、大きなパッケージが絡んでいて、ビルド時間長すぎ… なプロジェクトに関わってい
Antを1.8にしたら、以下のワーニングが出るようになった。 warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable buildsincludeantruntimeは、Antのランタイムライブラリをクラスパスに含むかという設定らしく、これがデフォルトでtrueらしい。 これは知らなかった。 つまりjavacのクラスパス設定に依存ライブラリの漏れがあったとしても、Antのランタイムライブラリに入っていればビルドエラーにならなかったって事だ。 これが以前からtrueだったために、Antのランタイムライブラリに依存するようなクラスパスを設定していると、環境によってビルドが失敗するなどが発生していたのかもしれない。 それをわからせるために
←フエルチラシノウラ。トップページへもどる。 【Java】Antを使ってjarファイルを作成するサンプル。【build.xml】 Java Ant build.xml antスクリプト ビルド デプロイ Javaのプロジェクトをビルドする際に重宝するのがantです。Eclipseにはデフォルトで入っていますね。 このantをスクリプトを使ってsrcをビルドし、jarファイルを生成してみしましょう。 ant用のスクリプトはbuild.xmlと命名するのが一般的です。 build.xmlはEclipseのパッケージエクスプローラView上から、右クリック＞実行＞Ant ビルド で実行できます。 build.xmlにエラーがある場合は、ちゃんとエラーも吐いてくれます。 build.xmlサンプル。 ＜?xml version="1.0" encoding="UTF-8"?＞ ＜!-- name属
RubyによるビルドツールRakeの覚え書き。興に乗ったので詳しく書いてみた。 2014/02/20 Rakeの作者、Jim Weirich氏が亡くなられました。安らかに… Rakeとは？ インストール 単純なRakefile タスク ファイルタスク ルール ディレクトリ作成 タスクの説明 ファイルリスト クリーニング パッケージ作成 タスクの動的生成 テストタスク 複数のRakefileの連携 名前空間 参考URL Rakeとは? Rakeは、MakeをRubyで実装したものを超越したビルドツールである。 世間では、ビルドツールというとMakeやApache Antが有名で、よく使われている。 Rakeは、これらのいいとこ取りをした上で、特有のフィーチャーを追加した新しいビルドツールであり、複雑なビルドを柔軟に書きこなすことができる。その秘密は内部DSLという仕組みにあり、このおかげでビ
&size(200%){NMavenを試食する} 最近、仕事で.NETに関わるようになりました。.NETの世界でもMavenを使えないものかと思っていたある日、何気なくApacheのサイトを覗いてみると、[[Apache Incubatorプロジェクト>http://incubator.apache.org/]]に、[[NMaven>http://incubator.apache.org/nmaven/index.html]]という文字が見えるではないですか！ ドキドキしながらクリックしてみると・・・まさしく.NET用Mavenの登場でした。 まだ生まれたばかりのツールで情報も少なく、少し触ってみてのファースト・インプレッション程度の内容ではありますが、NMavenを紹介したいと思います。 私自身、.NETについては初心者程度のレベルですので、とんちんかんなコメントもあるかとは思いますが、
ビルドシステム構築スキルの重要性 - 達人プログラマーを目指してに関連して、開発プロジェクトで決定しなくてはならないことの一つに、Antを使うかMavenを使うかという判断があります。この両者に関してはそれぞれに信者の方がいて宗教論争のようなところもあるのですが、実際どちらの方が人気が高いのでしょうか？ Mavenの熱烈なファンの方もいる一方で、Maven地獄などという言葉もあるようにMavenでひどい目にあった人もいるようです。そういう人はAnt+Ivyの方が軽くてよいと言います。さらに、 議論：Mavenはビルドに適したツールか？ などを見るとなんとなくMavenはいまいちな印象を受けてしまいますし、Springも当初Maven化するという予定であったのに、 Spring switching to Maven? Oh no, think twice! などの発言もあり、結局Spring
昨日のエントリーに引き続き、このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/19分として書いています。 今日は、少しばかりアカデミックな話。 でも、うまく活用すると、品質改善のための強い武器になることでしょう！ 循環的複雑度とは？ まずは、今回のタイトルにも書いている「循環的複雑度（Cyclomatic Complexity）」というメトリクスの説明から。 循環的複雑度は、Thomas McCabe 氏が開発したものであり、簡単に言うと、コードの複雑性を数値化したものです。 ソースコードの一部の循環的複雑度は、ソースコード内の線形独立な経路の数である。実際、if文やfor文のような分岐点のないソースコードの場合、その複雑度は 1 であり、そのコードには1つの経路しかない。コードに1つのif文が含まれていれば、コードに
最近社内で何かと話題になっている CI(継続的インテグレーション)ツール Jenkins を使ってみました。 プロジェクトの開発メンバー各々でデプロイを行うと、何かと設定ミスやビルド環境の違いにより、 思わぬトラブルや、余計な時間のロスを招いたりします。 そんなときは、Jenkins がスマートにビルドを行ってくれますので、このおじちゃんに頼ってみましょう。 Jenkins を導入 Jenkinsには、パッケージ形式とwar形式があるようです。 今回はビルドサーバにtomcatがインストール済みなので、war形式で導入します。 ビルドサーバにログインし、wget でwarファイルを取得します。 $ wget http://mirrors.jenkins-ci.org/war/latest/jenkins.war tomcatのwebappディレクトリにコピーし、Tomcatを起動します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Javaプログラミングツールズ1 Apache Ant (Javaプログラミングツールズ 1): 関口宏司: 本
