🚀 go-pugleaf

On Saturday, October 14, 2017 at 5:23:53 PM UTC+2, (fir) wrote:
> W dniu sobota, 14 października 2017 15:39:16 UTC+2 użytkownik M.M. napisał:
> > On Saturday, October 14, 2017 at 1:30:07 PM UTC+2, (fir) wrote:
> > 
> > > co ulatwialoby zycie i jak zalezy od 
> > > konkretnego zastosowania - 
> > No tak. A przeładowane operatory na napisach i wsparcie dla regexpów na
> > poziomie jezyka ułatwia życie w bardzo konkretnych sytuacjach, 
> > mianowicie w aplikacjach przetwarzających tekst - o czym rozmawialiśmy w 
> > kilku ostatnich postach.
> > 
> 
> w jakich na przyklad? 
Wybacz, nie mam siły cytować.


> za jakis czas bede pisac kompilator c 
Po co?


> i to jest raczej przetwazanie tekstu
Tylko w początkowej fazie.


> najprawdopodobniej bede potrzebowac pare specjalizowanych procedur do 
> tego tekstu czytania
Przy pisaniu kompilatora są inne ważniejsze problemy.




> jak pisalem asembler sicl (z jego ogolnymi funkcyjkami do wyodrebniania
> linijek, slow i 'numberow') w zupelnosci wystarczyl.. do 
> pisania kompilatora c bedzie potrzebne costam ciut wiecej ale pewnie 
> nie tak duzp.. 
Do wyodrębnienia tokenów wystarczy to samo :) Ale w C, w przeciwieństwie
do asemblera, jest rekurencyjna struktura. Moje parsery do języków
programowania mają stany. Stanem jest np. "jestem w funkcji", "jestem w
klasie", "jestem w pętli for", "jestem w ciągu znaków", itd. Każdy stan
ma funkcję, funkcje wywołują się rekurencyjnie... Tego w (nie-makro)
asemblerach nie ma.


> mozna by juz dzis troche zastanowic sie jak to zrobic ale nie wiem 
> czy mi sie chce bo wszystko znowu dzis mnie boli 
> jak diabli (so called 'constant poisoning')
Aż tak mocno boli, że apap i ibum nie pomaga?


> pytania sa m.in. takie:
> 
> - czy przerabiac wejsciowy tekst w c 
> na tekst w asmie czy na jakas inną postac? 
Jeśli odpowiesz mi na pytanie, po co pisać kompilator C, to może
będę umiał odpowiedzieć na to pytanie.



> (od razu na kod binarny raczej 
> odpada le moznaby na jakąs wewnetrzną 
> postac binarno-symboliczna)
> na razie chyab nie mam zdania w tym temacie
Ja też na razie nie wiem.


> - jesli na tekst w asmie to i tak przetwazanie tekstu w c na tekst w asmie 
> wymaga chyba jakiegos minimalnego kroku posredniego i raczej nieco 'unlikely'
> chyba byloby robic ten krok posredni rowniez w postaci tekstu 
Jeśli to ma być standard do dalszej przeróbki, (np. dla 
optymalizatorów), to postać tekstowa jest dobra.


> (choc zdaje sie
> jest to mozliwe)
> 
> przy tym podejsciu "text-in - text-midle - text-out" resizowalen 
> stringi moglyby sie moze i przydac (choc muliloby to) 
> / jak regexpy to nie wiem bo nie uzywam

Zobacz ile pracy włożono w napisanie kompilatorów. Gdy włożysz podobną
ilość, to będziesz wiedział co jest wąskim gardłem i czy warto się
martwić zamulaniem dynamicznymi stringami.




> przy tym podejsciu typu budowanie zestawu wewnetrznych tablic z 
> danymi - po czym na ich podstawie wygenerowanie asma albo kodu 
> binarnego raczej nie, bo tekst wejsciowy sluzy wylaczie do 
> czytania awyjsciowy do wypisania (raczej nie nalezy go przepisywac)
Nie rozumiem.


> narazie jestem jednak diablo obolaly i nie bede sie tym raczej 
> na razie zajmowac

Fir, Ty nie pi#$dol, tyko pisz ten kompilator ;-)

Zdrowia