wieczor napisał/a:MC68000 jest procesorem 16-bitowym - mimo posiadania 32-bitowych rejestrów - operacje arytmetyczno logiczne wykonuje z reguły na słowach (W - 16-bit) - wynik oczywiście może być 32-bitowy.
Nie zgodzę się.
Seria 68K od początku była zaprojektowana jako architektura 32-bit.
Czymś innym jest realizacja sprzętowa a czymś innym architektura logiczna. Rejestry A i D są rejestrami 32 bitowymi, PC, SP jest 32 bitowy. To czy procesor ze światem czy też jego bloki wewnętrzne połączone są przez 8/16/32 bit nie ma specjalnie wpływu na jego bitowość. Na wydajność tak ale nie na model programistyczny. Przynajmniej dla tej architektury.
Na tej samej zasadzie to czy w samochód osobowy wsadzimy silnik benzynowy/disel/gaz nie wpłynie na jego "osobowość". Nawet zamontowanie kasety do przewozu pieniędzy nie zrobi z niego pancernego bankowozu a kratka nie robi z niego ciężarówki. Oczywiście w przeciwną stronę też...z traktora nie zrobisz "osobówki" montując 2 rząd siedzeń.
Gdyby decydować na podstawie szerokości wewnętrznych/zewnętrznych szyn o architekturze procesora, to robiąc emulator np. Z80 procesorem ARM 64 bit, to ten emulowany procesor nie staje się przez to 64-bitowy choć wszystkie operacje robione by były w 64-bit a tylko wynik przycinany do 8 bit.
Rozkazy 68K od zawsze miały znacznik (w asm był to sufix .l, .w, .b) oznaczający odpowiednio 32/16/8 bitów wyniku. To czy ALU jest 8-mio czy 16-sto czy też 32-wu bitowe nie ma wpływu IMHO na funkcjonalność procesora.
Pozostaję więć przy zdaniu, że Motorola 68000 to architektura 32-bit, która w różnych wykonaniach miała/mogła mieć realizację sprzętową 8/16/32 bit.
Tak mi dopomóż ATARI.
