gcc-exception-3.1-faq.html - en to ja translation catalogue (48 entries)

note: type: Content of: <title>
en: GCC Runtime Library Exception Rationale and FAQ - GNU Project - Free Software Foundation
ja: GCCランタイムライブラリ例外とFAQ - GNUプロジェクト - フリーソフトウェアファウンデーション

note: type: Content of: <div><h2>
en: GCC Runtime Library Exception Rationale and FAQ
ja: GCCランタイムライブラリ例外とFAQ

note: type: Content of: <div><h3>
en: Introduction
ja: はじめに

note: type: Content of: <div><p>
en: On June 29th, 2007 the Free Software Foundation released GPLv3.  It was immediately adopted by fifteen GNU projects, and more made the switch in the following months.  Most of the GCC codebase migrated to the new license in the 4.2.2 release, and now we are preparing to finish that process.
ja: 2007年6月29日、フリーソフトウェアファウンデーションはGPLv3をリリースしました。それはすぐに15のGNUプロジェクトに採用され、より多くの変更が続く月々でなされました。4.2.2のリリースでGCCのコードベースのほとんどは、この新しいライセンスに移行し、今、わたしたちはこのプロセスを終了させる準備をしています。

note: type: Content of: <div><p>
en: The licenses for some libraries that accompany GCC have not been changed yet.  These libraries are automatically used by the object code that GCC produces.  Because of that, if these libraries were simply distributed only under the terms of the GPL, all the object code that GCC produces would have to be distributed under the same terms.  However, the FSF decided long ago to allow developers to use GCC's libraries to compile any program, regardless of its license.  Developing nonfree software is not good for society, and we have no obligation to make it easier.  We decided to permit this because forbidding it seemed likely to backfire, and because using small libraries to limit the use of GCC seemed like the tail wagging the dog.
ja: GCCに付属するあるライブラリのライセンスはまだ変更されていません。これらのライブラリはGCCが生成するオブジェクトコードによって自動的に使われます。そのため、これらのライブラリが単にGPLの条項だけで配布された場合、GCCが生成するすべてのオブジェクトコードが同じ条項で配布されなければならないでしょう。しかし、FSFは、開発者がGCCのライブラリを、どのようなプログラムに対しても、そのライセンスにかかわらず使うことを許すことを、だいぶ前に決めました。不自由なソフトウェアを開発することは社会に対してよいことではありませんし、それを容易にすることに関して、わたしたちはなんの義務もありません。それを禁止することは、かえって反する結果となるだろうと思われたため、わたしたちはこれを許すことに決めました。また、小さなライブラリをGCCの利用を制限するのに使うことは、いわば下克上のように思えたからでもあります。

note: type: Content of: <div><p>
en: Therefore, these libraries have always had license exceptions that allow people to distribute the object code GCC produces under any license.  We are now moving these libraries to GPLv3 and updating their exceptions.  Our fundamental policy has not changed; the new license is meant to permit all the uses of GCC that were permitted before.  However, we have decided to use this opportunity to update the exception to accomplish three goals:
ja: ですから、これらのライブラリにはGCCが生成するオブジェクトコードを人々がどのライセンスでも配布することを認めるライセンスの例外が常にありました。わたしたちは、これらのライブラリをGPLv3に今移行するに伴い、これらの例外を更新しています。わたしたちの基本的ポリシーは変わっていません。新しいライセンスは以前に許されていたGCCのすべての利用を許すつもりです。しかしながら、この例外の更新の機会に三つの目標を達成することに決定しました:

note: type: Content of: <div><ul><li><p>
en: Take advantage of GPLv3's new provisions.  GPLv3 features a number of new terms which benefit all software.  These include section 7, which establishes a framework for providing license exceptions.  In order for GCC to get the most benefit from GPLv3, we need to update the exception to take these new terms into account, and work within the parameters of section 7.
ja: GPLv3の新しい規定を活用する。GPLv3には新しい用語がいくつもあり、すべてのソフトウェアに活用することができます。これらには第7節のライセンス例外を提供するフレームワークを設立するものが含まれます。GCCがGPLv3をより活用するために、これらの新しい用語を念頭に置き、第7節のパラメータを用いた形で作業するよう、例外を更新する必要があります。

