🚀 go-pugleaf

On 5/5/2017 1:11 PM, Przemek Biernat wrote:
> Jakiego asma użyć do pisania własnego kompilatora?

A po co asm?

No właśnie po co :) Jak ma się dostęp do instrukcji kodu maszynowego, problemu nie ma. Tyle że ja nie mam takiego dostępu. pobrałem nasma i wygląda ok ale zanim dojdę to tej warstwy to trochę wody w Brynicy upłynie.

On 5/5/2017 6:37 PM, Przemek Biernat wrote:
> No właśnie po co :) Jak ma się dostęp do instrukcji kodu maszynowego, problemu nie ma.

Dalej nie wiem po co asm do pisania kompilatora poza skłonnościami 
sado-maso.

On Friday, May 5, 2017 at 7:07:44 PM UTC+2, Sebastian Biały wrote:
> On 5/5/2017 6:37 PM, Przemek Biernat wrote:
> > No właśnie po co :) Jak ma się dostęp do instrukcji kodu maszynowego, problemu nie ma.
> 
> Dalej nie wiem po co asm do pisania kompilatora poza skłonnościami 
> sado-maso.

No to jak to zrobić? Bo napisanie parsera to dosyć jasne i nie najtrudniejsza rzecz. Pytanie jak wygenerować plik niech już będzie że exe. Zakładam że nie ma to być translator języka si podobnego na C++ i później kompilacja msvc gcc g++ czy innymi kompilatorami.

On 5/5/2017 7:18 PM, Przemek Biernat wrote:
>>> No właśnie po co :) Jak ma się dostęp do instrukcji kodu maszynowego, problemu nie ma.
>> Dalej nie wiem po co asm do pisania kompilatora poza skłonnościami
>> sado-maso.
> No to jak to zrobić? Bo napisanie parsera to dosyć jasne i nie najtrudniejsza rzecz.

Ty chcesz ten assembler w celu przerobienia outputu tekstowego ze 
swojego kompilatora? Bo z poczatkowego pytanie wynika że chcesz 
*napisać* kompilator w asm co jest absolutnie bez sensu.

W dniu piątek, 5 maja 2017 19:18:55 UTC+2 użytkownik Przemek Biernat napisał:
> On Friday, May 5, 2017 at 7:07:44 PM UTC+2, Sebastian Biały wrote:
> > On 5/5/2017 6:37 PM, Przemek Biernat wrote:
> > > No właśnie po co :) Jak ma się dostęp do instrukcji kodu maszynowego, problemu nie ma.
> > 
> > Dalej nie wiem po co asm do pisania kompilatora poza skłonnościami 
> > sado-maso.
> 
> No to jak to zrobić? Bo napisanie parsera to dosyć jasne i nie najtrudniejsza rzecz. Pytanie jak wygenerować plik niech już będzie że exe. Zakładam że nie ma to być translator języka si podobnego na C++ i później kompilacja msvc gcc g++ czy innymi kompilatorami.

