A temat rozbija się raczej o platformę sprzętową, bo niezależnie od systemu, to problemy są podobne

grg12 pisze: ↑

01 lis 2022, 10:52

JacekBelof pisze: ↑

31 paź 2022, 23:36

sam na Linuxie kompiluję na Windowsa i Androida...

Tak z ciekawości - przyjemnie się w ten sposób pracuje? Jestem w odwrotnej sytuacji - pracuję pod Windows (ze względów orgnizacyjnych - IT nie podłączy do sieci firmowej niczego co nie jest win10) ale piszę i kompiluję kod przeznaczony pod linux.
I - niestety - nie działa to zbyt dobrze.
Teoretycznie wszystko powinno działać ale jest sporo "przypadków specjalnych" - np. dwa pliki w tym samym katalogu których nazwy różni się jedynie wielkością liter ( "driver.c" "Driver.c" ) w źrudłach kernela...

Na początek nie jestem żadnym "specjalistą" z IT. Zaczynając przygodę z komputerami od ZX Spectrum, podstawowa umiejętność programowania jest dla mnie czymś naturalnym... więcej - drażnią mnie ludzie, którzy nie potrafią sobie postawić systemu od nowa, uważają, że odinstalowanie programu kończy się na usunięciu okonki z pulpitu itp, itd.
Co do kompilacji pod różne systemy, nie ma żadnego problemu.
Wyzwaniem natomiast była odpowiednia konfiguracja oprogramowania, zwłaszcza zmuszenie do współpracy z SDK Androida. Wielkie i małe litery są czymś naturalnym, to partactwo Microsoftu i zaszłości pamiętające jeszcze DOS są dla mnie niezrozumiałe. Zauważam natomiast problemy w innych obszarach - kożystanie z różnych wersji bibliotek GTK, czy tym bardziej GTK+, oraz Qt prowadzi do rozjeżdżania się projektowanego interfejsu, mimo iż teoretycznie komponenty VCL powinny zapewniać izolację. Nie jest to wszak wielki problem, gdy pisze się głównie dla siebie.

strikexp pisze: ↑

31 paź 2022, 23:42

No dobra, ale jak zam zauważyłeś. Kompilujesz pod konkretną platformę. Czyli jednak musisz wiedzieć na czym chcesz uruchomić oprogramowanie
Są różne rozwiązania, Java chyba działa niezależnie od platformy?

Tylko tu należy rozróżnić dwa rodzaje platform: platformę systemową (różne systemy operacyjne) oraz platformę sprzętową, która może się znacząco różnić nawet w ramach jednej platformy systemowej. Wybierasz platformę systemową, ale na platformę sprzętową praktycznie nie masz wpływu.

Skompilujesz, wszystko zależy od tego jak skonfigurujesz kompilator i czy posiadasz odpowiednie biblioteki/SDK... sam na Linuxie kompiluję na Windowsa i Androida... głównie w Lazarusie, ale i w Visual Studio mi się zdarza (kiedyś, używając Embarcadero robiłem odwrotnie - z win na pingwina).

JacekBelof pisze: ↑

31 paź 2022, 19:20

strikexp pisze:Ty mówisz o obsłudze poszczególnego sprzętu. A oprogramowanie można przygotować pod konkretny sprzęt używając fragmentów kodu dla konkretnego sprzętu.

Nie można, a przynajmniej nie na platformach PC i Android, takie rzeczy tylko (w Erze) w Apple... mają z góry określoną konfigurację, to mogą tak robić. Cała reszta świata programistów nie ma pojęcia, czy masz Intela, czy AMD, a może ARM, nie wie nawet, jaką masz rozdzielczość i proporcje ekranu, nie zna specyfikacji I/O twojego sprzętu. Owszem, można zastrzec, że działa na takiej i takiej specyfikacji, ale tyczy się to mocno profesjonalnych i bardzo specjalistycznych rozwiązań.