note: type: Content of: <div><ul><li><p>
en: Lay the groundwork for a plugin infrastructure in GCC.  For a while now, the GCC developers have considered adding a plugin framework to the compiler.  This would make it easier for others to contribute to the project, and accelerate the development of new compilation techniques for GCC.  However, there have also been concerns that unscrupulous developers could write plugins that called out to proprietary software to transform the compiled code&mdash;effectively creating proprietary extensions to GCC and defeating the purpose of the GPL.  The updated exception prevents such abuse, enabling the GCC team to look forward to plugin developments.
ja: GCCのプラグイン・インフラストラクチャの根回しをする。昨今、しばらくの間、GCC開発者はコンパイラにプラグイン・フレームワークを加えることを検討しています。これは、ほかの方々がプロジェクトに貢献することを容易にするでしょうし、GCCのための新しいコンパイル技術の開発を加速させるでしょう。しかし、良心的でない開発者がプロプライエタリなソフトウェアを呼び出し、コンパイルされるコードを変換するプラグインを書くことができ、実効的にGCCのプロプライエタリの拡張を創設し、GPLの目的を打ち破るという懸念もありました。更新された例外はそのような悪用を禁止し、GCCチームがプラグインの開発に期待することができるようにしました。

note: type: Content of: <div><ul><li><p>
en: Make exceptions throughout the GCC code base consistent.  Over the years, as new files were added to GCC that needed to carry this license exception, we reviewed and updated the language to help clarify it and address new concerns.  As a result, there are now many different exception texts in GCC that provide the same basic permissions.  Now all of those files will be able to use the single new exception text that we've prepared, making it easier to perform legal reviews on the code.
ja: 例外をGCCのコードベースのすみからすみまで一貫したものとする。何年もに渡り、このライセンス例外を運ぶ必要がある新しいファイルがGCCに加えられる際、その言い方をレビューして更新し、明確にし新しい懸念に対応するようにしてきました。結果として、今や、同じ基本的許可を提供する、たくさんの異なる例外の文章がGCCにはあります。今、これらのファイルのすべてが、わたしたちが準備した一つの新しい例外の文章を使うことができ、コードの法的なレビューを実行しやすくさせています。

note: type: Content of: <div><p>
en: As with GPLv3, we worked hard to listen to various users' concerns while we drafted this, and address them appropriately.  All told, we have spent more than a year on this process.  The Free Software Foundation and the GCC Steering Committee would like to thank Richard Fontana, Bradley Kuhn, and Karen Sandler at the Software Freedom Law Center for all their hard work and assistance with the exception.  The changes here will strengthen the GCC community, and we look forward to the compiler developments it will enable.
ja: GPLv3と同じく、草稿の作業中に、わたしたちは様々なユーザの懸念を聞き、適切に扱うよう努力しました。全部で、わたしたちはこのプロセスに一年以上をついやしました。フリーソフトウェアファウンデーションとGCCステアリングコミッティは、Software Freedom Law CenterのRichard Fontana, Bradley Kuhn およびKaren Sandlerにかれらの大変な仕事とこの例外への助力に感謝します。ここでの変更は、GCCのコミュニティを強化するでしょう。それが可能とするコンパイラの開発に、わたしたちは期待しています。

note: type: Content of: <div><p>
en: Because GCC is such a crucial part of developers' lives, we're expecting lots of questions about these changes, and we want to make sure that they're addressed.  Below we've addressed specific concerns that we expect users will have.  If you have questions about the new exception that aren't mentioned here, please feel free to contact us at <a href="mailto:licensing@fsf.org">&lt;licensing@fsf.org&gt;</a>.
ja: GCCは開発者の生活の重要な部分であるので、この変更について多くの質問があることを予期します。わたしたちは、質問に対して確実に扱いたいと考えています。以下では、ユーザが持つであろうと予期される特定の懸念について扱っています。もし、新しい例外についてここで述べられていない質問があれば、遠慮なく、こちら宛に<a href="mailto:licensing@fsf.org">&lt;licensing@fsf.org&gt;</a>、わたしたちへ連絡してください。

note: type: Content of: <div><h3>
en: How the Exception Works
ja: どのように例外は作用するか

note: type: Content of: <div><p>
en: The permission you need&mdash;to convey the object code from these GCC libraries under your own project's license&mdash;is primarily contained in section 1:
ja: 必要な許可(これらのGCCライブラリからのオブジェクトコードをあなた自身のプロジェクトのライセンスで運搬する)は主に第1節にあります:

