Palm os 4.0 fonctionne sur gragonball, le code compilé contenu dans les
fichiers prc est donc addapté a cette machine.
Palm os 5.0 fontionne sur arm, je supose que le code compilé doit être
différent entre ces deux machines.
quel est donc la compatibilité entre les applications os 4.0 et os 5.0
4.0=>5.0 et 5.0=>4.0 ???
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick Vuichard
HERGAULT STEPHANE wrote:
Palm os 4.0 fonctionne sur gragonball, le code compilé contenu dans les fichiers prc est donc addapté a cette machine.
Oui.
Palm os 5.0 fontionne sur arm, je supose que le code compilé doit être différent entre ces deux machines.
<normand> Ca dépend </normand>
quel est donc la compatibilité entre les applications os 4.0 et os 5.0 4.0=>5.0 et 5.0=>4.0 ???
En fait, Palm OS 5.x contient un émulateur Dragonball, PACE. Cela permet de faire tourner les applications "anciennes". Ajoutons à cela que, pour l'instant, l'environnement de développement (pour les développeurs externes) n'est prévu que pour créer des applis Dragonball, avec éventuellement des bouts en ARM (mais peu d'applications le font, et elles prévoient généralement la compatibilité).
Donc, au final, les applications respectant les rêgles expliquées régulièrement sont compatibles dans tous les sens imaginables (à part ce qu'on appelle les hacks et qui sont un cas particulier).
Bien-sûr, c'est la théorie, mais dans la pratique, ça marche plutôt bien.
Là où ça va commencer à devenir plus compliqué, c'est quand nous fournirons vraiment la possibilité de tout compiler en ARM. Il y aura alors des fichiers pour Dragonball (exploitables sous ARM grâce à PACE), et des fichiers ARM uniquement.
Palm os 4.0 fonctionne sur gragonball, le code compilé contenu dans les
fichiers prc est donc addapté a cette machine.
Oui.
Palm os 5.0 fontionne sur arm, je supose que le code compilé doit être
différent entre ces deux machines.
<normand>
Ca dépend
</normand>
quel est donc la compatibilité entre les applications os 4.0
et os 5.0 4.0=>5.0 et 5.0=>4.0 ???
En fait, Palm OS 5.x contient un émulateur Dragonball, PACE. Cela permet
de faire tourner les applications "anciennes". Ajoutons à cela que, pour
l'instant, l'environnement de développement (pour les développeurs
externes) n'est prévu que pour créer des applis Dragonball, avec
éventuellement des bouts en ARM (mais peu d'applications le font, et
elles prévoient généralement la compatibilité).
Donc, au final, les applications respectant les rêgles expliquées
régulièrement sont compatibles dans tous les sens imaginables (à part ce
qu'on appelle les hacks et qui sont un cas particulier).
Bien-sûr, c'est la théorie, mais dans la pratique, ça marche plutôt bien.
Là où ça va commencer à devenir plus compliqué, c'est quand nous
fournirons vraiment la possibilité de tout compiler en ARM. Il y aura
alors des fichiers pour Dragonball (exploitables sous ARM grâce à PACE),
et des fichiers ARM uniquement.
Palm os 4.0 fonctionne sur gragonball, le code compilé contenu dans les fichiers prc est donc addapté a cette machine.
Oui.
Palm os 5.0 fontionne sur arm, je supose que le code compilé doit être différent entre ces deux machines.
<normand> Ca dépend </normand>
quel est donc la compatibilité entre les applications os 4.0 et os 5.0 4.0=>5.0 et 5.0=>4.0 ???
En fait, Palm OS 5.x contient un émulateur Dragonball, PACE. Cela permet de faire tourner les applications "anciennes". Ajoutons à cela que, pour l'instant, l'environnement de développement (pour les développeurs externes) n'est prévu que pour créer des applis Dragonball, avec éventuellement des bouts en ARM (mais peu d'applications le font, et elles prévoient généralement la compatibilité).
Donc, au final, les applications respectant les rêgles expliquées régulièrement sont compatibles dans tous les sens imaginables (à part ce qu'on appelle les hacks et qui sont un cas particulier).
Bien-sûr, c'est la théorie, mais dans la pratique, ça marche plutôt bien.
Là où ça va commencer à devenir plus compliqué, c'est quand nous fournirons vraiment la possibilité de tout compiler en ARM. Il y aura alors des fichiers pour Dragonball (exploitables sous ARM grâce à PACE), et des fichiers ARM uniquement.
C'est une solution imparable et en plus je parie que le code dragonball tourne plus vite sous PACE avec des ARM 150MHz que dans son processeur natif.
"Patrick Vuichard" a écrit dans le message de news: 3f688327$0$241$
HERGAULT STEPHANE wrote:
> Palm os 4.0 fonctionne sur gragonball, le code compilé contenu dans les > fichiers prc est donc addapté a cette machine.
Oui.
> Palm os 5.0 fontionne sur arm, je supose que le code compilé doit être > différent entre ces deux machines.
<normand> Ca dépend </normand>
> quel est donc la compatibilité entre les applications os 4.0 > et os 5.0 4.0=>5.0 et 5.0=>4.0 ???
En fait, Palm OS 5.x contient un émulateur Dragonball, PACE. Cela permet de faire tourner les applications "anciennes". Ajoutons à cela que, pour l'instant, l'environnement de développement (pour les développeurs externes) n'est prévu que pour créer des applis Dragonball, avec éventuellement des bouts en ARM (mais peu d'applications le font, et elles prévoient généralement la compatibilité).
Donc, au final, les applications respectant les rêgles expliquées régulièrement sont compatibles dans tous les sens imaginables (à part ce qu'on appelle les hacks et qui sont un cas particulier).
Bien-sûr, c'est la théorie, mais dans la pratique, ça marche plutôt bien.
Là où ça va commencer à devenir plus compliqué, c'est quand nous fournirons vraiment la possibilité de tout compiler en ARM. Il y aura alors des fichiers pour Dragonball (exploitables sous ARM grâce à PACE), et des fichiers ARM uniquement.
C'est une solution imparable et en plus je parie que le code dragonball
tourne plus vite sous PACE avec des ARM 150MHz que dans son processeur
natif.
"Patrick Vuichard" <Patrick.Vuichard@wanadoo.fr> a écrit dans le message de
news: 3f688327$0$241$4d4eb98e@read.news.fr.uu.net...
HERGAULT STEPHANE wrote:
> Palm os 4.0 fonctionne sur gragonball, le code compilé contenu dans les
> fichiers prc est donc addapté a cette machine.
Oui.
> Palm os 5.0 fontionne sur arm, je supose que le code compilé doit être
> différent entre ces deux machines.
<normand>
Ca dépend
</normand>
> quel est donc la compatibilité entre les applications os 4.0
> et os 5.0 4.0=>5.0 et 5.0=>4.0 ???
En fait, Palm OS 5.x contient un émulateur Dragonball, PACE. Cela permet
de faire tourner les applications "anciennes". Ajoutons à cela que, pour
l'instant, l'environnement de développement (pour les développeurs
externes) n'est prévu que pour créer des applis Dragonball, avec
éventuellement des bouts en ARM (mais peu d'applications le font, et
elles prévoient généralement la compatibilité).
Donc, au final, les applications respectant les rêgles expliquées
régulièrement sont compatibles dans tous les sens imaginables (à part ce
qu'on appelle les hacks et qui sont un cas particulier).
Bien-sûr, c'est la théorie, mais dans la pratique, ça marche plutôt bien.
Là où ça va commencer à devenir plus compliqué, c'est quand nous
fournirons vraiment la possibilité de tout compiler en ARM. Il y aura
alors des fichiers pour Dragonball (exploitables sous ARM grâce à PACE),
et des fichiers ARM uniquement.
C'est une solution imparable et en plus je parie que le code dragonball tourne plus vite sous PACE avec des ARM 150MHz que dans son processeur natif.
"Patrick Vuichard" a écrit dans le message de news: 3f688327$0$241$
HERGAULT STEPHANE wrote:
> Palm os 4.0 fonctionne sur gragonball, le code compilé contenu dans les > fichiers prc est donc addapté a cette machine.
Oui.
> Palm os 5.0 fontionne sur arm, je supose que le code compilé doit être > différent entre ces deux machines.
<normand> Ca dépend </normand>
> quel est donc la compatibilité entre les applications os 4.0 > et os 5.0 4.0=>5.0 et 5.0=>4.0 ???
En fait, Palm OS 5.x contient un émulateur Dragonball, PACE. Cela permet de faire tourner les applications "anciennes". Ajoutons à cela que, pour l'instant, l'environnement de développement (pour les développeurs externes) n'est prévu que pour créer des applis Dragonball, avec éventuellement des bouts en ARM (mais peu d'applications le font, et elles prévoient généralement la compatibilité).
Donc, au final, les applications respectant les rêgles expliquées régulièrement sont compatibles dans tous les sens imaginables (à part ce qu'on appelle les hacks et qui sont un cas particulier).
Bien-sûr, c'est la théorie, mais dans la pratique, ça marche plutôt bien.
Là où ça va commencer à devenir plus compliqué, c'est quand nous fournirons vraiment la possibilité de tout compiler en ARM. Il y aura alors des fichiers pour Dragonball (exploitables sous ARM grâce à PACE), et des fichiers ARM uniquement.
C'est une solution imparable et en plus je parie que le code dragonball tourne plus vite sous PACE avec des ARM 150MHz que dans son processeur natif.
Là aussi, ça dépend : dans quelques cas rares, comme des phases de calcul intensifs, ça peut tourner un peu moins vite (ces bouts de code ont donc intérêt à être compilés en ARM), mais la plupart du temps, c'est effectivement beaucoup plus rapide, d'autant que les appels systèmes ne sont pas "émulés", mais appelés directement en ARM après une petite conversion de paramêtres.
C'est une solution imparable et en plus je parie que le code dragonball
tourne plus vite sous PACE avec des ARM 150MHz que dans son processeur
natif.
Là aussi, ça dépend : dans quelques cas rares, comme des phases de
calcul intensifs, ça peut tourner un peu moins vite (ces bouts de code
ont donc intérêt à être compilés en ARM), mais la plupart du temps,
c'est effectivement beaucoup plus rapide, d'autant que les appels
systèmes ne sont pas "émulés", mais appelés directement en ARM après une
petite conversion de paramêtres.
C'est une solution imparable et en plus je parie que le code dragonball tourne plus vite sous PACE avec des ARM 150MHz que dans son processeur natif.
Là aussi, ça dépend : dans quelques cas rares, comme des phases de calcul intensifs, ça peut tourner un peu moins vite (ces bouts de code ont donc intérêt à être compilés en ARM), mais la plupart du temps, c'est effectivement beaucoup plus rapide, d'autant que les appels systèmes ne sont pas "émulés", mais appelés directement en ARM après une petite conversion de paramêtres.
