-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!news.internetia.pl!not-for-mail
From: Sylwester Łazar <i...@a...pl>
Newsgroups: pl.misc.elektronika
Subject: Odp: Odp: Odp: Odp: C vs. ASM na przykładzie PIC18F
Date: Sat, 5 Apr 2014 15:28:46 +0200
Organization: Netia S.A.
Lines: 54
Message-ID: <lhp18s$jrq$1@mx1.internetia.pl>
References: <lhntl8$u3a$1@mx1.internetia.pl>
<533fc888$0$2155$65785112@news.neostrada.pl>
<lhokd1$92v$1@mx1.internetia.pl>
<533fde16$0$2158$65785112@news.neostrada.pl>
<lhoons$nek$1@mx1.internetia.pl> <lhopnd$qje$1@mx1.internetia.pl>
<533fe86f$0$2149$65785112@news.neostrada.pl>
<lhoqss$uhh$1@mx1.internetia.pl>
<533ff384$0$2141$65785112@news.neostrada.pl>
NNTP-Posting-Host: 77-253-141-36.adsl.inetia.pl
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Trace: mx1.internetia.pl 1396705372 20346 77.253.141.36 (5 Apr 2014 13:42:52 GMT)
X-Complaints-To: a...@i...pl
NNTP-Posting-Date: Sat, 5 Apr 2014 13:42:52 +0000 (UTC)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
X-Tech-Contact: u...@i...pl
X-Newsreader: Microsoft Outlook Express 5.00.2615.200
X-Priority: 3
X-Server-Info: http://www.internetia.pl/
X-MSMail-Priority: Normal
Xref: news-archive.icm.edu.pl pl.misc.elektronika:662346
[ ukryj nagłówki ]> W przeszłości programowałem 51; najpierw asm potem C, miałem jakiś
spiracony
> klucz sprzętowy na LPT do kompilatora Keil, pod DOS. A że znałem asm na 51
> to porównywałem wynik kompilacji.
> I powiem jedno: byłem pod wielkim wrażeniem generowanego kodu, przede
> wszystkim jego zwartości.
Ja jednak mam inne doświadczenia.
To znaczy nie analizowałem kodu po tłumaczeniu.
Jednak na 8051 zabrakło mi pamięci 64kB programu, przy tworzeniu
oprogramowania
na centralkę telefoniczną.
Musiałem się mocno gimnastykować, poprawiając kod w C, aby w ogóle się
zmieścić.
Wyciągnąłem wtedy wniosek, że kompilator robi straszną nadbudowę.
Jednak mogło być też i tak, że kod był mało optymalny.
Wtedy nauczyłem się wyciskać z C dosłownie kilobajty.
Doszedłem do tego, że istnieje już granica, której się nie przeskoczy.
Od tego momentu wybieram, czy piszę w C, czy w asm.
Jako, że człowiek jadł już z wielu piecy chleb... najczęściej wybieram ASM,
gdyż nie lubię, jak na LCD widać jak obraz wczytuje się niczym w ZX Spectrum
podczas wczytywania z taśmy:-)
> Obecnie chyba jedyna rozsądna droga to ewoluowanie w kierunku gcc i
> pochodnych nad rozwojem których pracuje z reguły więcej osób niż nad
> rozwiązaniami korporacyjnymi.
>
> jp
Nie sądzę, że jedyna.
Tam gdzie kupa ludzi, tam też i kupa ... błędów.
2) Wydaje mi się, że lepiej wypróbować kontakt z HI-Techem.
Widać, że są tam ludzie, którzy wiedzą o co chodzi.
Może im podpowiadać, czego będziemy oczekiwać.
Może zechcą rozijać się w kierunku prawdziwej optymalizacji.
3) Samemu stworzyć kompilator.
Jest to trudniejsze, ale jeśli się chce, to czemu nie.
Skoro tworzy się swoje uC z własną listą rozkazów?
4) Jak już, to stworzyć swój procesor z instrukcjami C, które działają
poprawnie.
Zresztą MCHIP w 18F już dołożył kilka drobnostek do FSRów, jak FSRx++,
FSRx--,++FSRx, FSRx+w.
Ale to drobnostki, ograniczone i 8-bitowe.
Zresztą adresowanie z przesunięciem już dawno miał INTEL.
Problem w tym, że trzeba mieć doświadczenie, a Hi-Tech (i inne też) mają
wieloletnie.
Dlatego opcja 2 wydaje się sensowna, jeśli zaskoczy.
Ale trzeba rozmawiać z konkretnymi programistami, a nie przez "sekretarkę".
Może zacząć od tego, że "Kocham Was i szanuję, chcę z Wami być, ale nie mam
co od Was kupić" :-)
S.
Następne wpisy z tego wątku
- 05.04.14 15:43 AlexY
- 05.04.14 15:49 jacek pozniak
- 05.04.14 16:12 Sylwester Łazar
- 05.04.14 16:19 Sylwester Łazar
- 05.04.14 17:54 janusz_k
- 05.04.14 18:04 jacek pozniak
- 05.04.14 18:12 Sylwester Łazar
- 05.04.14 21:07 janusz_k
- 05.04.14 23:19 Sylwester Łazar
- 06.04.14 00:32 Mario
- 06.04.14 00:36 Marek
- 06.04.14 00:43 Sylwester Łazar
- 06.04.14 00:47 Sylwester Łazar
- 06.04.14 00:53 Sylwester Łazar
- 06.04.14 00:57 Marek
Najnowsze wątki z tej grupy
- Długi kabel zasilający a na końcu procek
- Dlaczego nam nie idzie
- Co czujnik to inna temperatura
- Jak naprawić pilota
- Dlaczego TMP wer. 2.0 nie może być sprzedawany jako patyk USB lub karta PCIe 1x?!?
- produkcja w UE
- Pamięć SRAM nie działa z Z80182
- plyta indukcyjna - naprawa
- założyłem kamerę
- syrenki alarmów
- Czym obecnie programuje się EPROM-y?
- zagadka sieciowa
- W Polsce powstaje grawitacyjny magazyn energii
- Linux wciąż wspiera dyskietki. Porządki w sterownikach do FDD
- Koniec z instalacją niezatwierdzonych aplikacji na Androidzie
Najnowsze wątki
- 2025-09-09 Warszawa => Programista Microsoft Dynamics 365 Finance & Operations (D
- 2025-09-09 Warszawa => Specjalista/tka ds. Administracji <=
- 2025-09-08 Długi kabel zasilający a na końcu procek
- 2025-09-08 Dużo niższe temperatury procesora po obudzeniu komputera... tak ma być czy jest coś nie tak?
- 2025-09-08 Warszawa => Senior Fullstack Developer <=
- 2025-09-08 Warszawa => Head of Technology <=
- 2025-09-08 Pozbawianie obywatelstwa: Rosja olewa konstytucyjny zakaz "jak RP3"?
- 2025-09-08 Wrocław => Android Developer (Java) <=
- 2025-09-08 Warszawa => Programista C <=
- 2025-09-08 Warszawa => Software .Net Developer <=
- 2025-09-08 Polacy zbiednieli
- 2025-09-08 UK: Transparent "Sprzeciwiam się ludobójstwu. Popieram Palestine Action" => 890 "terrorystów" zatrzymanych
- 2025-09-08 Dlaczego nam nie idzie
- 2025-09-08 Co czujnik to inna temperatura
- 2025-09-07 alert mnie zbudził