note: type: Content of: <div><blockquote><p>
en: You have permission to propagate a work of Target Code formed by combining the Runtime Library with Independent Modules, even if such propagation would otherwise violate the terms of GPLv3, provided that all Target Code was generated by Eligible Compilation Processes.  You may then convey such a combination under terms of your choice, consistent with the licensing of the Independent Modules.
ja: あなたは、「ランタイムライブラリ」と「独立モジュール」を組み合わせる形で形成された「ターゲットコード」の作品を伝搬する許可を有します。たとえ、その伝搬がGPLv3の条項に違反したとしても、すべての「ターゲットコード」が「適格なコンパイルプロセス」で生成されたものである限り、許可されます。そして、あなたは、「独立モジュール」のライセンスと一貫する、あなたの選択する条項でそのような組み合わせを運搬することがでます。

note: type: Content of: <div><p>
en: This section uses many defined terms, and their specific meanings are integral to how the exception works.  This section looks at how these terms relate to common scenarios.
ja: この節はたくさんの定義された用語を使っていて、その特定の意味はこの例外がどのように作用するかに不可欠のものです。この節では、これらの用語がどのように普通のシナリオに関係するかを見ていきます。

note: type: Content of: <div><p>
en: When you write your software, it consists of a set of source code files.  Each file is an &ldquo;Independent Module,&rdquo; as long as it doesn't contain any source from the GCC libraries.
ja: ソフトウェアを書いたとき、それはソースコードファイルの集合からなります。GCCライブラリからなんのソースも含まない限り、それぞれのファイルは「独立モジュール」です。

note: type: Content of: <div><p>
en: When you compile those source code files, they usually go through a series of steps: source code generation, preprocessing, compilation to low-level code, assembling, and linking.  Not all projects follow all these steps, depending on what language you're using and how it's written, but they'll always go in this order, and everyone using GCC will go through the process of compiling high-level code into some low-level language such as assembly code or Java bytecode.  This phase is when GCC combines or links your own code with code from the GCC libraries.  We call it the &ldquo;Compilation Process.&rdquo; The output you get from it is called &ldquo;Target Code,&rdquo; as long as that output is not used as compiler intermediate representation, or to create such an intermediate representation.
ja: このようなソースコードファイルをコンパイルしたとき、通常、何段階かを経ます: ソースコード生成、プリプロセス、低レベルコードへのコンパイル、アセンブラの処理、そしてリンク、です。すべてのプロジェクトがこれらのすべての段階を経るわけではありません。どの言語を使うか、どのように書かれるかによって異なります。しかし、常に、この順番で進み、GCCを使う誰もが、高レベルのコードを、アセンブリ言語やJavaバイトコードなどの低レベルの言語にコンパイルするプロセスを経るのです。このフェーズが、GCCがあなた自身のコードとGCCライブラリのコードを組み合わせたりリンクする時です。わたしたちは、これを「コンパイルプロセス」と呼びます。これから得る出力は、その出力がコンパイラの中間表現として(もしくは中間表現を生成するために)使われない限り、「ターゲットコード」と呼ばれます。

note: type: Content of: <div><p>
en: In order to take advantage of this permission, the Compilation Process that you use to create Target Code has to be &ldquo;Eligible,&rdquo; which means that it does not involve both GCC and GPL-incompatible software.  It's important to remember that the Compilation Process starts when you feed <em>any</em> high-level code to GCC, and ends as soon as it generates anything that can be considered Target Code.  Because of that, as long as GCC isn't writing out intermediate representation, your Compilation Process can still be Eligible even if you use GCC in conjunction with GPL-incompatible assemblers, linkers, or high-level source generators: those programs aren't involved in the Compilation Process as it's defined here.  The only place you can't use GPL-incompatible software with GCC is when it's performing the core compilation work.
ja: この許可を利用するためには、「ターゲットコード」を生成する「コンパイルプロセス」は「適格なコンパイルプロセス」でなければなりません。これは、GCCとGPLと両立しないソフトウェアの両方を伴わない、ということを意味します。「コンパイルプロセス」は、<em>なにかの</em>高レベルコードをGCCに入力して開始され、「ターゲットコード」とみなされ得るなにかを生成して終了するということを念頭に置くのが重要です。ですから、GCCが中間表現を出力しない限り、GCCとGPLと両立しないアセンブラやリンカ、高レベルソース生成系と組み合わせて使ったとしても、「コンパイルプロセス」は適格であることが可能です。それらのプログラムはここで定義される「コンパイルプロセス」には該当しません。GCCとGPLと両立しないソフトウェアを使えない唯一の場所は、コンパイルの中心的な仕事を遂行する時です。

