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í
×
dnes 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 7
dnes 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
dnes 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 6
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 30
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 46
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 9
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 944 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: C/C++: gcc mi zahazuje symbol

    oryctolagus avatar 31.10.2010 23:43 oryctolagus | skóre: 29 | blog: Untitled
    C/C++: gcc mi zahazuje symbol
    Přečteno: 389×
    Ahoj,
    Mám zdroják v tomhle znění:
    static const unsigned char data[] =
    {
      0x5e, 0x7, //atd, atd,...
    }
    
    což jsou nějaká data, která potřebuju.
    Když to ale zkompiluju v gcc nebo v g++ s kteroukoli z -Ox úrovní větší než nula, výsledný .o je prakticky prázdný, rozhodně neobsahuje data. Když odendám const, vše je ok. Já bych ale radši, aby tam const byl...

    Jak to vyřešit? Nejradši bych úpravnou zdrojáku. Možná to je něco banálního, ale já na to nemůžu přijít...
    Díky za každou radu.
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED

    Řešení dotazu:


    Odpovědi

    1.11.2010 00:24 Jirka P
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Nic se neděje...

    static znamená, že tahle data jsou viditelná jen z daného modulu (tzn. ne z jiných .o). gcc jenom usoudí, že ta data nejsou v daném modulu čtena (když je prázdný), a tak je zahodí.

    Proč chceš, aby tam data byla?
    oryctolagus avatar 1.11.2010 08:32 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Když static odendám, chová se to úplně stejně... Taky jsem to tam původně neměl...

    No ale já už na to přišel.
    Když před to dám extern, nezmizí to.
    Takže to vypadá takhle:
    extern const unsigned char data[];
    const unsigned char data[] =
    {
      0x5e,0x7, //atd...
    }
    
    Takhle to nvyhodí ani při -Os... ;-)
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED
    1.11.2010 14:33 Sinuhet | skóre: 31
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    U promennych je static default, takze jeho explicitnim pridanim ci odstranenim na vyznamu deklarace nic nezmenite.
    oryctolagus avatar 1.11.2010 20:34 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Od, dík za info. Ono vzhledem k tomu, že to pole je v global scope, tak ani auto být nemůže. Čili lepší řešení než to s tím extern asi nebude, nebo jo?
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED
    1.11.2010 21:32 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Možná by pomohlo, kdybyste naznačil, k čemu tam ta data vlastně jsou, když je v programu nepoužijete. To má být nějaká značka, kterou pak ve spustitelném souboru někdo hledá?
    oryctolagus avatar 1.11.2010 21:49 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Já je v programu použiju, samozřejmě. Ale na úplně jiném místě v jiném objektu (zase přes extern) a gcc to zřejmě nepozná...
    Ono totiž tenhle zdroják je generovaný v průběhu kompilace... Ano já vím, jsem úchyl :-D
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED
    1.11.2010 22:20 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    V tom případě to samozřejmě nesmí být static, static je právě to, co se nikde mimo daný modul nepoužije. Klíčové slovo static se používá právě tam, kde víte, že danou funkci nikde jinde použít nechcete, a chcete se vyhnout potenciální kolizi se stejnojmennými (opět static) symboly v jiných modulech.
    oryctolagus avatar 1.11.2010 22:43 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Ne ne, zřejmě úplně přesně nerozumíte tomu static.
    static znamená, že ta proměná je staticky alokovaná. auto znamená, že proměnná je automaticky alokovaná podle toho, kdy kontext vejde v platnost.
    Z toho logicky plyne, že globální proměnná nemůže být auto (a pochopitelně ani register, což je specielní případ auto).

    Když potřebuju static proměnnou z nějakého modulu vidět v jiném, použiju na to právě extern, který značí, že pamět pro daný identifikátor se vůbec nealokuje, vůbec neřeší, protože je řešena jinde.

    Vzhledem k tomu, že jiné možnosti než static, auto, register a extern nejsou, tak to moje pole musí být static, a je to tak i správně.
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED
    1.11.2010 22:59 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Ne ne, zřejmě úplně přesně nerozumíte tomu static.

    Myslíte? Tak se podívejme do normy:

    1. An identifier declared in different scopes or in the same scope more than once can be made to refer to the same object or function by a process called linkage.21) There are three kinds of linkage: external, internal, and none.

    2. In the set of translation units and libraries that constitutes an entire program, each declaration of a particular identifier with external linkage denotes the same object or function. Within one translation unit, each declaration of an identifier with internal linkage denotes the same object or function. Each declaration of an identifier with no linkage denotes a unique entity.

    3. If the declaration of a file scope identifier for an object or a function contains the storage class specifier static, the identifier has internal linkage.22)

    1.11.2010 23:08 Vojtěch Horký | skóre: 39 | blog: Vojtův zápisník | Praha
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Když potřebuju static proměnnou z nějakého modulu vidět v jiném, použiju na to právě extern, který značí, že pamět pro daný identifikátor se vůbec nealokuje, vůbec neřeší, protože je řešena jinde.
    Máte nějaký příklad? Jakmile proměnnou označím jako extern, je to pouze její deklarace a překladač ví, že adresu doplní až linker (protože definice je někde jinde). V okamžiku, kdy proměnnou označím jako static, překladač ji zpřístupní pouze v daném modulu.

    A rozhodně nedovolí, aby proměnnou v hlavičkovém souboru označenou jako extern někdo označil jako static v .c souboru.

    Nebo tenhle příklad je o něčem jiném, než co jste myslel?
    ==> data.h <==
    #ifndef _DATA_GUARD
    #define _DATA_GUARD
    
    extern const int data[];
    
    #endif
    
    ==> data.c <==
    #include "data.h"
    
    const int data[] = { 0, 2, 5 };
    
    
    ==> main.c <==
    #include <stdio.h>
    #include "data.h"
    
    int main() {
    	printf("data[0] = %d\n", data[0]);
    	return 0;
    }
    
    
    
    ==> Makefile <==
    CC = gcc
    CLFAGS = -Wall
    
    static: data.o main.o
    	$(CC) $(CFLAGS) -o $@ data.o main.o
    
    %.o: %.c data.h
    	$(CC) $(CFLAGS) -c -o $@ $< 
    I am always ready to learn although I do not always like to be taught. (W. Churchill)
    oryctolagus avatar 1.11.2010 23:44 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    V tomhle případě můžete klidně v data.c proměnnou data[] deklarovat jako static a nic se nestane. Jestli mi nevěříte, zkuste si to.

    Hint: Ona už static by-default je, i když to tam není napsaný ;-)
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED
    2.11.2010 00:10 Vojtěch Horký | skóre: 39 | blog: Vojtův zápisník | Praha
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Jestli mi nevěříte, zkuste si to.
    Já jsem si to právě zkoušel ;-).
    $ cat data.c 
    #include "data.h"
    
    static const int data[] = { 0, 2, 5 };
    
    $ make
    gcc  -c -o data.o data.c 
    data.c:3:18: error: static declaration of ‘data’ follows non-static declaration
    data.h:4:18: note: previous declaration of ‘data’ was here
    make: *** [data.o] Error 1
    I am always ready to learn although I do not always like to be taught. (W. Churchill)
    oryctolagus avatar 2.11.2010 00:16 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Ok dobře, mea culpa. Mně to předtím "fungovalo", asi jsem někde něco zapomněl...
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED
    1.11.2010 21:59 Vojtěch Horký | skóre: 39 | blog: Vojtův zápisník | Praha
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Čili lepší řešení než to s tím extern asi nebude, nebo jo?
    S tím extern je to IMHO správné (ne lepší) řešení. Pokud má být nějaké proměnná dostupná v jiném modulu (*.o souboru), tak by tohle mělo fungovat:
    data.h:
    extern const unsigned char data[];
    
    data.c:
    // tady IMHO extern být nemá, protože tohle je 
    // právě ta jejich definice
    const unsigned char data[] = { ... }; 
    
    soubor_co_data_pouziva.c:
    #include "data.h"
    
    ...
    printf("data[0] = %d\n", (int) data[0]);
    A dokud nebudou ty data nikdy použita, tak je asi stejně vyhodí linker.
    I am always ready to learn although I do not always like to be taught. (W. Churchill)
    oryctolagus avatar 1.11.2010 22:12 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Jo, tohle jsem to zkoušel... Ono je to taky logické řešení.
    Ale vyhazoval to už při kompilaci. Mám podezření, že to je tím, že u toho data.h on nezná velikost toho pole, kdežto v tom data.c je vlastně přesná velikost, tím že tam je initializator, čili on si ty dva možná nemusí spojit (jen hádám)...
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED
    1.11.2010 22:35 petris_ | skóre: 12
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    A nezapomnel jste data.h do toho data.c naincludovat?
    oryctolagus avatar 1.11.2010 22:45 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    No, to ani nejde, protože ten data.c je generovaný compile-time.
    V opačném případě by to asi problém řešilo, to máš pravdu...
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED
    1.11.2010 22:53 Vojtěch Horký | skóre: 39 | blog: Vojtův zápisník | Praha
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    No, to ani nejde, protože ten data.c je generovaný compile-time.
    To by snad nemělo vadit, ne? Dokud to vypadá nějak takhle:
    data.o: data.c
        $(CC) -o $@ $<
    
    data.c: neco
        generuj.sh >$@
    Tak by neměl být problém udělat něco jako (echo '#include "data.h"; generuj.sh ) >$@.
    I am always ready to learn although I do not always like to be taught. (W. Churchill)
    oryctolagus avatar 1.11.2010 22:56 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Používám CMake. Ale já to nemusím řešit, už mi to funguje ;-)
    Krom toho to moje řešení je naprosto ekvivalentní, protože to #include "data.h" by ve výsledku neudělalo nic jiného, než přidalo tu řádku, kterou jsem tam přidal ručně...
    Shell v kostce: echo -e "\e[1;2r\e[?2l"  |  Java v kostce  |  Haskell v kostce  |  RESOLVED FIXED
    1.11.2010 23:06 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: C/C++: gcc mi zahazuje symbol
    Řešení s includem má jednu zásadní výhodu: neriskujete, že jednoho dne tu deklaraci na jednom z těch dvou míst změníte a zapomenete, že ji máte ještě někde jinde.

    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.