🚀 go-pugleaf

TPJ napisał(a):
> Przeczytałem sobie wątek na c.l.p dotyczący wyboru kompilatora C dla
> Pythona 2.5 pod systemem Windows. Uważam, że najlepszym komentarzem
> do tego wszystkiego są słowa J. Zgody: "Mało mnie kur*wica nie
> szczeliła, jak się dowiedziałem.". Nic dodać, nic ująć.

Rzeczywiście prezentują upór godny lepszej sprawy, aby się trzymać
kurczowo tego właśnie kompilatora.

> Z tego, co wywnioskowałem z wiadomości we wspomnianym wątku na c.l.p
> wynika, że w zasadzie pod MinGW da się skompilować Pythona + moduły
> zewnętrzne, za wyjątkiem tego Win32, czy jak się tam ten windowsowy

Może i się da, ale mi osobiście nie wystarczyło na to
cierpliwości.
Są problemy z posixmodule i timemodule. Podobno lekarstwem na to
jest patch [1]. Ale nie znalazłem tam żadnych źródeł tylko
binarki.
Być może są w trakcie aktualizacji.
W końcu stwierdziłem, że szkoda mi na taką walkę czasu.
Może Tobie się powiedzie.

> dodatek nazywa. Z mojego punktu widzenia to żadna wada, bo takich
> modułów się po prostu nie tykam (chcąc pisać przenośne
> oprogramowanie należy unikać modułów typowych dla danego systemu
> operacyjnego). Jedyna więc niewygoda to byłaby konieczność
> przekompilowania wszystkiego, co potrzebne (wraz z Pythonem) pod MinGW.
> Mam rację?

Nie do końca. Aby kompilować tylko moduły nie ma konieczności
przebudowywania całego pythona. Trzeba tylko utworzyć bibliotekę
importów dla pythono'wej dll'ki, aby mingw mógł ją zlinkować.

pexports c:\windows\system32\python23.dll > C:\MinGW\lib\python23.def
dlltool -d C:\MinGW\lib\python23.def -l C:\MinGW\lib\libpython23.a

> (Pytam, bo pod Windowsem to pracuję może dwa razy do roku - i po
> prostu nie wiem, jak się tam sprawy z kompilatorami mają...)

Ja trochę częściej z konieczności. :)

[1] http://jove.prohosting.com/iwave/ipython/pyMinGW.html

pozdrawiam
Rob