abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

včera 23:55 | Komunita

Ubuntu 17.10 (Artful Aardvark) bude ve výchozím stavu zobrazovat Dok (Launcher). Jedná se o rozšíření GNOME Shellu Ubuntu Dock. To bylo forknuto z rozšíření Dash to Dock. Ukázka na YouTube [reddit].

Ladislav Hagara | Komentářů: 0
17.8. 15:33 | Nová verze

Byla vydána verze 17.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace kmag, kmousetool, kgoldrunner, kigo, konquest, kreversi, ksnakeduel, kspaceduel, ksudoku, kubrick, lskat a umbrello byly portovány na KDE Frameworks 5.

Ladislav Hagara | Komentářů: 0
17.8. 15:11 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-08-16 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Nejnovější Raspbian je založen na Debianu 9 Stretch. Přehled novinek v poznámkách k vydání. Řešena je také bezpečnostní chyba Broadpwn (CVE-2017-9417).

Ladislav Hagara | Komentářů: 1
17.8. 12:33 | Nová verze

Byla vydána verze 3.2.0 programu pro skicování, malování a úpravu obrázků Krita. Přehled novinek v poznámkách k vydání a na YouTube.

Ladislav Hagara | Komentářů: 0
17.8. 11:44 | IT novinky

Minulý týden na šampionátu The International 2017 byl představen bot, který poráží profesionální hráče počítačové hry Dota 2. V nejnovějším příspěvku na blogu se organizace OpenAI o projektu více rozepsala a zveřejnila videozáznamy několika soubojů.

Ladislav Hagara | Komentářů: 7
16.8. 17:11 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 26 Release Party konané 10. srpna v Praze.

Ladislav Hagara | Komentářů: 0
16.8. 15:33 | Komunita

Přesně před čtyřiadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 8
16.8. 06:00 | Bezpečnostní upozornění

Ve virtualizačním softwaru Xen bylo nalezeno a opraveno 5 bezpečnostních chyb XSA-226 až XSA-230. Nejzávažnější z nich XSA-227 (CVE-2017-12137) umožňuje eskalaci privilegií a ovládnutí celého systému, tj. správce hostovaného systému se může stát správcem hostitelského systému.

Ladislav Hagara | Komentářů: 1
15.8. 22:00 | Zajímavý projekt

V roce 2013 proběhla na Kickstarteru úspěšná kampaň na podporu otevřeného Dobře temperovaného klavíru (Well-Tempered Clavier). Stejný tým s Kimiko Išizaka spustil před týdnem na Kickstarteru kampaň Libre Art of the Fugue na podporu svobodného Umění fugy.

Ladislav Hagara | Komentářů: 2
15.8. 13:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 143. brněnský sraz, který proběhne v pátek 18. srpna od 18:00 hodin ve sportovním areálu a restauraci BeachPub Sokolák u Brněnské přehrady aneb v hantecu u Prýglu.

Ladislav Hagara | Komentářů: 0
Těžíte nějakou kryptoměnu?
 (4%)
 (2%)
 (17%)
 (76%)