note: type: Content of: <div><p>
en: So, if you use GCC, with or without GPL-compatible enhancements, that would be an Eligible Compilation Process.  If you only use GPL-incompatible compiler tools, that would be an Eligible Compilation Process as well.  (It's not uncommon for people who build software for GNU/Linux to link against the GCC libraries even if they're using a different compiler.)  However, if you used GCC in conjunction with GPL-incompatible software during the process of transforming high-level code to low-level code, that would <em>not</em> be an Eligible Compilation Process.  This would happen if, for example, you used GCC with a proprietary plugin.
ja: ですから、GCCを、GPLと両立する拡張ありで、あるいはなしで使う場合、それは、「適格なコンパイルプロセス」でしょう。GPLと両立しないコンパイラツールだけを用いたときも、「適格なコンパイルプロセス」でしょう。(異なるコンパイラを使ったとしても、GCCライブラリとリンクすることは、GNU/Linuxのためにソフトウェアをビルドする人々にとって、珍しいことではありません。)しかし、GPLと両立しないソフトウェアを組み合わせて、上級コードから低級コードへ変換するプロセスの間にGCCを使う場合、それは「適格なコンパイルプロセス」では<em>ありません</em>。これには、たとえば、GCCをプロプライエタリなプラグインと一緒に使う場合が該当するでしょう。

note: type: Content of: <div><p>
en: As long as you use an Eligible Compilation Process, then you have permission to take the Target Code that GCC generates and propagate it &ldquo;under terms of your choice.&rdquo;
ja: 「適格なコンパイルプロセス」を使う限り、GCCが生成した「ターゲットコード」を得て、「あなたの選択の条項」で伝搬させる許可があります。

note: type: Content of: <div><p>
en: If you did use GPL-incompatible software in conjunction with GCC during the Compilation Process, you would not be able to take advantage of this permission.  Since all of the object code that GCC generates is derived from these GPLed libraries, that means you would be required to follow the terms of the GPL when propagating any of that object code.  You could not use GCC to develop your own GPL-incompatible software.
ja: GPLと両立しないソフトウェアをコンパイルプロセスでGCCと一緒に使った場合、この許可の利点を利用することはできないでしょう。すべてのGCCが生成するオブジェクトコードはGPLのライブラリから派生しますから、そのオブジェクトコードのどれを伝搬するときでも、GPLの条項に従う必要があることを意味します。あなた自身のGPLと両立しないソフトウェアを開発するために、GCCを使うことはできないでしょう。

note: type: Content of: <div><h3>
en: Frequently Asked Questions
ja: よく聞かれる質問

note: type: Content of: <div><dl><dt>
en: I am using a standard release of GCC (such as one provided by the FSF, or with my operating system) to compile GPL-incompatible software.  How does this change affect me?
ja: わたしは、標準リリースのGCC(FSFから提供されているものや、わたしのオペレーティングシステムで提供されているもの)を使って、GPLと両立しないソフトウェアをコンパイルします。この変更はわたしにどう影響しますか?

note: type: Content of: <div><dl><dd><p>
en: It should not affect you at all.  Unless you've configured GCC to output intermediate representation&mdash;which is rare&mdash;the new exception is designed to ensure that you have no license obligations when you do this, just as the old exceptions were.
ja: なにも影響するべきではありません。GCCを中間表現を出力するようにコンフィギュアして(これは稀です)いない場合、新しい例外は、古い例外がそうであったのと同じく、コンパイルする際になんのライセンスの義務もないことを確実にするように設計されています。

note: type: Content of: <div><dl><dt>
en: Who does this change affect?
ja: この変更が影響するのは誰でしょうか?