ja pisze powoli swoj asembler..
jak to sie robi? jesli zaczynasz od dolu tak jak ja to wpisujesz "pe tutorial" "coff tutorial" czy tam "portable executable tutorial" i uczysz sie zapisywac w miare poprawnego exe na 
dysk (na dany moment jestem gdzies tak w 
polowie tego punktu ;-( )

jak juz to zrobisz to pozastanie tylko generowac asembler do srodka 

nie wykluczone ze jak to napisze (nie wiem kiedy jakbym sie sprezyl to w miesiac bym to zrobil ale wole robic powoli) to wrzuce kluczowe kawalki kodu 
nawet z komentarzem by ktos mogl sobie tego uzyc to mu oszczedzi roboty

pe jest nietsty nieco skomplikowany 
tak ze nie wroze sukcesow zupelnemu newbowi

W dniu piątek, 5 maja 2017 19:41:28 UTC+2 użytkownik (fir) napisał:
> W dniu piątek, 5 maja 2017 19:18:55 UTC+2 użytkownik Przemek Biernat napisał:
> > On Friday, May 5, 2017 at 7:07:44 PM UTC+2, Sebastian Biały wrote:
> > > On 5/5/2017 6:37 PM, Przemek Biernat wrote:
> > > > No właśnie po co :) Jak ma się dostęp do instrukcji kodu maszynowego, problemu nie ma.
> > > 
> > > Dalej nie wiem po co asm do pisania kompilatora poza skłonnościami 
> > > sado-maso.
> > 
> > No to jak to zrobić? Bo napisanie parsera to dosyć jasne i nie najtrudniejsza rzecz. Pytanie jak wygenerować plik niech już będzie że exe. Zakładam że nie ma to być translator języka si podobnego na C++ i później kompilacja msvc gcc g++ czy innymi kompilatorami.
> 
> ja pisze powoli swoj asembler..
> jak to sie robi? jesli zaczynasz od dolu tak jak ja to wpisujesz "pe tutorial" "coff tutorial" czy tam "portable executable tutorial" i uczysz sie zapisywac w miare poprawnego exe na 
> dysk (na dany moment jestem gdzies tak w 
> polowie tego punktu ;-( )
> 
> jak juz to zrobisz to pozastanie tylko generowac asembler do srodka 
> 
> nie wykluczone ze jak to napisze (nie wiem kiedy jakbym sie sprezyl to w miesiac bym to zrobil ale wole robic powoli) to wrzuce kluczowe kawalki kodu 
> nawet z komentarzem by ktos mogl sobie tego uzyc to mu oszczedzi roboty
> 
> pe jest nietsty nieco skomplikowany 
> tak ze nie wroze sukcesow zupelnemu newbowi

nieposiadanie netu, posiadanie starego kompa itp wbrew pozorom bywa pomocne - jako ze czlowiek sie nie rozprasza i np musi sie skupic na sednie sprawy z nudow, 
starsze narzedzia tez sa prostsze do ogarniecia

sam kilka lat temu kodowalem jeszcze na borlanda5 commandline i byl to raczej dobry wybor bo zmuszal mnie do skupienia sie na sednie sprawy i jako stary kompilator dzialalo tez diablo szybko 

pozniej przesiadlem sie na mingw ktory jest lepszy, calkiem ok, ale tez nie 
updatuje do nowszych wersji (kompiluje chyba na 49 czy 47 nawet nie wiem) i 
pisze na 32 bit na windows xp na starym dwurdzeniaku (ktory jest prosty i milutki)  
mam drugiego kompa z win 10 na nowszym 
procku 64 bit ofc ale wcale nie spieszy mi sie by sie przeniesc, bede kodowac na tym starym poki wydole, mam nadzieje ze
jeszcze chociaz z 5 lat

On Friday, May 5, 2017 at 1:11:12 PM UTC+2, Przemek Biernat wrote:
> Cześć
> 
> Jakiego asma użyć do pisania własnego kompilatora? Dobrze by było żeby nie był za miliony a najlepiej gdyby to był zestaw kodów maszynowych.

GCC używa as, darmowego.

W ogóle jak chcesz to zrobić dobrze, to generuj kod pośredni.
Z kodu pośredniego generujesz kod dla konkretnej maszyny.
Wtedy masz swobodę w dodawaniu nowych architektur docelowych.

w.

Zrobie bez kodu podśredniego, za to będzie klasa abstrakcyjna do generowania kodu maszynowego plus implementacje dla różnych architektur.

On 5/9/2017 9:18 AM, Przemek Biernat wrote:
> Zrobie bez kodu podśredniego, za to będzie klasa abstrakcyjna
> do generowania kodu maszynowego plus implementacje dla różnych architektur.

Zainteresuj się LLVM.

Tak coś słyszałem o tym generatorze parserów, mógłbym również użyć spirit, ale chce to wydziabać na żywca. Dużo dziabania. Robocza nazwa języka to "celtic" miał być "slav" hmm... poddaje pod dyskusje. Którą nazwę wybieracie?

On 5/11/2017 11:08 PM, Przemek Biernat wrote:
> Tak coś słyszałem o tym generatorze parserów

To nie jest generator parserów. Poczytaj ze zrozumieniem.

On Friday, May 12, 2017 at 8:34:48 AM UTC+2, Sebastian Biały wrote:
> On 5/11/2017 11:08 PM, Przemek Biernat wrote:
> > Tak coś słyszałem o tym generatorze parserów
> 
> To nie jest generator parserów. Poczytaj ze zrozumieniem.

Środowisko do tworzenia parserów i kompilatorów, przeznaczone to części back-end oraz front-end

On 5/14/2017 4:29 PM, Przemek Biernat wrote:
>>> Tak coś słyszałem o tym generatorze parserów
>> To nie jest generator parserów. Poczytaj ze zrozumieniem.
> Środowisko do tworzenia parserów i kompilatorów, przeznaczone to części back-end oraz front-end

Dżizas. A możesz kilka linijek głebiej?

https://pl.wikipedia.org/wiki/LLVM

"Kluczową część systemu kompilacji LLVM stanowi warstwa pośrednia, która 
pobiera kod pośredni (IF – Intermediate form) z kompilatora dla 
określonego języka programowania i optymalizuje go. Może on zostać 
później przekonwertowany na kod asemblera dla konkretnej platformy 
sprzętowej, lub też pozostawiony do późniejszej kompilacji w locie w 
stylu języka Java."

Innymi słowy ktoś już odwalił cała cieżką robotę za friko.

W dniu niedziela, 14 maja 2017 17:36:23 UTC+2 użytkownik Sebastian Biały napisał:
> On 5/14/2017 4:29 PM, Przemek Biernat wrote:
> >>> Tak coś słyszałem o tym generatorze parserów
> >> To nie jest generator parserów. Poczytaj ze zrozumieniem.
> > Środowisko do tworzenia parserów i kompilatorów, przeznaczone to części back-end oraz front-end
> 
> Dżizas. A możesz kilka linijek głebiej?
> 
> https://pl.wikipedia.org/wiki/LLVM
> 
> "Kluczową część systemu kompilacji LLVM stanowi warstwa pośrednia, która 
> pobiera kod pośredni (IF – Intermediate form) z kompilatora dla 
> określonego języka programowania i optymalizuje go. Może on zostać 
> później przekonwertowany na kod asemblera dla konkretnej platformy 
> sprzętowej, lub też pozostawiony do późniejszej kompilacji w locie w 
> stylu języka Java."
> 
> Innymi słowy ktoś już odwalił cała cieżką robotę za friko.

no nie wiem czy całą cięzka ;c

ja raczej polecam pisanie od dolu, glownie chyba dlatego ze w programowaniu liczy sie ogromnie podzial roboty na male latwe do przejscia stopnie i chyba latwiej sobie z tym poradzic w tym wydaniu "pisania recznie i od dolu" (bo mozna zaimplementowac na poczatek jakis naprawde maly wyrywkowy fragment, troche przyhackowac, isc na skroty i miec cos zrobione, pozniej rozwijanie tego jest juz latwiejsze

natomiast pisanie od gory przy pomocy ogolnej teorii i jakichs tam ogolnych czy tam trudnych tooli slabiej widze, nie mowie ze kniecznie jest zle ale po prostu jakos slabo to widze

- sam jestem jak na dzis bardzo blisko momentu napisani apierwszej wersji prostego asemblere x86 generujacego pliki exe i zdolnego wywolywac importy z winapi i idnne dllki, naprawde blisko, mysle ze z dwa dni roboty, choc troche utknąłem i ciagle zwlekam by to machnąć

(problemem jest zagmatwanie formatu PE, kto uwierzy ze ten shit nawet poczatek sekcji importow podaje w postaci adresu RVA w ramie a nie offsetu w pliku i nawet to trzeba sobie glupawo przeliczac ;u;u;u//LOLLIN ON THE FLOOR )

 
> Dżizas. A możesz kilka linijek głebiej?
> 
> https://pl.wikipedia.org/wiki/LLVM
> 
> "Kluczową część systemu kompilacji LLVM stanowi warstwa pośrednia, która 
> pobiera kod pośredni (IF – Intermediate form) z kompilatora dla 
> określonego języka programowania i optymalizuje go. 

Z całym szacunkiem ale po co kod pośredni? Chyba tylko po to żeby cała nasza ciężka praca opłyneła łagodną falą tsunami o wysokości 2cm glob ziemski 16 razy.

ja raczej polecam pisanie od dolu, glownie chyba dlatego ze w programowaniu liczy sie ogromnie podzial roboty na male latwe do przejscia stopnie i chyba latwiej sobie z tym poradzic w tym wydaniu "pisania recznie i od dolu" (bo mozna zaimplementowac na poczatek jakis naprawde maly wyrywkowy fragment, troche przyhackowac, isc na skroty i miec cos zrobione, pozniej rozwijanie tego jest juz latwiejsze
> 
> natomiast pisanie od gory przy pomocy ogolnej teorii i jakichs tam ogolnych czy tam trudnych tooli slabiej widze, nie mowie ze kniecznie jest zle ale po prostu jakos slabo to widze
> 
> - sam jestem jak na dzis bardzo blisko momentu napisani apierwszej wersji prostego asemblere x86 generujacego pliki exe i zdolnego wywolywac importy z winapi i idnne dllki, naprawde blisko, mysle ze z dwa dni roboty, choc troche utknąłem i ciagle zwlekam by to machnąć
> 
> (problemem jest zagmatwanie formatu PE, kto uwierzy ze ten shit nawet poczatek sekcji importow podaje w postaci adresu RVA w ramie a nie offsetu w pliku i nawet to trzeba sobie glupawo przeliczac ;u;u;u//LOLLIN ON THE FLOOR )

Fir, nie wiem kim jesteś i czy na drodze zawodowej zostaliśmy przedstawieni. Pomijając fakt że wszystkich tutaj szanuję na grupie i poza nią, pomimo zaistniałych zdarzeń, tak więc Fir zaczynam postrzegać twoje wpisy jako bardziej racjonalne. Jednak odkąd pamiętam, zawsze podchodziłem do problemów stosując zasadę od ogółu do szczegółu, podobnie zamierzam zrobić w tym przypadku. Wady: z reguły więcej roboty bo trzeba zmieniać ogół wraz z pojawiającymi się problemami i później znów schodzić niżej, jednak efekty są zdecydowania dużo lepsze, co akurat w mojej historii trudno udowodnić.

W dniu środa, 17 maja 2017 22:33:49 UTC+2 użytkownik Przemek Biernat napisał:
> ja raczej polecam pisanie od dolu, glownie chyba dlatego ze w programowaniu liczy sie ogromnie podzial roboty na male latwe do przejscia stopnie i chyba latwiej sobie z tym poradzic w tym wydaniu "pisania recznie i od dolu" (bo mozna zaimplementowac na poczatek jakis naprawde maly wyrywkowy fragment, troche przyhackowac, isc na skroty i miec cos zrobione, pozniej rozwijanie tego jest juz latwiejsze
> > 
> > natomiast pisanie od gory przy pomocy ogolnej teorii i jakichs tam ogolnych czy tam trudnych tooli slabiej widze, nie mowie ze kniecznie jest zle ale po prostu jakos slabo to widze
> > 
> > - sam jestem jak na dzis bardzo blisko momentu napisani apierwszej wersji prostego asemblere x86 generujacego pliki exe i zdolnego wywolywac importy z winapi i idnne dllki, naprawde blisko, mysle ze z dwa dni roboty, choc troche utknąłem i ciagle zwlekam by to machnąć
> > 
> > (problemem jest zagmatwanie formatu PE, kto uwierzy ze ten shit nawet poczatek sekcji importow podaje w postaci adresu RVA w ramie a nie offsetu w pliku i nawet to trzeba sobie glupawo przeliczac ;u;u;u//LOLLIN ON THE FLOOR )
> 
> Fir, nie wiem kim jesteś i czy na drodze zawodowej zostaliśmy przedstawieni. Pomijając fakt że wszystkich tutaj szanuję na grupie i poza nią, pomimo zaistniałych zdarzeń, tak więc Fir zaczynam postrzegać twoje wpisy jako bardziej racjonalne. Jednak odkąd pamiętam, zawsze podchodziłem do problemów stosując zasadę od ogółu do szczegółu, podobnie zamierzam zrobić w tym przypadku. Wady: z reguły więcej roboty bo trzeba zmieniać ogół wraz z pojawiającymi się problemami i później znów schodzić niżej, jednak efekty są zdecydowania dużo lepsze, co akurat w mojej historii trudno udowodnić.




jesli tak to ruszaj do dzieła, zapewne nie ma sensu marnowac czasu na rzeczy inne niz kluczowe

jak mowilem musisz na poczatek wygenerowac/wyflushowac/zapisac na dysk 
plik exe, pusty czy z predefiniowanym kodem w asmie dzeiki ktoremu mozesz sprawdzic czy dziala

oprocz naglowkow pe trzeba wpisac tam 
e proste sekcje .text .data i .bss  (co nie jest trudne ale trzeba sprawdzic jak to sie robi) a oprocz tego trzeba 
tez wpisac ta tabele importow (ja bym na poczatek pewnie nawet zahardkodowal ją na stało (tylko tez trzeba sprawdzic jak to sie robi) 

szkoda ze ostatnio ogarnela mnie taka kompletna niemoc.. nie wiem czy dzialac
wbrew sobie i sie zmuszac by ja 'ignorowac' czy raczej czekac az przejdzie ;C

W dniu czwartek, 18 maja 2017 08:13:49 UTC+2 użytkownik (fir) napisał:
> W dniu środa, 17 maja 2017 22:33:49 UTC+2 użytkownik Przemek Biernat napisał:
> > ja raczej polecam pisanie od dolu, glownie chyba dlatego ze w programowaniu liczy sie ogromnie podzial roboty na male latwe do przejscia stopnie i chyba latwiej sobie z tym poradzic w tym wydaniu "pisania recznie i od dolu" (bo mozna zaimplementowac na poczatek jakis naprawde maly wyrywkowy fragment, troche przyhackowac, isc na skroty i miec cos zrobione, pozniej rozwijanie tego jest juz latwiejsze
> > > 
> > > natomiast pisanie od gory przy pomocy ogolnej teorii i jakichs tam ogolnych czy tam trudnych tooli slabiej widze, nie mowie ze kniecznie jest zle ale po prostu jakos slabo to widze
> > > 
> > > - sam jestem jak na dzis bardzo blisko momentu napisani apierwszej wersji prostego asemblere x86 generujacego pliki exe i zdolnego wywolywac importy z winapi i idnne dllki, naprawde blisko, mysle ze z dwa dni roboty, choc troche utknąłem i ciagle zwlekam by to machnąć
> > > 
> > > (problemem jest zagmatwanie formatu PE, kto uwierzy ze ten shit nawet poczatek sekcji importow podaje w postaci adresu RVA w ramie a nie offsetu w pliku i nawet to trzeba sobie glupawo przeliczac ;u;u;u//LOLLIN ON THE FLOOR )
> > 
> > Fir, nie wiem kim jesteś i czy na drodze zawodowej zostaliśmy przedstawieni. Pomijając fakt że wszystkich tutaj szanuję na grupie i poza nią, pomimo zaistniałych zdarzeń, tak więc Fir zaczynam postrzegać twoje wpisy jako bardziej racjonalne. Jednak odkąd pamiętam, zawsze podchodziłem do problemów stosując zasadę od ogółu do szczegółu, podobnie zamierzam zrobić w tym przypadku. Wady: z reguły więcej roboty bo trzeba zmieniać ogół wraz z pojawiającymi się problemami i później znów schodzić niżej, jednak efekty są zdecydowania dużo lepsze, co akurat w mojej historii trudno udowodnić.
> 
> 
> 
> 
> jesli tak to ruszaj do dzieła, zapewne nie ma sensu marnowac czasu na rzeczy inne niz kluczowe
> 
> jak mowilem musisz na poczatek wygenerowac/wyflushowac/zapisac na dysk 
> plik exe, pusty czy z predefiniowanym kodem w asmie dzeiki ktoremu mozesz sprawdzic czy dziala
> 
> oprocz naglowkow pe trzeba wpisac tam 
> e proste sekcje .text .data i .bss  (co nie jest trudne ale trzeba sprawdzic jak to sie robi) a oprocz tego trzeba 
> tez wpisac ta tabele importow (ja bym na poczatek pewnie nawet zahardkodowal ją na stało (tylko tez trzeba sprawdzic jak to sie robi) 
> 
> szkoda ze ostatnio ogarnela mnie taka kompletna niemoc.. nie wiem czy dzialac
> wbrew sobie i sie zmuszac by ja 'ignorowac' czy raczej czekac az przejdzie ;C

acha sorki zle przeczytalem, wychodzi na to ze wolisz jednak zaczynac 'od gory' - no to w takim razie nie pomoge/nie podpowiem co robic

On 5/17/2017 10:28 PM, Przemek Biernat wrote:
>> "Kluczową część systemu kompilacji LLVM stanowi warstwa pośrednia, która
>> pobiera kod pośredni (IF – Intermediate form) z kompilatora dla
>> określonego języka programowania i optymalizuje go.
> Z całym szacunkiem ale po co kod pośredni?

W celu *łatwego* wygenerowania wielu wersji architektur docelowych, 
wliczając w to pośrednie rozwiązania jak JiT albo interpretację.

Na razie to jest melodia przyszłości. Ale kto wie, warto marzyć, bo marzenia często można przekuć w cele.

Zgodzę się że zaletą kodu pośredniego jest uniwersalność pod względem architektur, rownie dobrze mogę sobie zrobić fasadę jako klase abstrakcyjną z zestawem rozkazów i dynamicznie podpinać implementacje, piszę bardzo ogólnikowo, bo tutaj było by sporo problemów.

Sebastian Biały <heby@poczta.onet.pl> wrote:

> "Kluczową część systemu kompilacji LLVM stanowi warstwa pośrednia, która 
> pobiera kod pośredni (IF - Intermediate form) z kompilatora dla 
> określonego języka programowania i optymalizuje go.

Cos analogicznego ma gcc: RTL (register transfer language).

> Innymi słowy ktoś już odwalił cała cieżką robotę za friko.

E tam, tu przeciez chodzi tylko o wymyslanie kola na nowo. Kwadratowego, 
ale co tam.

-- 
[ Email: a@b a=grp b=chmurka.net ]
[ Web:   http://www.chmurka.net/ ]

Wysłano z telefonu bez polskiej klawiatury, przepraszam za brak polskich znaków

"(fir)" <profesor.fir@gmail.com> wrote:

> (problemem jest zagmatwanie formatu PE, kto uwierzy ze ten shit nawet 
> poczatek sekcji importow podaje w postaci adresu RVA w ramie a nie 
> offsetu w pliku i nawet to trzeba sobie glupawo przeliczac 
> ;u;u;u//LOLLIN ON THE FLOOR )

Myslisz, ze wynika to z ignorancji lub niewiedzy projektantow, ze tak im 
sie po prostu zrobilo i ze nie ma w tym zadnego sensu?

-- 
[ Email: a@b a=grp b=chmurka.net ]
[ Web:   http://www.chmurka.net/ ]

Wysłano z telefonu bez polskiej klawiatury, przepraszam za brak polskich znaków

On 5/18/2017 7:05 PM, Przemek Biernat wrote:
 > rownie dobrze mogę sobie zrobić fasadę jako klase abstrakcyjną z 
zestawem rozkazów
> i dynamicznie podpinać implementacje

Myślę że jednak nie.