Celkem 357 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    Rozcestník

    Dotaz: Position dependent code a sdílená knihovna

    1.3.2013 23:09 Logik
    Position dependent code a sdílená knihovna
    Přečteno: 388×
    Mám knihovnu (64bit linux), zkompilovanou bez přepínače -fPIC. Zdrojáky k ní nemám. Chtěl bych z ní udělat pomocí f2py rozšíření do pythonu: to je ale sdílená knihovna a tedy použití -fPIC vyžaduje. Neznáte někdo nějakou cestu, jak to obejít?

    Napadlo mě např. nějaká transformace knihovny na PIC code? Nebo nějakej PIC wraper a vhodná kombinace přepínačů linkeru tak, by to šlo přeložit?

    Jediné co mě napadlo je to spustit v podprocesu, ale vzhledem k tomu, že to je řešič a jako argument tomu lezou desítky megabajtů, tak bych se rád vyhnul zbytečný duplikaci obsazený paměti a rád bych to spustil ve stejnym adresnim prostoru.

    Odpovědi

    1.3.2013 23:20 Logik
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    PS: Ještě jsem našel toto, http://eli.thegreenplace.net/2011/11/11/position-independent-code-pic-in-shared-libraries-on-x64/ ale mimo to, že netuším, jestli by python s takovouto knihovnou správně kooperoval, tak mi to odmítá můj soubor zkompilovat.
    1.3.2013 23:20 Logik
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    PS: Ještě jsem našel toto, http://eli.thegreenplace.net/2011/11/11/position-independent-code-pic-in-shared-libraries-on-x64/ ale mimo to, že netuším, jestli by python s takovouto knihovnou správně kooperoval, tak mi to odmítá můj soubor zkompilovat a hlásí to:

    internal compiler error: in cselib_hash_rtx, at cselib.c:741 Please submit a full bug report, with preprocessed source if appropriate.
    3.3.2013 15:48 graviton
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    Jak taková "knihovna" vypadá? Obávám se, že bez podstatného upřesnění se nikdo nechytne.

    Jak to tady čtu, tak f2py popadne zdrojáky ve fortranu a vygeneruje z nich sdílenou knihovnu (je to tento případ? asi ne, že?). Strkat do f2py sdílenou knihovnu se mi zdá poněkud proti proudu.
    4.3.2013 00:26 Logik
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    Knihovna je prostě balíček objektových (.o) souborů zabalených pomocí ar do .a souboru.

    S f2py ses trefil přesně - právě on dělá tu sdílenou knihovnu a já v ideálním případě potřebuju nějakou kombinaci přepínačů tak, aby do ní uměl naliknovat i ten position dependent code z té knihovny, popř. nějakou transformaci té knihovny tak, aby byla PIC.

    Konkrétně jde o jadamilu řešič: http://homepages.ulb.ac.be/~jadamilu/ a já hledám nějaký rozumný způsob, jakým volat z Pythonu (2.5), popř. Cythonu ten řešič. Varianta, že uložím zadání do souboru a spustím child process tu sice je, ale moc mě neláká.

    Na sdílenou knihovnu jsem se ptal, protože pokud udělám sdílenou knihovnu, tak tu už nějak z pythonu zavolám (přinejhorším tak, že z Cythonu zavolám C kód volající knihovnu), popř. z toho jak se dělá vyšaším, jaký parametry procpat do f2py, aby to jelo.

    Tak díky moc za pomoc.
    4.3.2013 07:16 graviton
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    http://www.technovelty.org/c/position-independent-code-and-x86-64-libraries.html <- nějaké další vysvětlivky k té sdílené knihovně - moc nadějí bych do toho nevkládal.

    Varianta vedlejší proces+shared memory? Sice se data budou muset alespoň jednou kopírovat a pokud se jedná o stovky mega, tak si uživatel bude možná muset přenastavit v systému nějaké limity, ale rychlostně by to zas tak tragické být nemuselo.
    oryctolagus avatar 10.3.2013 05:38 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    Knihovna je prostě balíček objektových (.o) souborů zabalených pomocí ar do .a souboru.
    Dělá to na mě dojem, že to je prostě statická knihovna.

    Mělo by se to ale dát celkem jednoduše přelinkovat do dynamického .so s -fPIC. Podívej se na tohle (druhá odpověď), imho velmi podobný problém.
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED
    10.3.2013 21:38 Logik
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    Možná mělo, ale nedá. :-) Při linkování do sdílené knihovny to zařve, že je to position dependent code (tu hlášku si přesně nepamatuju a makefile už mám jinej, je to něco s R_X86_64_PC32). Btw. kdyby to bylo tak jednoduchý, tak bych se asi neptal :-), protože f2py nedělá nic jinýho, než že k funkcím vygeneruje wrappery a celý to zabalí do jedný sdílený knihovny.

    fPIC je záležitost kompilace, nikoli linkování - musí se změnit způsob odkazování na globální symboly - takže "přelinkovat" pos-dependent code na independent jednoduše nelze.

    rADOn avatar 11.3.2013 18:08 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    AFAIK pokud ten kód používá registr kde je globální offset, tak nic nenaděláš. A to by musel být hodně primitivní kód aby nechával ležet ladem nevyužitý registry :-)
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    3.3.2013 18:33 ivan
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    Nejsem si uplne jistej, ale myslim, ze -fPIC je na 64bit architekture implicitni. Co to vlastne doopravdy mas? Mas .obj soubory anebo statickou .a knihovnu?
    3.3.2013 19:08 potato
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    AFAIK x86_64 používá relativní offsety na data, to se ale netýká funkcí.
    4.3.2013 00:28 Logik
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    Implicitní není, musí se zadávat.

    Mám .a knihovnu, ale ta je jen balíček .o souborů, takže mám defakto i objektový soubory. Ale jsou prokazatelně non-PIC (nebo PDC? jakej je tu vlastně správnej termit?)
    5.3.2013 10:46 Ivan
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    Aha tak to jsem byl vedle. Me to jednou fungovalo i bez -fPIC u knihovny v C++. To ze mi tam ten option chybi jsem zjistil az kdyz jsem to portoval na 32bit Linux - sam jsem se divil jakto, ze to muze fungovat.

    Mam jeste jeden napad. Napis tem autorum - na webu pisou: "If you don't find in this list the combination that matches your need, you may contact the authors providing them a temporarily login on your machine; we shall use it to generate the libraries, that will be subsequently post on the web to benefit the whole community. "

    Kdyz jim nabidnes wrapper pro python tak ti snad nedaji kosem.

    5.3.2013 14:41 Logik
    Rozbalit Rozbalit vše Re: Position dependent code a sdílená knihovna
    To uz jsem udelal, poslali mi ale jen kody pro simple eigenvalue problem a ja potrebuju general eigenvalue problem (pritom v ty knihovne jsou). Na dalsi mail zatim neodpovedeli (tak doufám, že jsem )

    PS: Na 32bit linuxu by to právě bez toho fPIC fungovat mělo, problém to je akorát na 64bit, nepřehodil's to?

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.