]> git.pld-linux.org Git - packages/boomerang.git/commitdiff
- converted to UTF-8
authorJan Rękorajski <baggins@pld-linux.org>
Mon, 12 Feb 2007 00:48:40 +0000 (00:48 +0000)
committercvs2git <feedback@pld-linux.org>
Sun, 24 Jun 2012 12:13:13 +0000 (12:13 +0000)
Changed files:
    boomerang.spec -> 1.8

boomerang.spec

index 7d51b6055f30160527573287d4fc354ed57e38b5..f62f1140979483c290679902727bbf66650d5012 100644 (file)
@@ -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 wejciu 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. Oczywicie 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}
This page took 0.050071 seconds and 4 git commands to generate.