周波数や変調方式をはじめとする無線通信方式が多様化し、多くの無線通信機器が混在する今日においては、複数の無線通信方式に対応する無線通信機器は非常に実用的である。実際に、複数の無線通信方式に対応したマルチモード端末が登場している。無線通信の実用化以来、多くの機能はハードウェアにより実現されてきたが、ハードウェアによりそうした機能を実現するためには、その無線通信方式と同じ数の電子回路が必要になり、小型化やコストの点で困難な場合も少なくなかった。しかし、従来のハードウェアに代わってソフトウェアによってさまざまな無線通信方式を実現できるならば、面倒な作業をすることなく、簡単に新たな機能を追加したり、機能を変更することができるという利点がある。このため、従来は全てハードウェアにより実現していた無線通信機器の機能の一部を、ソフトウェアに置き換えたソフトウェア無線や、そのための技術の開発が行われている。既に、携帯電話や無線LAN等では、例えば電気通信事業者毎に異なる周波数のような特性までハードウェアで作りこむことはしないで、わざと自由度を残しておき、製造工程の最終段階で書き込むソフトウェアによってそれらを定義するということが行われているが、これも初歩的なソフトウェア無線であると考えられる。
ソフトウェア無線（Software-defined radio）とは、電子回路（ハードウェア）に変更を加えることなく、制御ソフトウェアを変更することによって、無線通信方式を切り替えることが可能な無線通信、又はその技術。一般的には、広い周波数範囲において多くの変調方式が可能となるよう、ソフトウェアが、なるべく汎用性の高いプログラム可能なハードウェアを制御するものとして考えられている。ソフトウェア無線は、汎用コンピュータその他の電子機器が、相当数の信号処理を行うことで実現される。ソフトウェア無線についての研究は、新しいソフトウェアを動作させるだけで、新しい無線通信方式を実現するような無線機器を作り出すことを目標にしている。ソフトウェア無線は、特に軍事及び携帯電話の用途に非常に役立つものと考えられている。両者は、いずれも常に変化する無線通信方式の元で動作することが求められている。ソフトウェア無線のハードウェアは、特徴的にはスーパー・ヘテロダイン方式の無線周波数部と、アナログ-デジタル変換回路及びデジタル-アナログ変換回路により構成される。他方で、現在のソフトウェア無線の中には、ごく簡単な無線モデムとして動作するために使用されているものもある。将来的には、無線通信の世界において、ソフトウェア無線が支配的な技術になるだろうと見る向きもある。ソフトウェア無線は、コグニティブ無線を可能にするものである。
反対同盟結成当初の戸村は住民たちから「ヤソ」と呼ばれており、演壇に立つと「なんだヤツか」と言う者もいて、一部の農民からは「戸村さんの話は難しい」という声があった。しかし、戸村の演説は当初から聴衆の心を揺さぶるものがあった。戸村自身も事前に原稿を用意して演説に臨み、帰路は自分の演説を録音したテープレコーダーを聞いて原稿と照らし合わせるなど、修練を重ねた。そのような真摯な人柄もあり、地元反対派住民だけでなく新左翼党派や支援者らにとっても戸村は三里塚闘争の象徴的存在となった。
結局、新東京国際空港開港は再設定されていた予定日である5月20日に実現する。これに対し、戸村は「水や電気、交通機関などを止め、あらゆるゲリラ活動を展開し、成田空港を廃港に追い込む」などと開港粉砕集会で宣言した。以降、ジェット燃料輸送（暫定輸送）列車妨害事件、空港周辺電話ケーブル切断事件、東京航空交通管制ケーブル切断事件、日航ホテル成田・転業農民の関連会社社員寮・大韓航空社員寮・空港付属下水道施設などへの一連の火炎ビン投入事件、東京航空局山田レーダー基地・筑波レーダー基地襲撃事件、東京電力送電塔倒壊事件、浄水場廃油毒物投入事件などゲリラ事件が相次いだ。開港の事実を前にしても「まだ完全に開港したわけじゃない。これからでも廃港に追い込める」と諦めない戸村であったが、開港翌年である1979年の春ごろから糖尿病で通院するようになり、5月には起き上がれなくなり、6月から入院を余儀なくされた。8月に娘から自身が悪性リンパ腫であることを告げられる。9月に意識不明となり入院先の国立がん研究センターに搬送され、一時小康状態を取り戻すが、11月2日に「三里塚芝山連合空港反対同盟委員長」の肩書のまま死去した。享年70。戸村は「腹を立てないやつはバカだ」という言葉を死ぬ直前まで繰り返し言い続けていたが、死の前日には「三里塚闘争は小さな闘争だった」と述懐し、最期に述べた言葉は「デモは出発したか」であったといわれる。。明確な継承もないまま求心力を持つ戸村を失った「反対同盟」は、その後幹部の脱落や分裂を繰り返すことになる。戸村の墓は空港から1キロメートルほど離れた場所に置かれ、「真理はあなたに自由を与える」の言葉が刻まれている。
IF/THEN/ELSE/END構造は、基本的な条件分岐をサポートする。この制御構造の基本的な文法は以下のようになる。 IF condition THEN if-true [ELSE if-false] END以下の例はスタックの底辺（スタックレベル1）の値が"1"であるかどうかをテストし、そうであれば、スタックの底辺を"Equal to one"に置き換える。 « IF 1 == THEN "Equal to one" END »（説明）上のコードの条件式は '1 ==' である。IF文はこの条件式を実行する。1はオブジェクトなのでスタックに入れられる。==はコマンドである（一般的な言語の場合、==は演算子だが、RPLではコマンドである）。==コマンドはスタックから2つのオブジェクトを取り出すので、このプログラムを実行する前にユーザーが手動でスタックに値を入れておく必要がある。そうしないとスタックに1しかオブジェクトがないので、==コマンドが2つのオブジェクトを取り出せない。==コマンドは2つのオブジェクトが同じ時は真(1)、異なる時は偽(0)をスタックに入れる。IF文は条件式を実行した後、スタックの底辺から条件式の実行結果を取り出し、その数値が真(1)ならば、THEN文が実行される。上のコードではELSE文はないが、ELSE文がありその数値が偽(0)であれば、ELSE文が実行される。IF文はcondition(条件式)を評価するとその結果（0:偽あるいは1:真）をスタックの底辺に残す。そして、その条件式の結果を得るためにスタックの底辺を検証する。この動作を利用すると、RPLはForth形式のIF文をオプションでサポートすることができる。つまりIF文の前に評価される条件式を書くことができる。IF文の条件式を空にすることによって、IF文は条件式実行の間にスタックの変更を行わない。そして、THENを実行する前にスタックの底辺にある既存の結果（IF文の前に書いた条件の結果のこと。0:偽あるいは1:真）を取り出して使う。