Liczba postów: 340
Liczba wątków: 34
Dołączył: 06-05-2011
24-02-2012, 8:17
(Ten post był ostatnio modyfikowany: 24-02-2012, 8:21 przez SP4EJT.)
(24-02-2012, 0:19)SQ6OXK napisał(a): Trochę mnie zaskoczyłeś rozwiązaniem, nie olśniło nie, ale ciekawy jestem jaka wielkość kodu wyjdzie.
I jak z wielkością kodu ?
(24-02-2012, 0:32)SP5FCS napisał(a): Różnica pomiędzy sprzętową a programową obsługą różnych interfejsów procesora wiąże się z różną wielkością generowanego kodu programu oraz pochłanianym czasem pracy procesora....
Tak przypuszczałem ale zacząłem podejrzewać że może jest jakiś "haczyk" i że może jest jakaś sztuczka programowa czy coś takiego
więc wolałem się upewnić.
Liczba postów: 340
Liczba wątków: 34
Dołączył: 06-05-2011
(22-02-2012, 20:45)SQ6OXK napisał(a): ... Problem jest prostu, w danym bajcie zamienić kolejność bitów, dla ścisłości chodzi tylko o 4 pierwsze bity, czyli zamienić miejscami 1<-->4, 2<-->3. Rozwiązanie tego problemu w Asemblerze jest banalnie proste, bo są odpowiednie rozkazy do operacji na bitach, ale C który nie ma takich operacji już stwarza pewne problemy. Chodzi oczywiście o zastosowanie takiego kodu, który po kompilacji da nam najmniejszy kod wynikowy. ...
... chciałbym również aby koledzy zaproponowali jak by to rozwiązali, na końcu porównam i pokaże jak ja to rozwiązałem. ....
no i ? czekamy na to ...
Liczba postów: 317
Liczba wątków: 10
Dołączył: 23-06-2010
Marcinie jeszcze kilka dni, strasznie zapracowany jestem
PS. Szkoda, że tylko ty coś zaproponowałeś.
--= SWL SP6-01-396 =--
