プラットフォームサポート
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2021/09/22 01:19 UTC 版)
「AutoDock」の記事における「プラットフォームサポート」の解説
AutoDockは、Linux、Mac OS X、SGI IRIX、Microsoft Windows上で動作する。Debian、Fedora、Arch Linuxなど、いくつかのLinuxディストリビューションでパッケージとして提供されている。 Microsoft Windows上でネイティブ64ビットモードでアプリケーションをコンパイルすることで、より高速な浮動小数点演算が可能になっている。
※この「プラットフォームサポート」の解説は、「AutoDock」の解説の一部です。
「プラットフォームサポート」を含む「AutoDock」の記事については、「AutoDock」の概要を参照ください。
プラットフォームサポート
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2021/06/01 09:37 UTC 版)
「IcedTea」の記事における「プラットフォームサポート」の解説
HotSpot（OpenJDKのJava仮想マシン）のクロスアーキテクチャ移植は、コードにC++のコアに加えてアセンブリ言語が含まれているため困難である。IcedTeaプロジェクトはzero-assembler Hotspot（またはzero）と呼ばれる、アセンブリ言語をほとんど含まないHotSpotインタプリタのジェネリック移植を開発している。この移植により、HotSpotのインタプリタ移植を任意のLinuxプロセッサアーキテクチャに適合させることがとても容易になる。zero-assembler Hotspotのコードは、IcedTea7のバージョン1.6よりHotSpotのx86以外の移植（PPC、IA-64、S390およびARM）の全てに使われていた。 IcedTeaプロジェクトはまたHotSpot用にSharkと呼ばれるプラットフォーム非依存な実行時コンパイラも開発している。これはLLVMを使いZeroを補完するものである。Sharkは2010年8月に上流であるOpenJDKに含まれた。ARM32用のJITは1.6.0と2.1.1に最初に含まれた。レッドハットによるAArch64へのネイティブ移植は2.4.6で登場し、SAP/IBMからのネイティブPPC64移植は2.5.0に含まれる予定である。PPC/AIX移植はバージョン8u20からOpenJDKの上流に含まれており、AArch64移植はバージョン9から含まれる予定である。
※この「プラットフォームサポート」の解説は、「IcedTea」の解説の一部です。
「プラットフォームサポート」を含む「IcedTea」の記事については、「IcedTea」の概要を参照ください。
プラットフォームサポート
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2021/01/10 16:57 UTC 版)
「Chef (ソフトウェア)」の記事における「プラットフォームサポート」の解説
Chefは、クライアントおよびサーバー製品のサポートされるプラットフォームマトリックスに従って、複数のプラットフォームでサポートされる 。クライアントの主要なプラットフォームサポートには、AIX、RHEL / CentOS、FreeBSD、OS X、Solaris、Microsoft WindowsおよびUbuntuが含まれる。 追加のクライアントプラットフォームには、Arch Linux、Debian、 Fedoraが含まれる。Chef Serverは、RHEL / CentOS、Oracle Linux、Oracle Cloud、Ubuntuでサポートされている。
※この「プラットフォームサポート」の解説は、「Chef (ソフトウェア)」の解説の一部です。
「プラットフォームサポート」を含む「Chef (ソフトウェア)」の記事については、「Chef (ソフトウェア)」の概要を参照ください。
プラットフォームサポート
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/11/23 13:51 UTC 版)
「Standard Widget Toolkit」の記事における「プラットフォームサポート」の解説
SWTはプラットフォーム固有のGUIライブラリへのラッパーであるため、Javaが動作するプラットフォーム全てで動作するとは限らない。つまり、SWTはGUIライブラリ毎に移植が必要であり、Javaが新たなプラットフォームに移植されても、即座にSWTが移植されるとは限らない（Swing や AWT はJava本体の一部だが、SWTはそうではない）。また、Windows 上のSWT以外は、比較的効率が悪いと言われている。SWTはプラットフォーム毎に異なるネイティブライブラリを使っているため、プラットフォーム固有のバグもSWTではそのまま存在している。 SWTはSwingよりも低レベルな詳細を開発者に提示する。これはSWTがネイティブライブラリで提供されるGUI機能の上の層であるためであり、ネイティブGUIコードを開発者に提示するのも意図的と思われる。SWTの目的は、高度なユーザインタフェース設計フレームワークを提供することではなく、可能な限り多数のプラットフォームで薄いユーザインタフェースAPIを提供し、その上に高度なGUIアプリケーションを構築できるだけの機能を提供することである。 SWTの実装はプラットフォーム毎に異なるので、複数のプラットフォーム対応としてアプリケーションを配布する際には、プラットフォーム毎のSWT（JARファイル）が必要になる。 SWTはJavaクラスライブラリを必要最小限しか使っていないため、古いJDK（例えば 1.1.8）でも動作するし、Javaクラスライブラリを完全実装していない携帯機器でも動作すると言われている[要出典]。 2006年3月現在、SWTがサポートされているプラットフォーム/GUIライブラリは次の通りである。 Microsoft Windows と32ビット Java VM AIX, FreeBSD, Linux, HPUX:Motif GTK+ Mac OS: CarbonCocoa対応は開発中（Mac OS X 10.5 64ビット版がCarbonをサポートしていないため） QNX Photon Pocket PC Swing （SWTSwing経由）
※この「プラットフォームサポート」の解説は、「Standard Widget Toolkit」の解説の一部です。
「プラットフォームサポート」を含む「Standard Widget Toolkit」の記事については、「Standard Widget Toolkit」の概要を参照ください。
- プラットフォームサポートのページへのリンク