note: type: Content of: <div><dl><dd><p>
en: Nobody who is currently using GCC should be affected by this change.  The only changes in policy are meant to prevent developers from making certain modifications to GCC that <em>will</em> become feasible in the future.  The FSF has been working closely with GCC developers to learn more about the many different ways people use GCC today, and ensure that they will all be able to continue those activities under the new exception.
ja: 現在、GCCを使っている誰もがこの変更の影響をまったく受けないべきです。ポリシーの変更は、<em>今後</em>の将来に可能となるであろうある種の改変を開発者がGCCに行うことを禁じることだけを意味します。FSFはGCCの開発者と緊密に作業し、今日、人々がGCCを使う様々な方法について学んできました。そして、FSFは、かれらがこの活動を新しい例外の元で継続できることを確実にするようにしています。

note: type: Content of: <div><dl><dt>
en: I use GCC in conjunction with proprietary preprocessors and/or source generators to compile my program.  Can I still take advantage of the exception?
ja: わたしのプログラムをコンパイルするのに、GCCをプロプライエタリなプリプロセッサとソースジェネレータともに使っています。それでも例外の利点を利用できるでしょうか?

note: type: Content of: <div><dl><dd><p>
en: Yes.  The Compilation Process can start with any &ldquo;code entirely represented in a high-level, non-intermediate language.&rdquo; This includes code generated by a preprocessor or other proprietary software.  As such, the Compilation Process in this case does not involve any proprietary software; it qualifies as Eligible, and the exception is available for this program.
ja: はい。「コンパイル・プロセス」は「高レベル、中間言語ではないもの、で全体が表現されたコード」から開始することができます。これにはプリプロセッサやほかのプロプライエタリのソフトウェアで生成されたコードが含まれます。ですから、この場合の「コンパイル・プロセス」はなにもプロプライエタリなソフトウェアとと関係しません。「適格」となりますから、例外は、このプログラムに対して利用可能です。

note: type: Content of: <div><dl><dt>
en: I use GCC in conjunction with proprietary assemblers and/or linkers to compile my program.  Can I still take advantage of the exception?
ja: わたしのプログラムをコンパイルするのに、GCCをプロプライエタリなアセンブラやリンカとともに使っています。それでも例外の利点を利用できるでしょうか?

note: type: Content of: <div><dl><dd><p>
en: Yes.  The Compilation Process ends when the compiler generates Target Code, which includes output that is &ldquo;suitable for input to an assembler, loader, linker and/or execution phase.&rdquo; In other words, the Compilation Process in this case is over when you have assembly code or unlinked object files from GCC, and so it does not involve any proprietary software.  It qualifies as Eligible, and the exception is thus available for this program.
ja: はい。「コンパイル・プロセス」は「ターゲット・コード」をコンパイラが生成した時に終了し、「ターゲット・コード」には、「アセンブラ、ローダ、リンカ、そして/または、実行フェーズの入力として適切なもの」の出力を含みます。別の言葉で言えば、この場合の「コンパイル・プロセス」はGCCからアセンブリコードまたはリンクされていないオブジェクトファイルを得た時点で終了し、ですからなにもプロプライエタリソフトウェアは関係しません。「適格」となりますから、例外は、このプログラムに利用可能です。

note: type: Content of: <div><dl><dt>
en: I use GCC to compile parts of my program, and a proprietary compiler to compile other parts.  The pieces are combined afterward, during assembler or linking phases.  Can I still take advantage of the exception?
ja: わたしのプログラムのある部分をコンパイルするのにGCCを使い、プロプライエタリなコンパイラを別の部分のコンパイルに使っています。それから、後に、アセンブラやリンクの段階で組み合わされます。それでも、この例外の利点を利用できるでしょうか?

note: type: Content of: <div><dl><dd><p>
en: Yes.  In this case, each Independent Module is turned into Target Code through an Eligible Compilation Process.  Even though different modules will go through different processes, the exception is still available for this program.
ja: はい。この場合、それぞれの「独立モジュール」は、「適格なコンパイルプロセス」を通じて、「ターゲットコード」になります。異なるモジュールが異なるプロセスを経るとしても、このプログラムに対して例外はなお利用可能です。

note: type: Content of: <div><dl><dt>
en: I use a proprietary compiler toolchain without any parts of GCC to compile my program, and link it with libstdc++.  My program itself does not include any runtime library code the same way that GCC-compiled programs include libgcc.  Can I still take advantage of the exception?
ja: わたしのプログラムをコンパイルするのにGCCをまったく使わずに、プロプライエタリなコンパイラツールチェインを使って、libstdc++とリンクしています。わたしのプログラム自身には、GCCでコンパイルされたプログラムがlibgccを含むのと同じようなランタイムライブラリのコードはまったくありません。それでも、この例外の利点を利用できるでしょうか?

