abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 18:22 | Nová verze

    Byla vydána verze 0.2.0 v Rustu napsaného frameworku Pingora pro vytváření rychlých, spolehlivých a programovatelných síťových systémů. Společnost Cloudflare jej letos v únoru uvolnila pod licencí Apache 2.0.

    Ladislav Hagara | Komentářů: 0
    10.5. 19:11 | Nová verze

    Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 7
    10.5. 04:11 | Nová verze

    Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    9.5. 22:22 | Bezpečnostní upozornění

    Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].

    Ladislav Hagara | Komentářů: 17
    9.5. 21:11 | Zajímavý článek

    V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.

    Ladislav Hagara | Komentářů: 32
    9.5. 14:33 | Pozvánky

    O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

    Ladislav Hagara | Komentářů: 0
    8.5. 21:55 | Nová verze

    Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.

    Ladislav Hagara | Komentářů: 20
    8.5. 20:22 | IT novinky

    Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.

    Ladislav Hagara | Komentářů: 7
    8.5. 12:55 | Nová verze

    Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    7.5. 18:55 | IT novinky

    Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).

    Ladislav Hagara | Komentářů: 10
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (64%)
     (8%)
     (13%)
     (16%)
    Celkem 160 hlasů
     Komentářů: 11, poslední 10.5. 18:00
    Rozcestník

    Dotaz: Kompilace do jiného adresáře

    23.4.2012 18:14 DWD | skóre: 18 | blog: papiry
    Kompilace do jiného adresáře
    Přečteno: 212×

    Když kompilujeme ze zdrojového kódu aplikace, nemusíme je kompilovat a instalovat do adresářů, kam se obvykle instalují programy pomoci balíčků. Můžeme použít například /opt/slozka nebo i některý domácí adresář. Takové věci si však nemůžeme dovolit při kompilování sdílených knihoven nebo pluginů, protože by je žádná aplikace nenašla. Sdílené knihovny a pluginy každá aplikace hledá na obvyklých místech, proto i při kompilaci musíme zachovat, kam se to nainstaluje. Teď mě ale napadá, že můžou být taky vyjímky, kdy sdílené knihovny nebo pluginy můžeme nebo dokonce je vhodné nakompilovat jinam. Příklad:

    Pomoci balíčku mám nainstalované swh-plugins, které fungují dobře. Některý plugin bych si chtěl upravit, aby fungoval trochu jinak, ale ostatní pluginy bych nechtěl pokazit. Proto bych si stáhnul zdrojový kód swh-plugins, rozbalím, udělám některé úpravy ve zdrojovém kódu u vybraného pluginu, potom všechny pluginy zkompiluji. Při kompilaci si však zvolím nějaký prázdný adresář, třeba i v domácí složce. Vím, že zatím ty nové plginy fungovat nebudou, protože je žádný program nenajde, to ale nevadí. Vyhledám si binární soubur pluginu, který jsem předtím upravoval, a ten ručně nakopíruji teprve až teď na obvyklé předepsané místo, aby ho aplikace našly. Ještě předtím zkontroluji, jestli v tom "obvyklém" adresáři není soubor se stejným názvem a pokud je, tak si název nového souboru upravím, aby se odlišil a nepřepsaly be se soubory navzájem.

    Mám pravdu, že v některých případech je vhodné pluginy dočasně nakompilovat jinam? Mohl bych postupovat, jak jsem popsal? A nemůže kompilace selhat nebo zkončit chybou, kvůli tomu, že si nastavím, aby se mi to kompilovalo jinam? Přece jenom to nejsou normální aplikace, ale pluginy nebo sdílené knihovny, u kterých to není zvykem.

    Jsem kretén, který ví lautr hovno o Linuxu a o počítačích vůbec.

    Řešení dotazu:


    Odpovědi

    23.4.2012 18:39 Atrament
    Rozbalit Rozbalit vše Re: Kompilace do jiného adresáře
    Když si zkompiluješ nějakou knihovnu někam do /opt/knihovna a chceš ji otestovat tak stačí nastavit LD_LIBRARY_PATH tak aby linker nejprve našel tu tvoji knihovnu v /opt/knihovna - prostě dáš ten adresář s tou knihovnou na začátek. Kdybys tak chtěl nějakou knihovnu mít nainstalovanou a používat pořád, tak stačí přidat záznam o tom do /etc/ld.so.conf...
    rADOn avatar 24.4.2012 20:13 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Kompilace do jiného adresáře
    K tomu ještě dodám, že pokud ty pluginy nejsou linkované do binárky ale natahují se za běhu pomocí dlopen(), může si aplikace určit vlastní cestu ke knihovně nezávislou na nastavení linkeru. Ta by pak měla být někde v konfiguráku té aplikace. Přinejhorším by to mělo jít vynutit pomocí LD_PRELOAD, což je taková drsnejší varianta LD_LIBRARY_PATH.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco

    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.