Adam Klobukowski napisał/a:

Pokaż wygenerowany kod w asemblerze, łącznie z funkcją printf, to będziemy mogli o tym dyskutować.

A proszę bardzo kod w asemblerze, plus dump z kompilatora z dodatkowymi informacjami.

Tobie do jakiegokolwiek kombinowania brakuje podstawowej wiedzy.

Wydaje ci się że obejdziesz problem konwersji danych be <-> le kombinowaniem z kodem emulatora.
Niestety tak ci się tylko wydaje. Byli już tacy co kombinowali tak jak ty i im też nie wyszło.
A na powerpc (i na innych be pewnie też tylko na razie nikt nie zrobił) sprawa jest bardzo prosta:
generuje się jeden nowy plik jedną linia w shellu i już można korzystać w programie pod powerpc,
z biblioteki 68k tak jakby była natywna w kodzie powerpc.

Adam Klobukowski napisał/a:

nadal porównujesz na jednym kod emulowany, a na drugim nartyny.

Zgadza się w obu przypadkach kod big endian.

To słabo sprawdziłeś. Na PowerPC, próba odczytania 32 bitowej wartości z adresu który nie jest podzielny przez 4 spowoduje błąd, na 680x0 możesz sobie czytac 32 bitowe wartości spod adresów podzielnych przez 2, a na 68020+ spod dowolnego adresu (tu musi być jednak wsparcie płyty głównej, i Amiga jest chyba w tym temacie ułomna)

Nie wiem skąd masz te informacje. Na moim G4 działa.

MOSRoot:test_da> type test.cpp

#include <stdio.h>

int main()
{

        int a[2]={0x01020304,0x05060708};
        char *p0=(char*)a;
        p0=p0+2;
        int *b=(int*)p0;
        fprintf(stdout,"%x\n",a);
        fprintf(stdout,"%x\n",p0);
        fprintf(stdout,"%x\n",b);
        int c=b[0];
        fprintf(stdout,"%x\n",c);
        return  0;
}

MOSRoot:test_da> gcc test.cpp -o test

MOSRoot:test_da> test

2d45e178

2d45e17a

2d45e17a

3040506

MOSRoot:Instalki/test_da>

Nie ma znaczenia jakie dane. Emulator przy odczycie konwertuje little-big endian wszystkie dane, bo tak się ich spodziewa aplikacja.
I nie ma znaczenia czy to będzie grafika, muzyka, tekst, czy cokolwiek innego.

Nie, tobie się wydaje że będzie działać zawsze. Niestety tylko tak ci się wydaje.
Jak będziesz ładować jako long i zmieniać kolejność bajtów przy ładowaniu,
gdy nie jest to potrzebne to stary kod nie będzie działać. 
Przy np danych graficznych dostaniesz sieczkę na ekranie.

Adam Klobukowski napisał/a:

Poczytaj trochę jak to działa, to przestaniesz rozpowiadać nieprawdę.

Myśmy już takich widzieli co to kombinowali tak jak ty.
Niestety okazało się że czasami działa ale nie zawsze.

Adam Klobukowski napisał/a:

Czyli porównujesz emulowany na i7 do natywnego. Nie wiesz o czym mówisz.

Ale kogo to obchodzi czy emulowany czy nie?
Co to ma za znaczenie?
Liczy się tylko że natywny kod G4 big endian jest szybszy niż emulowany kod big endian na i7.

Widziałeś na oczy kod źródłowy jakiegokolwiek emulatora? Ja widziałem kilku. Konwersja little-big endian jest trywialną operacją i  w aboslutnie znikomy sposób komplikuje sam emulator. Nie jest to żaden problem

Czyli widziałeś kod źródłowy jakiegoś emulatora i ci się wydaje Konwersja little-big endian jest trywialną operacją.

W teorii oczywiście. Jak rejestry są pod stałym adresem to pewnie tak.

Ale w praktyce to tylko ci się wydaje. Jak masz bardziej skomplikowane struktury danych to już nie jest to takie proste.

Na procesorach big endian można te problemy po prostu pominąć.

Nie ma potrzeby by robić dodatkową zupełnie niepotrzebną pracę przy pisaniu kodu który będzie dane przerabiał, lub dostawał się do nich w inny sposób.

