Epi: grząski grunt. Nie boisz się utonięcia, jak ktoś spyta o konkrety?

jellonek: Nie wiem, więc pytam: czy ca65 jest rozumiany przez WUDSN i przez Altirrę? Bo jeśli nie, byłby to konkretny argument.

Błędy podczas programowania są nieuniknione i software używany przez programistów powinien jak najlepiej pomóc w ich wykrywaniu. Dokładnie dlatego powstał np. taki Clang uczulony na częste błędy i nawet potrafiący zaproponować poprawkę. Jeżeli asembler uważa, że nie ma nic złego w "inx $00" to dla mnie jest to błąd w asemblerze.
Dodatkowo: gdy czytam kod i widzę w nim coś dziwnego, to tracę zaufanie do programisty. Wspomniane "inx #0" bardzo wzmogłoby moją czujność, bo widząc coś takiego, nie wiem, czy programista nie potrafi programować i myśli, że istnieje rozkaz inx #, czy się pomylił i chodziło mu o coś innego, czy świadomie dodał komentarz w tylko jemu znanej notacji, co jest bardzo nieładne i sugeruje mi, że programista nie chce żeby ktokolwiek czytał ten kod. Tak czy inaczej wnioskuję, że z tym kodem jest coś nie tak.

Otóż to. I dlatego uważam, że te wszystkie sklejki to chory pomysł. Tak jakby nie dało się napisać normalnie jedno pod drugim. Gdyby przynajmniej to było zarezerwowane dla instrukcji mających ten sam argument, ale widzę, że można sklejać co popadnie.

TeBe: Nie dałoby się dodać przełącznika wyłączającego te xasmowe sklejko-rozszerzenia, dla kogoś, kto z nich nie korzysta i nie chce napotykać na takie problemy?

Doczytałem, że facet rozdał już kilka prototypów. Wygląda na to, że niedługo trzeba będzie uaktualnić jakiś emulator ;)

@Simius
1) Wg mnie nie, ale wg atari classic to chyba tak, bo bardzo mnie zaatakował jak to zasugerowałem. Spytaj go o to proszę sam, bo na mnie potrafi tylko szczekać.
2) Nie wiem i nie mam zdania. Nie chcę tracić życia na dyskusje w tym temacie.
@atari classic
W sumie nie muszę już nic dodawać, bo jak dla mnie zdyskredytowałeś się już wystarczająco. Gratuluję tylko osiągnięcia poziomu ekspertyz pani Marty Kaczyńskiej (patrz lądowanie Boeinga, w końcu tam był beton i nawet ogień) i życzę miłego dalszego szczekania.
@jellonek
Teraz ;)
Chciałem tylko ustalić, czy uważa, że ekspertem od katastrof lotniczych jest tylko on, czy może wszyscy :)

Pytałem pierwszy. Wskaż analogię (poza tym, że to ten sam typ samolotu i że zapalił się i wybuchł).

A więc jesteś specjalistą od katastrof lotniczych. Rozumiem, że konsultowałeś przy wszystkich wymienionych przypadkach i nie mają one przed tobą żadnych tajemnic.
Weź się człowieku ogarnij. Żal dupę ściska przy czytaniu takich ekspertyz, bo na mój chłopski rozum trzeba być niezłym beretem, żeby nie widzieć różnicy pomiędzy startowaniem (w którym samolot prawie osiągnął prędkość nośną), a sytuacją tuż przed lądowaniem (w której samolot teoretycznie powinien mieć jeszcze 100 metrów do ziemi i zaczyna wytracać prędkość, aby być w stanie wylądować). Ale ja tam się nie znam, jestem tylko wieśniakiem.

Posieję trochę defetyzmu, ale największym wg mnie osiągnięciem tej gry będzie wyznaczenie ścieżki, którą nie należy podążać. Naprawdę wyobrażacie sobie pseudo-paintballowców biegających z telefonami jak ludziki na filmie promocyjnym?

Specjalnie długo nie szukałem, żeby znaleźć fragment z 3d rotation z codebase64:

!ifdef USE_ILLEGALS {
         arr #$00
} else {
         lda #$00
         ror
}

Co może implikować, że komodorowcy kompleksów może i nie maja, ale i nie jadą na bezczela.

Mój rozum mi podpowiada, że programowanie w asemblerze jest na tyle trudne, że uzależnianie działania programu od fazy księżyca nie jest roztropne. Zwrot "nieudokumentowane" jest pewnym eufemizmem, bo przecież nie są to rozkazy, które zostały celowo zaimplementowane i nieopisane (tak zrobiło Hitatchi w swoim 6309 implementując specyfikację 6809), tylko są to artefakty szalejących elektronów w niezdefiniowanej sytuacji, które przypadkowo w warunkach pokojowych robią coś użytecznego, ale nikt nie może dać na nie żadnej gwarancji. Dlatego sensowne wg mnie jest robienie takich ifdefów, za pomocą których wygenerujemy dwie (czy więcej) binarki i niech docelowy odbiorca zadecyduje którą chce używać. Pisanie programu z nielegalami (bo jestem hardkorem), nie dając użytkownikowi alternatywy jest trochę szczeniackie. Nie jestem siewcą defetyzmu, ale cokolwiek robimy, róbmy to z klasą.
Nie wiem ile w tym sensu, ale zastanawiam się nad przedsięwzięciem syntetycznego zbadania zdziałania nielegali. Za pomocą http://visual6502.org/ można by prześledzić co dokładnie dzieje się podczas wykonania takiego rozkazu, a może i nawet oszacować stabilność każdego z nich. Nie wiem tylko jak ma się ich 6502 do naszego 6502C i jak byłoby to trudne. Zresztą chłopaki już coś wstępnie zrobili.

W przypadku gier przeważającym wg mnie argumentem przeciw temu rozwiązaniu mogłyby być istniejące powiązania pomiędzy bibliotekami. W Direct3D DirectCompute jest w naturalny sposób wpleciony w resztę potoku renderującego i chociażby żeby nie pisać specjalnych mechanizmów dbających o synchronizację i spójność danych łatwiej jest przeprowadzać obliczenia tak samo jak resztę renderowania właśnie za jego pomocą. Wydaje mi się, że podobnie jest w przypadku komba OpenGL + OpenCL. Ale przypuszczam, że C++AMP może wyprzeć CUDĘ, której targetem są właśnie takie obliczenia niezależne od grafiki, co w C++AMP robi się bardziej wprost.

Te wszystkie wrappery na dane mogą być onieśmielające, ale nie ma nic za darmo :)

A mnie zatrważa, że dzisiejsi studenci politechniczni nie potrafią pisać po polsku. Matura z polskiego to kpina: teraz standardem jest kupiona prezentacja, a do zdania części pisemnej wystarczy jako takie zrozumienie tekstu na pół strony. I jak ludzie mają się poprawnie wypowiadać, skoro nawet nie egzekwuje się na nich czytania lektur? Mój młodszy znajomy w liceum nie przeczytał żadnej lektury, a prezentację zrobiła mu matka w noc przed maturą, jak oświadczył, że nie ma. I poszedł taki na polibudę, ale nie chcę wyobrażać sobie jak będzie wyglądała jego praca inż/mgr.
Sam jestem ścisłowcem i w liceum marudziłem na polski, że po co mi to, ale teraz widzę, że jak człowiek nie liźnie literatury, to nie wychodzi poza mowę potoczną.