🚀 go-pugleaf

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? za jakis czas bede pisac kompilator c i to jest raczej przetwazanie tekstu

najprawdopodobniej bede potrzebowac pare specjalizowanych procedur do tego tekstu czytania

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.. 

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')

pytania sa m.in. takie:

- czy przerabiac wejsciowy tekst w c 
na tekst w asmie czy na jakas inną postac? (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

- 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 (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

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)

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









> > ja do czytania tekstow mam swoja biblioteke sicl.c 
> Pamiętam. 
> 
> 
> > do pisania uzywam glownie printfa (ktory jest tak skomplikowany ze 
> > nie w pelni go jeszcze opanowalem tak ze nie do konca jestem w 
> > stanie wypunktowac jego braki
> Ja też lubię starego dobrego print-efa, można szybko i wygodnie wyrzucić 
> ładnie sformatowany tekst. Gorzej, gdy chcemy już po napisaniu aplikacji
> eksperymentować ze zmianą typów :/
> 
> typedef double ftyp;
> ftyp x = 0;
> printf( "%lf" , x );
> 
> Trzeba pisać na zapas:
> printf( "%lf" , (double)x );
> 
> Ale co gdy chcemy double zmienić na jakiś float256 i dokładnie wyświetlić
> wszystkie cyfry znaczące? By trzeba takie manipulacje przewidzieć przed
> pisaniem programu, co w przypadku doświadczonych programistów czasami 
> nawet jest prawdopodobne:
> 
> printf( "%s" , toString( x ) );
> 
> Gdy jednak programiści nie przewidzą, to w przypadku użycia strumieni 
> wystarczy zaledwie przedefiniować jeden operator w skali całego, dowolnie
> dużego programu.
> 
> 
> > (aczkolwiek zdaje sie ma pewne, na przyklad nie jestem pewien ale zdaje sie ze wypisywanie tekstu w kolumnach (co by sie czasem przydalo nie zawsze dziala (choc moge tu sie mylic
> > bo nie mialem kiedys po prostu czasu 
> > na zglebianie tego)
> 
> Działa i to w kilku wariantach.
> 
> 
> > podobnie chyba nie jest latwo go 'przeciazyc' na drukowanie wlasnego typu
> > (tego tez nie jestem pewien)
> Jeśli dobrze rozumiem co masz na myśli, to właśnie wyżej napisałem, że z
> tym jest problem, chyba że przed pisaniem aplikacji programiści taką
> potrzebę przewidzą.
> 
> Pozdrawiam