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 04:33 | Nová verze

    Byla vydána RC verze openSUSE Leap 16. S novým instalátorem Agama, Xfce nad Waylandem a SELinuxem.

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

    Google Chrome 139 byl prohlášen za stabilní. Nejnovější stabilní verze 139.0.7258.66 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 12 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře. S verzí 139 přestal být podporován Android 8.0 (Oreo) a Android 9.0 (Pie).

    Ladislav Hagara | Komentářů: 0
    včera 19:11 | Komunita

    Společnost JetBrains se stala platinovým sponzorem multiplatformního open source herního enginu Godot. K vývoji her lze používat Rider for Godot. Zdarma pro nekomerční účely.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Nová verze

    Byla vydána verze 9.0 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Verze 9.0 je založena na Debianu 13 Trixie. Přehled novinek v poznámkách k vydání a informačním videu.

    Ladislav Hagara | Komentářů: 0
    včera 13:44 | IT novinky

    Operátor O2 dává všem svým zákazníkům s mobilními službami poukaz v hodnotě 300 Kč na nákup telefonu nebo příslušenství jako omluvu za pondělní zhoršenou dostupnost služeb.

    Ladislav Hagara | Komentářů: 10
    včera 04:00 | Nová verze

    Společnost NVIDIA vydala verzi 13.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    4.8. 04:22 | IT novinky

    Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 28. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.

    Ladislav Hagara | Komentářů: 9
    3.8. 14:22 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červenec (YouTube).

    Ladislav Hagara | Komentářů: 0
    3.8. 01:11 | Pozvánky

    Konečně se ochladilo, možná i díky tomu přestaly na chvíli padat rakety jako přezrálé hrušky, díky čemuž se na Virtuální Bastlírně dostane i na jiná, přízemnější témata. Pokud si chcete jako každý měsíc popovídat s dalšími bastlíři, techniky, vědci a profesory u virtuálního pokecu u piva, Virtuální Bastlírna je tu pro Vás.

    Ještě před ochlazením se drát na vedení V411 roztáhl o 17 metrů (přesné číslo není známé, ale drát nepřežil) a způsobil tak… více »
    bkralik | Komentářů: 3
    2.8. 23:44 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (28%)
     (28%)
     (5%)
     (7%)
     (4%)
     (1%)
     (2%)
     (25%)
    Celkem 218 hlasů
     Komentářů: 23, poslední 4.8. 13:01
    Rozcestník

    Dotaz: Makefile: problém se závislostmi

    Gilhad avatar 16.4.2023 14:56 Gilhad | skóre: 20 | blog: gilhadoviny
    Makefile: problém se závislostmi
    Přečteno: 691×
    V Makefile mám (kromě dalších) následující pravidla (s příslušnými recepty a v tomto pořadí)
    $(info [$(THIS_MAKEFILE)])
    
    .PHONY: all html plain_files static rsync_upload help more_help clean clean_all
    all: html
    html: $(TARGETS) $(BUILD_DIR)/.nav_dir.nav generated.mk
    $(BUILD_DIR)/.nav_dir.nav: $(DIRNAVS)
    generated.mk: $(THIS_MAKEFILE) $(BUILD_DIR)/.nav_dir.nav
    

    když smažu $(BUILD_DIR)/.nav_dir.nav a dám "make all", tak se mi generated.mk nezbuduje:

    $ rm build/.nav_dir.nav 
    $ make all
    [Makefile]
    build/.nav_dir.nav
    === html ===
    === all ===
    $
    

    teprve až když to dám podruhé

    $ make all
    [Makefile]
    ===  generated.mk ===
    [Makefile]
    compile_rst: input output build   file_5
    compile_rst: input output build  directory_2/subdirectory_5 file_5
    compile_rst: input output build  directory_2/subdirectory_5 file_2
    ....
    === html ===
    === all ===
    $
    

    Já si myslím, že když chybí ten build/.nav_dir.nav a dám přebudovat all, které závisí na html, které závisí na generated.mk, který závisí na tom build/.nav_dir.nav, tak by se měl přebudovat hned na poprvé

    Make si to nemyslí. Kde dělám chybu? Jak ji opravit?

    Řešení dotazu:


    Odpovědi

    Řešení 1× (Gilhad (tazatel))
    16.4.2023 15:51 tttttttttttttt
    Rozbalit Rozbalit vše Re: Makefile: problém se závislostmi
    Pravděpodobně jinde než v tom, co jsi poslal. Zkusil jsem podle toho vytvořit Makefile:
    THIS_MAKEFILE=Makefile
    BUILD_DIR=build
    TARGETS=target
    
    .PHONY: all html plain_files static rsync_upload help more_help clean clean_all
    
    all: html
    
    html: $(TARGETS) $(BUILD_DIR)/.nav_dir.nav generated.mk
    
    $(BUILD_DIR)/.nav_dir.nav: $(DIRNAVS)
    	mkdir -p $(BUILD_DIR)/
    	touch $(BUILD_DIR)/.nav_dir.nav
    
    generated.mk: $(THIS_MAKEFILE) $(BUILD_DIR)/.nav_dir.nav
    		touch generated.mk
    
    target: 
    		touch target
    
    a chová se tak, jak očekáváš:
    ❯ make
    touch target
    mkdir -p build/
    touch build/.nav_dir.nav
    touch generated.mk
    ❯ rm -r build                    
    ❯ make
    mkdir -p build/
    touch build/.nav_dir.nav
    touch generated.mk
    Většinou to jde vyčíst z make --debug resp. make --debug=all
    Řešení 1× (Gilhad (tazatel))
    Gilhad avatar 16.4.2023 19:55 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Makefile: problém se závislostmi
    Díky strašně moc!

    Měl jsi naprostou pravdu a já žil léta v omylu. Celý ten problém způsobilo tohle (úplně jinde v tom Makefilu):

    # .SECONDARY: bez targetu ponecha VSECHNY intermediate fily a nesmaze je (pokud se je podari vyrobit)
    # Define the .SECONDARY target to keep intermediate files
    .SECONDARY:
    

    Ve skutečnosti to sice ty intermediate files sice zachová a nemaže, pokud už je jednou vytvoří (což bylo cílem), ale pokud je něco intermediate file a něco jiného ho potřebuje, ale to něco jiného se stejně bude přebudovávat, tak se ten intermediate file vůbec nemusí tvořit (a to je ten problém).

    https://www.gnu.org/savannah-checkouts/gnu/make/manual/html_node/Special-Targets.html:
    .SECONDARY can be used to avoid redundant rebuilds in some unusual situations. For example:

    Suppose hello.bin is up to date in regards to the source files, but the object file hello.o is missing. Without .SECONDARY make would rebuild hello.o then rebuild hello.bin even though the source files had not changed. By declaring hello.o as .SECONDARY make will not need to rebuild it and won’t need to rebuild hello.bin either. Of course, if one of the source files were updated then all object files would be rebuilt so that the creation of hello.bin could succeed.

    .SECONDARY with no prerequisites causes all targets to be treated as secondary (i.e., no target is removed because it is considered intermediate).
    Ve skutečnosti tam mělo být
    .NOTINTERMEDIATE

    Prerequisites of the special target .NOTINTERMEDIATE are never considered intermediate files. See Chains of Implicit Rules. .NOTINTERMEDIATE with no prerequisites causes all targets to be treated as not intermediate.

    If the prerequisite is a target pattern then targets that are built using that pattern rule are not considered intermediate.
    Tak jsem to opravil a už to dělá co má :)

    Já to používám na vytváření statických stránek na web a mám tam spoustu těch mezilehlých souborů pro urychlení zpracování (seznamy souborů používajících nějaký tag, nějakého autora, v nějakém adresáři ... a často se kvůli takovému mrňavému souboru musí zpracovat naprosto věechny zdrojáky, aby se zjistilo, že se to použije jen v jediném případě), takže když se jednou vytvoří, tak je chci zachovat tak dlouho, dokud je není nutno změnit.

    A jak jsem se koukal, tak se se mnou tenhle špatný překlad/miskoncepce táhne minimálně od roku 2003 ... Takže ještě jednou díky :)

    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.