note: type: Content of: <div><dl><dd><p>
en: Yes.  While combining libgcc with GCC-compiled object code is probably the most common way the exception is used, neither the GPL nor the GCC Runtime Library Exception distinguish between static linking, dynamic linking, and other methods for combining code in their conditions.  The same permissions are available to you, under the same terms, no matter which method you use.
ja: はい。libgccとGCCでコンパイルされたオブジェクトコードを組み合わせることが、おそらく例外が使われるもっともありうる形ですが、GPLもGCCランタイム・ライブラリ例外も、静的リンク、動的リンク、そしてコードを組み合わせるほかの方法を、その状況でなにも区別しません。どの方式を用いたとしても、同じ条項で同じ許可があなたに利用可能です。

note: type: Content of: <div><dl><dd><p>
en: Note that if you distribute libstdc++ as an independent library, you will need to follow the terms of the GPL when doing so.  For example, if you distribute the library itself in object code form, you will need to provide source code to your recipients using one of the methods listed in section 6 of GPLv3.  But as long as you are eligible to take advantage of the GCC Runtime Library Exception's permissions for your own program, the GPL's terms do not extend to it.
ja: libstdc++を独立のライブラリとして配布する場合、配布にあたってはGPLの条項に従う必要があることに注意してください。たとえば、オブジェクトコードの形態でライブラリ自身を配布する場合、ソースコードをGPLv3の第6節にあげられた方法の一つでオブジェクトコードを受け取る人に提供する必要があります。しかし、GCCランタイムライブラリ例外の許可をあなた自身のプログラムに利用することに対してあなたが適格である限り、GPLの条項はそのプログラムには及びません。

note: type: Content of: <div><dl><dt>
en: Why is compiler intermediate representation excluded from the definition of &ldquo;Target Code&rdquo;?
ja: なぜコンパイラの中間表現は「ターゲットコード」の定義から除外されているのですか?

note: type: Content of: <div><dl><dd><p>
en: When we first considered adding a plugin infrastructure to GCC, we were deeply concerned about the possibility that someone would write a plugin that would merely save GCC's internal, low-level compilation data structures to disk.  With that done, other software would be able to optimize or otherwise improve that code without being directly connected to GCC.  It may have been difficult for us to argue that those programs should be subject to the GPL's copyleft, so we wanted to discourage these sorts of arrangements.
ja: 最初にプラグインの枠組みをGCCに追加することを検討したとき、わたしたちはGCCの内部、つまり、低レベルのコンパイルのデータ構造を、ディスクへと単に保存するプラグインを誰かが書くことの可能性について深い懸念を持ちました。それがなされると、ほかのソフトウェアがGCCと直接つながらない形でそのコードを最適化あるいは改善することができるようになるでしょう。そのようなプログラムがGPLのコピーレフトに従うべきであるかを論議することは、わたしたちにとって難しいことであり、そのような構成を防止したかったのです。

note: type: Content of: <div><dl><dd><p>
en: We do that by excluding such output from the definition of Target Code.  Because of this, even if someone writes a plugin that saves this information to disk, any programs that change the structures before GCC writes out Target Code will be involved in the Compilation Process.  If that program is proprietary, the exception will not be available to any software compiled with it; the object code that GCC ultimately creates will have to be distributed under the terms of the GPL.
ja: わたしたちはこれを「ターゲットコード」の定義からそのような出力を除外することで行います。このため、ディスクにこの情報をセーブするプラグインを誰かが書いたとしても、GCCがターゲットコードを書き出す前に構造を変更するいかなるプログラムも、「コンパイル・プロセス」に関係することになります。そのプログラムがプロプライエタリであれば、それでコンパイルされたいかなるソフトウェアにもこの例外は利用可能とはなりません。GCCが最終的に生成するオブジェクトコードはGPLの条項で配布されなければならなくなるでしょう。

note: type: Content of: <div><dl><dt>
en: If I write some code in assembly language, can I combine that with other object code compiled normally, and still take advantage of the exception?
ja: もし、あるコードをアセンブリ言語で書いた場合、それを普通にコンパイルされたオブジェクトコードと組み合わせて、それでも例外の利点を利用できるでしょうか?