strikexp pisze:Dodane 7 minuty 10 sekundy:
JacekBelof pisze: ↑31 paź 2022, 19:20
Ty mówisz o obsłudze poszczególnego sprzętu. A oprogramowanie można przygotować pod konkretny sprzęt używając fragmentów kodu dla konkretnego sprzętu.
No nie można Albo tworzysz oprogramowanie bezpośrednio na sprzęt i musisz znać jego specyfikację. Albo tworzysz oprogramowanie na jakąś platformę.
Platformą może być framework (spróbuj coś uruchomić bez zainstalowanego .NET framework w Windows). Może być nią przeglądarka która wykonuje Javascript (kiedyś wcale to nie było zunifikowane). A może nią być też sam system operacyjny, bo nawet głupie hello world w C działa w oparciu o system operacyjny
A im głębiej w las tym częściej wyłazi sprzęt, bo nie wszystko czego chcesz użyć jest wspierane przez sprzęt.

Schizofrenia czy jak?! Najpierw odpowiadam z twoim cytatem, a potem Ty odpowiadasz, wciskając mi w usta swoją wypowiedź, w zasadzie sam sobie, na dodatek niemalże identycznie co do szerszego sensu, jak ja.

strikexp pisze:Ty mówisz o obsłudze poszczególnego sprzętu. A oprogramowanie można przygotować pod konkretny sprzęt używając fragmentów kodu dla konkretnego sprzętu.

Nie można, a przynajmniej nie na platformach PC i Android, takie rzeczy tylko (w Erze) w Apple... mają z góry określoną konfigurację, to mogą tak robić. Cała reszta świata programistów nie ma pojęcia, czy masz Intela, czy AMD, a może ARM, nie wie nawet, jaką masz rozdzielczość i proporcje ekranu, nie zna specyfikacji I/O twojego sprzętu. Owszem, można zastrzec, że działa na takiej i takiej specyfikacji, ale tyczy się to mocno profesjonalnych i bardzo specjalistycznych rozwiązań.

Chyba wiem, o co Ci chodzi, ale... Linux chcąc trafić pod strzechy, musiał się z pewnymi rozwiązaniami pożegnać. Pamiętam czasy, gdy instalacja "pingwina" rozpoczynała się od przekopania się przez dziesiątki okien konfiguracyjnych, nierzadko wyświetlanych w trybie tekstowym z semigrafiką, gdzie trzeba było samemu wybrać pakiety i dbać o zależności. Owszem, daje to system skrojony na miarę, bez zbędnych dodatków (jeszcze lepszy jest, gdy sam sobie jądro skompilujesz), o minimalnej wadze, ale to rozwiązanie jest wybitnie hardkorowe, nie zachęcisz takim podejściem "przeciętnego Kowalskiego" do skorzystania z twojej dystrybucji. I dobrze tu wskazałeś przykład Debiana, który zachował poniekąd opcje dla zaawansowanych, podtykając pospólstwu pod nos gotowe (full-wypas) rozwiązanie. Wymieniłbym w tym miejscu dystrybucje takie jak SUSE, czy EuroLinux, które zachowują się w podobny sposób... a gdy ktoś chce powrócić do korzeni, to proszę bardzo, choć odpłatnie - RHEL.

Problem leży gdzie indziej, to złożoność i różnorodność sprzętu. Pominę ZX Spectrum, bo był na Zilogu Z80, ale biorąc Commodore C64 i Atari 800XL, oba były na 6502/6510, a kod był praktycznie nie do przeniesienia. Uniwersalna architektura PC wymusiła natomiast stosowanie driverów, uniwersalnych bibliotek i innych zabiegów (warstwa abstrakcji), w celu umożliwienia uruchomienia oprogramowania na dowolnej konfiguracji, to stąd biorą się całe megabajty dodatkowego kodu, a to że z wydania na wydanie się to powiększa, to skutek ciągłego rozwoju, nowych sterowników i konieczności zapewnienia wstecznej kompatybilności.
Zastanawiasz się co tyle waży, zobacz na listę zmian, w sekcję "dodaliśmy wsparcie dla...".