Dlatego powtórzę jeszcze raz, powerpc jest lepsze dla amigi i atari niż x86.

Adam Klobukowski napisał/a:

Power IBMa, to nie jest dokładnie to samo co procesory PowerPC

Ja wiem....napisałem specjalnie "następcą architektury" a nie "nowszą wersją czy kolejnym modelem". Gdzieś trzeba dokonać skrótu myślowego.

Adam Klobukowski napisał/a:

Akurat mam w temacie tego 'przerabiania' danych pewne doświadczenie. Konwersje little-big endian są powszechna operacją i nie dotyczą tylko emulatorów. Z punktu widzenia wydajności to jest pomijalny aspekt.

Właśnie pokazałeś że doświadczenia w tym temacie nie masz.
Nie chodzi o wydajność, tylko o dodatkową zupełnie niepotrzebną pracę przy pisaniu kodu który będzie te dane przerabiał, lub dostawał się do nich w inny sposób.
Jeśli się używa procesora big endian dane są niezmieniane i te problemy odpadają.
Dlatego powerpc jest lepsze dla amigi i atari niż x86.

Porównujesz prędkość kodu natywnego do emulowanego?

Oczywiście. Przecież chodzi o to jak szybko działa kod big endian.
Jakie to ma znaczenie natywny czy emulowany?
Ważne że emulowany na i7 jest wolniejszy od natywnego na G4.

Ponadto albo masz jakieś słabe te i7, albo powolny emulator.

i7 plus WinUAE. WinUAE jest szybsze niż ARAnyM.
Ty nie masz G4 dlatego wydaje ci się że G4 jest wolniejsze niż jest.

To ty nie zorozumiałeś. Przeniesienie FreeMiNTa (czy AmigaOSa) na x32-64 niczym nie różni się od przeniesienia na PowerPC. W obu przypadkach masz część kodu natywnego i część emulowanego.

Poza wymianą danych między starym softem 68k i nowym na innym procesorze.
Twój problem polega na tym że nie używałeś nowych lepszych amig z powerpc dlatego wydaje ci się że to działa tak jak emulator na x86.
Ale to tak tylko ci się wydaje. Tym czasem w rzeczywistości działa to o wiele lepiej.
Dlatego też fajnie byłoby mieć coś takiego jak freemint na G4.

Adam Klobukowski napisał/a:

PowerPC jest nijak kompatybilne z 680x0. Bycie big endian nie ma żadnego znaczenia

Ma ogromne znaczenie.

To 'przerabianie' danych, to jest zupełnie pomijalny aspekt.

Tak ci się tylko wydaje. To wynika z tego że nigdy nie próbowałeś, wywoływać kodu 68k z kodu x86 ( i kodu x86 z kodu 68k).
Gdybyś miał jakiekolwiek doświadczenie w tym temacie, miałbyś inne zdanie.

Szczególnie że w cenie maszyny Power PC można kupić o wielokrotnie szybszą maszynę opartą o x32-64 czy ARMa.

Jak na razie emulowany soft 68k na moim i7 działa trzy razy wolniej niż soft powerpc na moim G4.

Jak już emulować to lepiej na sprzęcie szybszym i tańszym. Emulatory już są (AranyM dla przykładu), więc uruchomienie ich na PowerPC nic nie da, poza tym że będzie to wolniejsza i droższa metoda.

Nie zrozumiałeś. Na powerpc nie musisz jak na x86 emulować wszystkiego.
A tylko nieprzepisane kawałki.
Właśnie dlatego powerpc to taka fajna zabawka dla programistów.
Bo z jednej strony szybka, a z drugiej kompatybilna.
I cały czas szybsza od emulatora na najszybszym pc.
Szkoda że nie ma atari na powerpc.

PowerPC jest bardziej kompatybilne z 680x0 niż architektura x86, x64, czy też ARM.
Ponieważ jest tak jak 680x0 big endian.

Danych nie trzeba przerabiać, kod 68k i powerpc może używać tych samych.
Dlatego powerpc jest lepsze.
Proste nie?
I właśnie dlatego pasowałoby mi Atari na powerpc.