Informatyk, podróżnik, fotograf

Mac OS X to BSD. Ma pelne wsparcie POSIX. Wiec poki nie bedziesz korzystal z wynalazkow linuxowych jak glib to mozesz spokojnie napisac to pod linuxem i tyle.

System jest platny, dostarczany na CDkach czy tez DVDkach razem z komputerem. Jesli chcesz koniecznie to potestowac… coz. Pozostaje Ci go sciagnac na „lewo” z jakis torrentow :P

Ma wsparcie dla POSIX... słyszałem o tym :) W sumie aplikacja jest napisana już na Linuksa, Widnowsa a teraz będę pisał na BSD. Zobaczymy co mi z tego wyjdzie :)

Jak nie wyjdzie to pożyczę pewnie z p2p sobie system na jakiś czas ;-)

Jak bys chcial to testowac, to daj mi znac na jabber/mail (taki sam jak JID). Ja uzywam maczkow na codzien, wiec nie bedzie problemu z przetestowaniem.

Dodatkowa uwaga – blokowanie na sile dostepu z IE mnie denerwuje. W pracy korzystam z poronionych systemow firmy MS i skutecznie utrudnia mi to wizyty na tym blogu (nie moge sie np zalogowac).

Okej :) Nie zapomnę :) Dzięki :)

W pracy to się pracuje a nie po necie surfuje :P

W UK nie sa w stanie zorganizowac mi wiecej pracy niz na godzine. Wiec pozostale 7 musze jakos rozsadnie zuzyc, prawda? ;]

Prawda :) Proponuję przez te 7h przekonywać ich czemu IE jest złe :P

Skoro już jest na Linuksa, to o ile jest solidnie napisana, IMO nie powinno być problemów pod BSD czy MacOS-em…

@Michał, tego nie wiem czy jest solidnie napisana :) Korzysta np z libcurl oraz np. z /proc/meminfo etc.

Ściągam właśnie FreeBSD 6.2 am64 (na płytkach mam jakieś stare wersje). Przetestuję na laptopie i zobaczę co i jak. Zastanawiam się jednak czy na procesorze Amd Turion 64 nie zainstalować 32 bitowego systemu i aplikację kompilować na 32 bitowe systemy.

Jeśli Twój program korzysta z /proc/meminfo to niestety jest nieprzenośny. Z tego co wiem tylko linux ma jakieś pliki dostarczające informacji o systemie w /proc (cpuinfo meminfo devices itd…).

PS. Nie musisz mieć Mac OSX wystarczy opendarwin. Po to właśnie powstał aby programiści mogli sprawdzić zgodność swoich programów z Mac OSX:
http://www.opendarwin.org/en/about.html

Niestety projekt zmarł niedawno:
http://www.opendarwin.org/en/news/shutdown.html

No właśnie. Dlatego muszę potestować, a raczej zacząć pisać od początku aplikację tak by działała na MacOS i BSD. W Linuksie to jest prosto dzięki właśnie /proc ;-)

Opendarwin. Czytałem kiedyś o tym albo słyszałem na OpenCON. ISO już się ściąga :) Serdecznie dziękuję ;)

A tak przy okazji. Mam na laptopie procesor AMD Turion 64. Instalować na nim systemy 32 bitowe czy 64 bitowe? Chodzi mi o to czy jak skompiluję program pod x86 i dam komuś binarkę to ona raczej nie ruszy pod 32 bity. Chyba, że jest jakaś opcja dla gcc….

System może być 64-bitowy, nawet lepiej wtedy, bo szybciej się będzie kompilować… a kompiluj przez cross-compiler. Nie znam szczegółów, ale myślę, że może nawet odpowiednie -march do gcc wystarczy.

Są opcje dla gcc (-m32 i -m64) kiedyś czytałem o tym, a sprawdzić nie mam jak (mam procka 32-bit). Co do -march (a właściwie -mtune bo -march jest przestarzałe) to powinno też zadziałać (ale tego nie sprawdze :)).

Gdzie Ci -march przestarzałe? -march określa minimum, -mtune jedynie „bezpieczne” optymalizacje. Ja np. system kompiluję: -march=athlon -mtune=athlon-xp, żeby na obu komputerach w domu działał, ale pod mój był optymalizowany…

No to ja zaraz sprawdzę :) BRB :)

Skompilowane na x84 z opcją -m32… tzn nie udało się ponieważ nie mam libcurla 32 bitowego :D I wydaje mi się, że muszę dodać 32bitowe biblioteki.

Sorry masz rację, mój błąd to -mcpu jest przestarzałe (kompilatory gcc 3.4 i nowsze):

1. g++ -mcpu=i686 hello.cpp

Następnym razem upewnię się zanim napisze.

Tak czy siak jest kłopot z bibliotekę libcurl. Niby dodałem 32bitowe bilioteki, skompilował z nimi, ale po uruchomieniu:
error while loading shared libraries: libcurl.so.4: cannot open shared object file: No such file or directory
Ale to chyba dlatego, że w systemie mam: libcurl.so.3.0.0
I tak się teraz zastanawiam… Czy uaktualnić bibliotekę na systemie… czy może aplikację skompilować ze starszą biblioteką.

Proponuję Ci aplikację skompilować statycznie. Bo na każdym distro numeracja bibliotek jest inna…

Na to wpadłem jak uaktualniłem biblioteki u siebie :D
Jutro sprawdzę :) Ciekawe czy nie będzie kłopotów tym razem z libstdc++ :]