Path: ...!news.mixmin.net!aioe.org!TIzlGDhERc3ZUJWPgvDT2w.user.46.165.242.75.POSTED!not-for-mail
From: Francois LE COAT <lecoat@atari.org>
Newsgroups: fr.comp.sys.atari
Subject: Re: Hatari
Date: Tue, 24 May 2022 21:45:24 +0200
Organization: Aioe.org NNTP Server
Message-ID: <t6jckk$105f$1@gioia.aioe.org>
References: <e558d7a3-6ffd-4fb4-95f9-efaf2fd0b0een@googlegroups.com>
 <c1203185-af5b-4531-8f27-86d98cf830e8n@googlegroups.com>
 <10f83309-22f5-4e15-a7fe-1ddedce572can@googlegroups.com>
 <adb57411-5662-4f8a-a41d-753024323f20n@googlegroups.com>
 <591ab581-9c26-435c-b464-63c7c82683c2n@googlegroups.com>
 <bdc81b2b-4928-423a-a0fa-e5283e25d398n@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> <t6gqf5$k6b$1@gioia.aioe.org>
 <8354cbfc-e87c-4daa-87cc-905b3fd131e6n@googlegroups.com>
 <t6iab3$5l0$1@gioia.aioe.org>
 <b46ce087-d72a-489c-a839-6b00e4399f0en@googlegroups.com>
 <t6ivf9$qpf$1@gioia.aioe.org>
 <d990cc2d-c5bb-4df2-be4b-26ee86066f89n@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/