note: type: Content of: <div><dl><dd><p>
en: Yes, as long as all of the object code was compiled through an Eligible Compilation Process.  The process of running hand-written assembly through an assembler is a Compilation Process, since it &ldquo;transforms code entirely represented in [a] non-intermediate language[] designed for human-written code... into Target Code.&rdquo;
ja: はい。「適格なコンパイルプロセス」を通じて、すべてのオブジェクトコードがコンパイルされている限り、利用できます。アセンブラで手で書いたアセンブリコードを実行するプロセスは、コンパイルプロセスです。なぜなら、それは、「中間言語ではなく人間が書いたコードで全体が表現されたコードを&ldquo;ターゲットコード&rdquo;に変換する」からです。

note: type: Content of: <div><dl><dt>
en: What libraries does the GCC Runtime Library Exception cover?
ja: どのライブラリをGCCランタイムライブラリ例外はカバーしますか?

note: type: Content of: <div><dl><dd><p>
en: The GCC Runtime Library Exception covers any file that has a notice in its license headers stating that the exception applies.  This includes libgcc, libstdc++, libfortran, libgomp, libdecnumber, libgcov, and other libraries distributed with GCC.
ja: GCCランタイムライブラリ例外がカバーするのは、そのライセンスヘッダに例外が適用されると述べられた告知があるすべてのファイルです。これには、libgcc, libstdc++, libfortran, libgomp, libdecnumber, libgcov とGCCで配布されるそのほかのライブラリが含まれます。

note: type: Content of: <div><dl><dt>
en: Will Classpath use this new exception?
ja: Classpathはこの新しい例外を使う(予定)ですか?

note: type: Content of: <div><dl><dd><p>
en: Even though Classpath's current exception serves a similar purpose, we are not updating it at this time.  Because of recent developments in the free software Java community, the priorities for Classpath's licensing policies are different from other GCC libraries, and we are evaluating it separately.
ja: Classpathの現在の例外は同様な目的に供してますが、今回、これを更新することはありません。自由ソフトウェアのJavaコミュニティの最近の開発では、Classpathのライセンシングのポリシーの優先順位は、ほかのGCCライブラリとは異なり、別に評価しています。

note: type: Content of: <div><div><p>
en: Please send general FSF &amp; GNU inquiries to <a href="mailto:gnu@gnu.org">&lt;gnu@gnu.org&gt;</a>.  There are also <a href="/contact/">other ways to contact</a> the FSF.  Broken links and other corrections or suggestions can be sent to <a href="mailto:webmasters@gnu.org">&lt;webmasters@gnu.org&gt;</a>.
ja: FSFおよびGNUに関する問い合わせは<a href="mailto:gnu@gnu.org">&lt;gnu@gnu.org&gt;</a>までお願いします(英語)。FSFへの連絡は<a href="/contact/">他の方法</a>もあります。リンク切れや他の修正、提案は<a href="mailto:webmasters@gnu.org">&lt;webmasters@gnu.org&gt;</a>までお送りください。

note: TRANSLATORS: Ignore the original text in this paragraph, replace it with the translation of these two: We work hard and do our best to provide accurate, good quality translations.  However, we are not exempt from imperfection. Please send your comments and general suggestions in this regard to <a hr
en: Please see the <a href="/server/standards/README.translations.html">Translations README</a> for information on coordinating and contributing translations of this article.
ja: 正確で良い品質の翻訳を提供するよう努力していますが、不完全な場合もあるかと思います。翻訳に関するコメントと提案は、<a href="mailto:web-translators@gnu.org">&lt;web-translators@gnu.org&gt;</a>におねがいします。</p><p>わたしたちのウェブページの翻訳の調整と貢献については、<a href="/server/standards/README.translations.html">翻訳 README</a>をご覧ください。

note: type: Content of: <div><p>
en: This page is licensed under a <a rel="license" href="http://creativecommons.org/licenses/by-nd/4.0/">Creative Commons Attribution-NoDerivatives 4.0 International License</a>.
ja: このページは<a rel="license" href="http://creativecommons.org/licenses/by-nd/4.0/deed.ja">Creative Commons Attribution-NoDerivatives 4.0 International License</a>の条件で許諾されます。

note: timestamp start type: Content of: <div><p>
en: Updated:
ja: 最終更新:
