Development Tools dla 80C186/188

A że tak się zapytam... po co chcesz się pchać w 186? Muzeum obrabowałeś? :) Jeśli sie nauczyć czegoś nowego to lepiej zabierz się za jakieś współczesne procesorki. Masz wiekszą szansę na znalezienie czegoś wspieranego przez gcc.

pzdr. j.

Kilka lat temu, w firmie gdzie kiedyś pracowałem, robiliśmy pewne urządzenie na czymś takim (konkretnie AMD 188ES - już nie produkowany, wszelkie zamienniki wymagają zmian w projekcie sprzętu). Narzędzia - Borland C++ 3.1, Paradigm Locate (takie coś co w uproszczeniu z *.exe robi *.hex, bo sam linker Borlanda nie potrafi), działające pod DOS-em (w urządzeniu nie było DOS-a, tylko prosty system w asemblerze).

Szkoda, że wtedy zbyt mało wiedziałem o GCC (z 16-bitowych chyba już wtedy wspierał H8/300). Teraz jest pewien problem - zalegalizować narzędzia, których dawno nie ma w sprzedaży, a zbyt mało tych urządzeń się robi by opłacało się wszystko przewracać i robić nowy projekt na czymś wspieranym przez GCC, choćby ATmega128...

A może o czymś nie wiem - i istnieje coś takiego jak GCC i binutils generujące kod 16-bitowy x86?

pozdrawiam Marek

GCC chyba nie, ale szybki przegląd rezultatów zwróconych przez guglownice sugeruje poszukanie czegos co nazywa sie Pacific C. Ma to być darmowy kompilator C obsługujący także rodzinę 186.

pzdr. j.

PS:

U¿ytkownik "Marek Michalkiewicz" snipped-for-privacy@amelek.gda.pl.invalid> napisa³ w wiadomo¶ci news:brp42n$2i7$ snipped-for-privacy@alf.amelek.gda.pl...

Ja kiedys uzywalem AMD186ESLV Do tego narzedzia Visual C 1.62 i Paradigm Locate (ktorego nie uzywalem). Ale mialem jakiegos innego toola do konwersji exe --> hex (innego niz z paradigmu)

Wed, 17 Dec 2003 09:28:07 +0100 (CET) jednostka biologiczna o nazwie Marek Michalkiewicz snipped-for-privacy@amelek.gda.pl.invalid> wyslala do portu

Ooo to jest cos. Mam jednego H8/3256 z demontazu. Nie robilem nic na nim wprawdzie ale "features" to ma wypasione jak na taki stary procek. W dodatku jest fajnie pomyslane rozmieszczenie nozek bo wszystkie potrzebne do dolaczenia pamieci itd (szyna danych, adresowa, sygn. sterujace) sa wyciagniete na jedna strone obudowy, dzieki czemu nie trzeba kombinowac przy projektowaniu plytki.

Jest jakas kompilacja linuxa na 286, byl tez minix, czyms to musieli skompilowac - mysle ze generuje. Tym bardziej ze kod na 86 jest bardziej naturalny niz np na AVR..

A nie jestem pewien czy od Borlanda by nie dostal pisemnego zezwolenia na uzywanie takiego zabytku ..

J.

Pacyfic C tylko trzeba zap³aciæ ale stosunkowo ma³o. Darmowym nic konkretnego nie zrobisz.

Mister

U¿ytkownik "Jacek R. Radzikowski" snipped-for-privacy@spamer.die.die.die.piranet.org>

napisa³ w wiadomo¶ci news:brp1g0$8fc$ snipped-for-privacy@www.itl.waw.pl...

np jakie ? Intela uzywam chyba przez sentyment ... nie mam zbytnio czasu na uczenie sie nowej architektury ... nawet AVRy mnie zmeczyly :) sa jeszcze i386CX/EX, ale to chyba zbyt duza armata na to co potrzebuje.

U¿ytkownik "Jacek R. Radzikowski" snipped-for-privacy@spamer.die.die.die.piranet.org>

napisa³ w wiadomo¶ci news:brp7ep$bbn$ snipped-for-privacy@www.itl.waw.pl...

wygladalo dobrze ... do momentu zrobienia RTFM i ... "To produce embedded code in ROM from Pacific C, you will need to have purchased either the Pacific CROMDEV package or addon, or have obtained the PacificCSpecial Edition - the Special Edtion is available only through educational institutions." :)

On Wed, 17 Dec 2003 09:28:07 +0100 (CET), Marek Michalkiewicz snipped-for-privacy@amelek.gda.pl.invalid> wrote: [.....]

Poszukaj czegoś o DJGPP. Osobiście nie znam tego narzędzia, coś mi się obiło o uszy że ma taką możliwość.

Regards, /J.D.

Jeśli interesują Cie zastosowania typu embedded, zerknij na

pzdr. j.

NIestety chyba nie. djgpp to dosowy port gcc i nie przypominam sobie żeby generował kod na coś niższego niż 386. Z tego co pamiętam programy były uruchamiane przez extender.

pzdr. j.