Je pensais que gnu classpath était juste une version open source de la bibliothèque Java. Apparemment, il est fortement lié au système hôte? Est-ce vrai. Par exemple, serait-il possible de construire un chemin de classe gnu 'rt.jar' avec seulement le bytecode Java et quels sont les args à utiliser comme la bibliothèque bootstrap?Avec GNU classpath, est-il possible de construire un fichier crossplatform (Win32 et Linux) jar
Le JRE Java pour chaque plate-forme est lié spécifiquement à cette plate-forme et contient son propre fichier rt.jar. Le projet GNU classpath était destiné à créer une version gratuite des bibliothèques de classes Java, mais il s'agit maintenant d'un artefact historique puisque l'implémentation Java est maintenant open source.
La plupart des chemins de classe GNU sont indépendants de la plate-forme, mais il existe (et doit être) une couche spécifique VM qui gère les interactions en coulisses avec la machine virtuelle et le système d'exploitation hôte. Classpath n'est pas conçu pour être immédiatement utilisable par les programmeurs Java. Il nécessite une implémentation appropriée d'un certain nombre de classes Classpath VM *, etcetera. Ces classes sont normalement fournies par l'équipe de développement de la machine virtuelle cible.
Il convient également de noter que certains projets JVM Open Source qui utilisaient auparavant Classpath migrent vers/ont migré vers OpenJDK. L'une des raisons en est que l'implémentation Classpath a tendance à être incompatible avec les JDK Sun équivalents. Cela est en partie dû à l'approche «cleanroom» adoptée par l'équipe de Class-path (pour des raisons légales), et en partie à la réticence persistante de Sun à autoriser les suites de tests JDK à des projets open source. (Apache Harmony a aussi le dernier problème.)