Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
15
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:35:24)
Offline
Testują Clang? Super...
Problem polega na tym, że Debiana się nie kompiluje tylko używa, a na codzień kompilacją zajmuje się niemała co prawda grupa Developerów, ale mająca określone nawyki i preferencje, czego dowodem może być np niechęć do używania flag typu hardened, dzięki czemu Debian wprowadza je w ponad 3 lata po Ubuntu i Windows Vista.
Tu conieco o Clangu:
http://wiki.gentoo.org/wiki/Clang
Nie skompilowało się 10 - 12% ?
A ktoś sprawdzał działanie pakietów skompilowanych Clangiem?
Ich wszystkie funkcje?
W dodatku 10% pakietów, to nie jest zaledwie, bo przy CLangu 3.2 już 12%, a pakiet pakietowi nierówny.
Wystarczy kłopot ze skompilowaniem nowej wersji glibc, żeby całą robotę diabli wzięli.
Tego, jakie korzyści płyną z kompilowania całego systemu jednym kompilatorem, większości ludzi nie trzeba tłumaczyć.
Apple ze względów licencyjnych nie może używać GCC, FreeBSD też ucieka na Clang z powodu niechęci do GPL3.
Osobiście podejrzewam, że mimo wszystko GCC zbyt prędko nie zniknie z Linuxa.
Oczywiście wybór kompilatorów się przyda, jednak żeby się nie okazało, że za miesiąc będzie info o migracji na [url=http://en.wikipedia.org/wiki/PathScale]Ekopatha[/url]. ;)
I dziwi i śmieszy mnie trochę Apple, jak robi Makówki na prockach Intela, to chyba lepiej wyszliby na ICC.
Jeśli natomiast Apple przeprowadzi się na własne procesory, to ciekaw jestem, czy dorównają jakością prockom AMD, o Intela nawet nie pytam.
I bynajmniej nie ma jeszcze planów migracji na Clang, tylko testowanie nowego kompilatora jako potencjalnej alternatywy dla Gcc.
A to normalna developerka, FreeBSD migruje na Clang, to w Debianie też sprawdzają, ile to warte :D
Tylko tyle, i aż tyle ;)
Zanim Clang stanie się równoprawnym konkurentem Gcc - jeszcze wiele łatek ( na wszystkie programy) upłynie, oczywiście, jak ktoś je napisze. :)
@ uzytkownikubunt
Jak chcesz komentować użycie różnych kompilatorów to najpierw sam spróbuj pobawić się opcjami gcc - np LTO i linker gold, Clangiem, Clangiem z LTO/ld.gold, Ekoopatchem, żebyś miał jakieś własne pojęcie o zagadnieniu, bo na razie, to tytuł twojego postu mówi jedno, treść drugie, a całość pachnie dobrą, szczegółową i fachową znajomością ....... Ubuntu...... :D .
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2013-02-12 09:56:28)
Offline
18
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:35:31)
Offline
Developerzy Debiana chcą poprawić?
Raczej chcą pomóc twórcom softu, żeby te 20 tys programów tak samo dobrze działało kompilowane GCC i Clangiem.
Bo trudno mi sobie wyobrazić, żeby np KDE pisało cały kod pod GCC, a Developerzy Debiana potem każdą kolejną wersję dostosowywali do Clanga, pisząc czasami setki łatek.
Zanim cały soft z na Linuxa będzie zgodny z Clang, wiele wody w Wiśle upłynie,
czy natomiast Clang na ARM będzie zawsze lepszy, nie ma żadnej pewności.
Także Clanga traktuję bardzo spokojnie.
Offline
382
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:43:32)
Offline
Do rewelacji z Phoronix ja zawsze podchodzę chłodno.
To taki pudelek dla geeków.
Bezpośrednio wskazują na problem z różnicami np. C i C++
Reszta to już, mniej lub bardziej wiarygodne, domysły Phoroniksa, żeby tekst był bardziej „głośny”.
Trochę komentarzy:
I wish Michael would have read the mails himself before posting this article.
First it looks like Lattner has been asked by gcc devs to propose llvm integration. The majority of the replies seem to have been positive about C++ usage. I didn't see anyone protesting agains llvm modularity.
There have been concerns about missing debug info and a few other bits like limited platform backends, but nothing that would have been unfixable from what i read.
The major issue noted in multiple replies has been:
> The lack of FSF copyright assignment for LLVM is a problem. It may
> even be a bigger problem than what we think. Then again, it may not.
> I just don't know. What I do know is that this must absolutely be
> resolved before we even think of adding LLVM to any branch. Chris
> said he'd be adding LLVM to the apple branch soon. I hope the FSF
> assignment is worked out by then. I understand that even code in
> branches should be under FSF copyright assignment.
Let me guess that this never happened...[/quote]
http://phoronix.com/forums/showthread.php?94692-Apple-Originally-Tried-To-Give-GPL-ed-LLVM-To-GCC&s=0fa200fedee4be9ce3f9c7541e2f1819&p=392129#post392129GCC developers didn't like the modular and library design of LLVM, LLVM wasn't formally "done" at that point, and there was some "Not Invented Here" syndrome going on by the FSF developers.[/quote]
Source or you are a big fat troll[/quote]
http://phoronix.com/forums/showthread.php?94692-Apple-Originally-Tried-To-Give-GPL-ed-LLVM-To-GCC&s=0fa200fedee4be9ce3f9c7541e2f1819&p=392134#post392134
FSF i Richard Stallman ma swoja wizję i nie wiem jak można się spodziewać od nich innych słów niż te:The Clang and LLVM developers reach different conclusions from ours because they do not share our values and goals. They object to the measures we have taken to defend freedom because they see the inconvenience of them and do not recognize (or don't care about) the need for them. I would guess they describe their work as "open source" and do not talk about freedom. They have been supported by Apple, the company which hates our freedom so much that its app store for the ithings _requires_ all apps to be nonfree.[/quote]
Offline
Z tym kompilowaniem Clangiem na razie jest w Linuxie kilka problemów, podobno należą do nich między innymi kernel i glibc.
Offline
408
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:44:05)
Offline
Taki gówniany cytat:
<skrzyp> ar: da się używać clang jako domyślny kompilator w gentoo?
<skrzyp> tj. czy się zbuduje wszystko
<ar> skrzyp: kernel się nie skompiluje
<skrzyp> ar: to właśnie po kernelu spodziewałem się, że najbardziej się skompiluje
<OlaHughson> skrzyp: to tak jak z narkotykami: trudno jest odstawić heroinę, tak samo GCC[/quote]
[img]https://l0calh0st.pl/obrazki/userbar.png[/img]
Offline
A co macie przeciwko GCC?
Nie jest może idealny, ale nie jest też tragiczny, a ostro nad nim pracują.
Np pomiędzy 4.7 a 4.8 przepisali cały kod na C++, w 4.9 zajęli się zapotrzebowaniem na pamięć, podobno FF ma wymagać aż 3,5 GB /tmp a nie 15 GB, jak obecnie.
Także generalnie, GCC nie zawadza, zauważyłem natomiast, że M$ i Apple są mocno wkurzone na licencję GCC.
Gdyby nie było w nim nic ciekawego, to chyba nikomu ta licencja by nie przeszkadzała.
Oczywiście BSD też ma nerwy na GPL3, ale u nich to akurat zrozumiałe.
W każdym razie mnie GPL* w niczym nie zawadza.
Offline
410
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:44:08)
Offline
@uzytkownikubunt:
Richard Stallman jest „ojcem” GCC i nic dziwnego, że nie jest zwolennikiem konkurencyjnego projektu, zresztą podał jakieś swoje powody wynikające z jego filozofii, które już wcześniej przytoczyłem:
The Clang and LLVM developers reach different conclusions from ours because they do not share our values and goals. They object to the measures we have taken to defend freedom because they see the inconvenience of them and do not recognize (or don't care about) the need for them. I would guess they describe their work as "open source" and do not talk about freedom. They have been supported by Apple, the company which hates our freedom so much that its app store for the ithings _requires_ all apps to be nonfree.[/quote]
Przynajmniej wysilił się na jakieś argumenty.
Deweloperzy LLVM/Clang też zapytani o konkurencyjny projekt również by nie szczędzili krytyki. Bez tej krytyki by pewnie nie zaczęli prac.
Natomiast ostatnio jest widoczna jakaś niezrozumiała nagonka na GCC, z powodu GPL, tym razem już argumentów brak.
Przykładem jest podany przez Ciebie wcześniejszy link z phoronixa.
Przypomina to kolejne wojenki typu licencja bsd/gpl, gtk/qt itp.
Offline
411
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:44:09)
Offline
Wrogość między zwolennikami GPL i BSD nie dotyczy kompilatora, tylko całości softu.
GPL zakłada, że można tworzyć oprogramowanie GPL, ale jak ktoś chce tworzyć komercyjny soft używając komponentów GPL, to musi mieć pozwolenie autora kodu GPL, żeby ten kod użyć komercyjnie,i przeważnie za takie prawo zapłacić.
W ten sposób FSF też zarabia realną kasę.
Tymczasem deweloperzy BSD czują "moralną wyższość" bo rozdają swoje wyroby za darmo zawsze i każdemu, licencja BSD nie ma żadnych ograniczeń.
Dzięki takiej licencji i Microsoft, i Apple zawsze mogą brać ile chcą z dorobku BSD, nie dając nic w zamian, i jest to zgodnie z prawem.
Skąd się wziął CLANG?
Z licencji GPL-3, jaką GCC dostało od wersji 4.3.
Teraz jest miaucznie w stylu postępu CLANG jest taki wspaniały i PRO, a GCC jest BEEE.
Tak się słyszy w środowiskach BSD, które jest dumne ze swojego "postępu" choć na dobrą sprawę, Apple, Cisco i setka innych firm powinna ich zatrudnić na etaty.
Pierwszy z brzegu przykład:
JunosOS bazuje na FreeBSD, ale spróbujcie w Juniperze zmienić system na oryginalne FreeBSD.
Sam JunosOS jest 5 razy trudniejszy w obsłudze od FreeBSD, ale mają na niego prawa autorskie, i mogą blokować inne systemy na tych urządzeniach.
Ta sama sytuacja jest w Cisco.
Gdyby JunosOS bazował na Linuxie, to musieliby opublikować API,
i mielibyśmy też kilka różnych systemów na te switche, tak samo, jak na setki tanich routerów domowych.
Albo porównajcie systemy operacyjne na np Motorolę RazR i Iphone5.
W pierwszym przypadku mamy poza standardem np CM10
i Replikanta, a jak to wygląda w Iphonie?
To jest właśnie różnica między Linuxem i BSD.
I nie ma się co jarać Clangiem, Deweloperzy BSD mają takie nerwy na Stallmana za GPL3, że aż miło patrzeć :DDD
Pozdro
;-)
Offline
Mam pytanie: Czy zwykły użytkownik zyska coś po tej zmianie kompilatora?
Offline
Cośtam może zyska, będzie coś w rodzaju wyścigu,
program X będzie chodził w danej lepiej kompilowany Clangiem,program Y lepiej kompilowany GCC, i to się będzie zmieniało w miarę pojawiania się nowych wersji kompilatorów.
Paradoksalnie Clang otwiera nowe możliwości nie dla Linuxa,
ale dla Androida, którego trzeba przepisać na C ze względów wydajnościowych i prawnych.
Android-5 ma być cały w którejś wersji C++ lub C#.
I lepiej byłoby, gdyby bazował na GCC lub Clangu, aniżeli na czymkolwiek innym.
Offline
413
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:44:12)
Offline
[quote=Jacekalex]ale dla Androida, którego trzeba przepisać na C ze względów wydajnościowych i prawnych.
Android-5 ma być cały w którejś wersji C++ lub C#.[/quote]
O dość ciekawe. Masz jakiś link nt. tego? Coś tam słyszałem, że był pozew od Oracle. ale nic więcej.
pojawienie się konkurencji wyjdzie tylko na plus. A odnośnie licencji - wydaje mi się, że BSD to naturalny wybór jak projekt jest pośrednio pod patronatem jakiegoś giganta (jak np. Apple, Google itd..). Firma jest szczęśliwa, bo sobie może zamknąć kod, dodać coś od siebie i wypuścić jako jakiś tam zamknięty produkt. Programiści i projekt też raczej jest w komfortowej sytuacji. A normalnie gdy brak takiego wsparcia? można wybrać BSD i mieć nadzieję, że firma zforkuje nasz kameralny projekcik. ulepszy, zamknie, zacznie trzepać kasę i tyle go widzieliśmy. bodajże WINE zmienił licencję, bo pojawił się komercyjny fork. też ciekawe czy ucieszyło developerów FreeBSD jak Sony ich zerżnęło aby mieć co włożyć do PS4 nie dając nic w zamian.
Ostatnio edytowany przez dominbik (2014-02-04 18:08:04)
Offline
Czytałem o tym na jakichś portalach, chyba w październiku.
Oracle nie złożyło broni, i drukuje nowe pozwy tak, że papier podrożał :D
Do tego Andek 5 miał się wziąść za łeb z FirefoxOS.
Developerzy mono napisali Dalvika w C#/mono - chodzi 5 x szybciej.
Sznurek: http://www.benchmark.pl/aktualnosci/XobotOS_Android_w_C_i_Mono_dziala_kilka_razy_szybciej_niz_w_Javie-39750.html
Też gdzieś czytałem, że w Google się zastanawiają w kontekście 5-tki i następnych wydań - C# czy C++, nawet się zdziwiłem, że tak kombinują, bo przecież sami robią jeżyk Go.
Powód kombinacji jest bardzo prosty, ma chodzić szybciej niż FirefoxOS na jednym rdzeniu i 512 mb ram, i być szybszy od IOS i Win$Phone.
W kodzie jawopodobnym to raczej niewykonalne,
pozostaje pytanie, w jakim języku trzeba napisać system mobilny,
żeby mieć najlepszą wydajność i szybkość działania.
Przy okazji, jak wypali na Linuxa biblioteka [url=https://github.com/libhybris/libhybris]libhybris[/url] (API do androidowych Appków na Linuxa), to dojdzie następny gracz na komórki, znany pod takimi nazwami, jak Debian, Gentoo, Slackware, Ubuntu, itp.
Wystarczy jajo (na jakim chodzi Andek?), Wayland, Alsa i libhybris.
Jajo też jest gotowe:
zgrep -i android /proc/config.gz # Android CONFIG_ANDROID=y CONFIG_ANDROID_BINDER_IPC=y CONFIG_ANDROID_LOGGER=y CONFIG_ANDROID_TIMED_OUTPUT=y CONFIG_ANDROID_LOW_MEMORY_KILLER=y CONFIG_ANDROID_INTF_ALARM_DEV=y
SailfishOS w Jolii tego używa.
Jest już nawet port Sailfisha na Nexusa4.
Nad innymi modelami praca wre, że [url=http://forum.xda-developers.com/jolla-sailfish/general]wióry lecą[/url]. :DDD
Także z powodzeniem można powiedzieć, że "się zaczęło",
a Android będzie musiał być lepszy od Linuxa na swoim własnym podwórku. :D
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2014-02-04 19:10:09)
Offline
415
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:44:14)
Offline
A kto zabrania pisać programy w javie.
Tu chodzi o to, że Dalvika mają przepisać na jakąś wersję C++ lub C#.
Programy dodatkowe i Appki mają działać jak dawniej.
Dalvik, to jest maszyna wirtualna, na której działa cały Android.
Maszyna Dalvik jest odpalana na normalnym Linuxe.
I właśnie fakt, że Dalvik jest napisany w Javie powoduje kłopoty Androida z wydajnością, a przy okazji wieczną agresję Oracle.
Offline
@Jacekalex:
To chyba nie do końca tak - z tego co pamiętam, jakiś czas temu Oracle ganiło dalvika za wydajność, porównywali wydajność jakiejś apki napisanej w Javie i uruchamianej kolejno na Dalviku i potem na JVM7 i JVM8Beta
Dalvik wypadł najgorzej, JVM8 miała naprawdę duży skok w porównaniu do JVM7. Generalnie trzeba pamiętać że C# tez działa na maszynie, też zarządza ramem i tez jest kompilowany do kodu pośredniego, dlatego śmiem twierdzić że wzrost wydajności był tak wielki nie ze względu na Javę, a na bardzo słabą jakoś kodu samego Dalvika. Swoją drogą... Dalvik sam w sobie działa natywnie prawda?
Inna sprawa że mi się marzy QT jako podstawka... aż dziw bierze że Google w tę stronę nie poszło - dobry i duży framework, z bardzo dobra dokumentacją, oraz api do tworzenia graficznych bajerów umożliwiających pisanie programików androidowych w szybkim tempie... (do tego plus że jest z automatu przenośne na inne platformy, wystarczy gui dostosować) fakt że wtedy jeszcze Nokia była właścicielem... szlag by to ;]
Offline
Qt na androida jest.
A Dalvik w C++? będzie dużo wolniejszy od Javy?
Myślę, ze Google wielkiego wyboru nie ma, Sailfish jest już, za moment będzie jeszcze Tizen, pcha się Ubuntu.
Jak te wszystkie "pingwiniątka" zaczną obsługiwać natywnie Appki Androida, to ciekawe, ile wytrzyma obecny Dalvik (w JVM) w starciu z Waylandem.....
Andek poza tym przegrywa wydajnością i z IOS, i z Win$.
Z tym też coś w końcu trzeba zrobić. ;)
Ostatnio edytowany przez Jacekalex (2014-02-04 21:34:35)
Offline
416
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:44:15)
Offline
Time (s) | Query |
---|---|
0.00007 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00038 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.145.10.68' WHERE u.id=1 |
0.00048 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.145.10.68', 1732475758) |
0.00023 | SELECT * FROM punbb_online WHERE logged<1732475458 |
0.00041 | SELECT topic_id FROM punbb_posts WHERE id=254801 |
0.00005 | SELECT id FROM punbb_posts WHERE topic_id=22930 ORDER BY posted |
0.00056 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=22930 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00408 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=22930 ORDER BY p.id LIMIT 0,25 |
0.00065 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=22930 |
Total query time: 0.007 s |