Path: ...!news.mixmin.net!aioe.org!TIzlGDhERc3ZUJWPgvDT2w.user.46.165.242.75.POSTED!not-for-mail From: Francois LE COAT Newsgroups: fr.comp.sys.atari Subject: Re: Hatari Date: Tue, 24 May 2022 21:45:24 +0200 Organization: Aioe.org NNTP Server Message-ID: References: <10f83309-22f5-4e15-a7fe-1ddedce572can@googlegroups.com> <591ab581-9c26-435c-b464-63c7c82683c2n@googlegroups.com> <72217db4-4d79-42c9-b283-f9f4dbc6f7e4n@googlegroups.com> <6b874ed0-070b-4816-9009-4bfd3eaf3242n@googlegroups.com> <7872e5fa-1a54-4a89-87ca-715688b8a599n@googlegroups.com> <628bebd8$0$22279$426a74cc@news.free.fr> <8354cbfc-e87c-4daa-87cc-905b3fd131e6n@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: gioia.aioe.org; logging-data="32943"; posting-host="TIzlGDhERc3ZUJWPgvDT2w.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org"; User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Firefox/60.0 X-Notice: Filtered by postfilter v. 0.9.2 Bytes: 3687 Lines: 43 Salut, Arachide =E9crit=A0: >> achet=E9 mon Falcon030 en 1993, j'ai demand=E9 =E0 ce qu'il soit =E9qu= ip=E9. Du >> coup, comme c'=E9tait mon premier ATARI a avoir un FPU, j'ai d=E9velop= p=E9 >> Eur=EAka 2.12 en cons=E9quence. Mais =E7a ne passait pas avec Hatari. = Il a >> donc fallu modifier Hatari en d=E9cembre 2020. >=20 > Tu as d=E9velopp=E9 en "C", c'est bien =E7a? > Donc Eur=EAka n'est pas "d=E9velopp=E9" pour le FPU, le source utilise = des r=E9els avec les op=E9rations +,-,*,/ et les autres fonctions r=E9ell= es, mais c'est la compilation qui d=E9cide comment =E7a sera traduit. > Il te suffit de modifier les options de compilation pour qu'Eur=EAka ut= ilise ou non le FPU. Ce n'est pas l'=E9criture du programme qui le d=E9ci= de. >=20 > Alors que moi en assembleur, lorsque j'ai d=E9velopp=E9 le FORTH, j'ai = con=E7u mes routines de calcul r=E9el en 68000 pur pour la version STE, c= e qui m'a pris du temps d'autant que je voulais respecter le format du 68= 882 (par exemple, le GFA avait cr=E9=E9 un format plus simple =E0 manipul= er, mais incompatible avec le FPU). > Puis lorsque j'ai eu le TT qui =E9tait =E9quip=E9 du coprocesseur, j'ai= utilis=E9 directement les instructions FPU pour la version 68030+882. > L=E0 on peut dire que le d=E9veloppement =E9tait fait pour le FPU. Tu as d=E9velopp=E9 le langage de programmation FORTH, alors que j'ai d=E9velopp=E9 une application en C. Je suppose que si tu avais d=E9velopp= =E9 une application en FORTH, tu aurais eu les m=EAmes contraintes que moi. J'ai utilis=E9 un langage de plus grande abstraction. Mais en fait, le langage C est lui-m=EAme d=E9velopp=E9 en C. Lorsque l'on porte le C sur une nouvelle architecture, on utilise le C local, puis ensuite le compilateur est fabriqu=E9 par lui-m=EAme, en 2 passes. Est-ce que l'on peut faire la m=EAme chose avec le langage FORTH ? --=20 Fran=E7ois LE COAT Auteur de Eur=EAka 2.12 (Grapheur 2D, Modeleur 3D) http://eureka.atari.org/