From 235c43952e56890f608152284b403c93191e6c9b Mon Sep 17 00:00:00 2001 From: =?utf8?q?Jan=20R=C4=99korajski?= Date: Mon, 12 Feb 2007 00:48:40 +0000 Subject: [PATCH] - converted to UTF-8 Changed files: boomerang.spec -> 1.8 --- boomerang.spec | 38 +++++++++++++++++++------------------- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git a/boomerang.spec b/boomerang.spec index 7d51b60..f62f114 100644 --- a/boomerang.spec +++ b/boomerang.spec @@ -3,7 +3,7 @@ %bcond_with flex_bison_c++ # use flex++/bison++ # Summary: A general, open source, retargetable decompiler of native executable files -Summary(pl): Ogólny, otwarty dekompilator natywnych plików wykonywalnych +Summary(pl.UTF-8): Ogólny, otwarty dekompilator natywnych plików wykonywalnych Name: boomerang Version: 0.0.0.20040708 Release: 0.2 @@ -48,26 +48,26 @@ interactive, a la IDA Pro, because some things (not just variable names and comments, though these are obviously very important) require expert intervention. -%description -l pl -Próba stworzenia prawdziwego dekompilatora przez spo³eczno¶æ otwartego -oprogramowania. Dekompilator przyjmuje na wej¶ciu plik wykonywalny i -próbuje stworzyæ kompilowalny, a nawet zarz±dzalny, plik ¼ród³owy w -jêzyku wy¿szego poziomu wykonuj±cy to samo zadanie. Jest to wiêc -przeciwieñstwo kompilatora, który oczywi¶cie przyjmuje plik ¼ród³owy i -tworzy wykonywalny. Oczywi¶cie dekompilator nie odtworzy oryginalnego -pliku ¼ród³owego; raczej nic z tych rzeczy. Nie ma znaczenia, czy plik -wykonywalny ma symbole czy nie, ani czy zosta³ skompilowany z jakiego¶ -konkretnego jêzyka (jednak jêzyki w rodzaju ML, które s± zwykle -interpretowane, nie s± brane pod uwagê). +%description -l pl.UTF-8 +Próba stworzenia prawdziwego dekompilatora przez społeczność otwartego +oprogramowania. Dekompilator przyjmuje na wejściu plik wykonywalny i +próbuje stworzyć kompilowalny, a nawet zarządzalny, plik źródłowy w +języku wyższego poziomu wykonujący to samo zadanie. Jest to więc +przeciwieństwo kompilatora, który oczywiście przyjmuje plik źródłowy i +tworzy wykonywalny. Oczywiście dekompilator nie odtworzy oryginalnego +pliku źródłowego; raczej nic z tych rzeczy. Nie ma znaczenia, czy plik +wykonywalny ma symbole czy nie, ani czy został skompilowany z jakiegoś +konkretnego języka (jednak języki w rodzaju ML, które są zwykle +interpretowane, nie są brane pod uwagę). -Intencj± jest stworzenie dekompilatora dla wielu architektur (czyli -takiego, który mo¿e dzia³aæ z ró¿nymi rodzajami wej¶ciowych plików +Intencją jest stworzenie dekompilatora dla wielu architektur (czyli +takiego, który może działać z różnymi rodzajami wejściowych plików wykonywalnych z przyzwoitym efektem, np. x86-windows, sparc-solaris -itp.). Bêdzie bardzo modularny, wiêc wiele czê¶ci dekompilatora mo¿e -zostaæ zast±piona eksperymentalnymi modu³ami. Byæ mo¿e stanie siê -interaktywny, jak IDA Pro, poniewa¿ niektóre rzeczy (nie tylko nazwy -zmiennych i komentarze, chocia¿ te s± oczywi¶cie bardzo wa¿ne) -wymagaj± interwencji eksperta. +itp.). Będzie bardzo modularny, więc wiele części dekompilatora może +zostać zastąpiona eksperymentalnymi modułami. Być może stanie się +interaktywny, jak IDA Pro, ponieważ niektóre rzeczy (nie tylko nazwy +zmiennych i komentarze, chociaż te są oczywiście bardzo ważne) +wymagają interwencji eksperta. %prep %setup -q -n %{name} -- 2.44.0