Le mardi 2 octobre 2007 02:16, Pierre Wenger a écrit : > >>>> [EMAIL PROTECTED] 01.10.2007 18:00:19 >>> > > > >Le lundi 1 octobre 2007 22:42, Chopin Sebastien a écrit : > >> Je dis peut-être une grosse bêtise, mais vu que Gabriel est sous > >> GNU-Linux (OpenSuse) et non pas MacOS, je pense que c'est le > >> paquetage Linux qu'il faut prendre. > > > >Non non. J'insiste ! > > > >Un programme écrit pour une architecture de microprocesseur ne peut > > pas être interprété par une autre architecture (sauf par > > l'intermédiaire d'un émulateur). L'inverse sous entendrait que si > > le même linux est aussi bien interprété sur un PC que sur un Mac, > > alors Window serait interprété par Mac et inversement. J'ignore si > > la comparaison suivante > > Il ne faut pas confondre OS et architecture : l'un est logiciel, > l'autre matériel
Je ne crois pas faire une confusion sur ce point. D'où mon image de l'orgue de Barbarie, et de son carton perforé. Même si au sens propre de terme, le carton perforé est matériel(au même titre qu'un CD), il est très représentatif de la fonction logicielle, alors que l'orgue proprement dit, ne peut être qu'assimilable à la partie matérielle de l'ordinateur. Et ceci étant dit, cela reste encore très discutable. > >est très juste. Imagine un orgue de barbarie qui libaire des sons au > >passage d'un carton perforé, il ne serra pourtant pas possible de le > >faire fonctionner avec les cartons perforés d'un orgue construit par > >une autre Facteur d'Orgues. > > Sauf que si je me rappelle mes cours de l'université, il y a dans > chaque OS un HAL (Hardware Abstraction Layer ou en français Couche > d'Abstraction Matérielle). Au delà de cette couche et dans un OS > donné, les logiciels sont censés ne pas savoir sur quel matériel ils > s'exécutent. Ils communiquent avec les couches inférieures et ce sont > elles qui utilisent au mieux chaque ressource disponible. Si cette réalité est toujours d'actualité, comment expliquer qu'un logiciel écrit pour un OS donné n'est pas interprété par un autre (sauf des script comme Python(mais c'est un autre sujet), car si ma mémoire m'est fidèle, MSO$ pour Winchose n'est installable sur Mac, et inversement. Il n'en demeure pas moins pour LInux. Je veux bien admettre qu'il s'agisse éventuellent de politique commerciale entre les deux plateformes $ mais pas sous Linux . Cela reviendrait à dire que le bon sens, c'est le sens du contre sens ! et là ça ne colle plus. > > Donc, dans l'idéal, il ne pourrait y avoir qu'une seule version pour > Linux (Intel 32 et 64, PPC et autres), une pour Windows (pour 32 et > 64 bits) et une pour OSX (PPC et Intel)... S'il s'agit d'une réalité, il est absurde de ne pas en tirer profit. Si l'on considère le nb de développeurs bénévoles qui passent leurs nuits, week-end, jours fériés, négligent leur(s) femme(s) (lorsqu'ils en ont) et leur(s) homme(s) lorsqu'elles sont des femmes, pour écrire les dernières lignes d'un programme... s'il y avait moyen de faire plus simple, ce serait déjà fait, ou tout au moins en cours. > Mes cours datent de 1988, prévenez-moi quand ce sera effectif, il > semble qu'on n'ait toujours pas assez de puissance dispo pour > s'affranchir du matériel au niveau des applications... C'est peut-être ce qui explique le parceque (ou le comment) du pourquoi. J'admets avec difficulté cette affirmation, sans mettre en doute ta bonne fois, car par exemple, sous Linux un petit logiciel de 41.3 MO (nommé wine) permet de faire tourner des logiciels écrits pour Windows. J'admets volontiers que quelque chose m'échappe, et je remercie par avance un éventuel éclaircissement. Gabriel. -- ------------------------------------------------- Le site officiel d'OOo.fr: http://fr.openoffice.org/ ------------------------------------------------- Toute la documention officielle du site d'OOo.fr: http://fr.openoffice.org/Documentation/Index.html -------------------------------------------------- La FAQ d'OOo: http://wiki.services.openoffice.org/wiki/Fr.openoffice.org/FAQ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
