Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Nudou jsi opuch?
Navštiv Lopuch!

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub C, C++ [ŽP: neomezená] (kategorie Programování) moderuje Šéf Lopuchu.
Archiv

Články

Jak bezpečně ukončit vlákno z DllMain
FastAllocPool - urychlení častých alokací a dealokací
Akce a zpráva jako objekt
Tuply v C++
Efektivní alokátor malých objektů a tady druhý a třetí díl
Šablony: Být vládce kvalifikátorů
Vracíme z funkce objekty
Základy komunikace mezi procesy (ve Windows)
Multiple Interface a Instance Factory
Multithreading v C++ (ve Win32)
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: kkcllwz
[ 380 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
druh_5618 Druh_5618 8.3.2007 13:05  607
MFC ve verzi 8 Začínám pochybovat, jestli je to opravdu legální…
Když do Express Edition nedali MFC, třeba ani nechtějí aby si je tam lidé mohli přidat sami. Nějak se mi nepodařilo je nikde najít, takže jedinný zatím dostupný způsob je vykopírovat si je z Professional verze :-)
S jakými klíčovými slovy je mám hledat na googlu?
bredy 8.3.2007 10:13  606
A ještě tady mám jeden článek týkající se kvalifikátoru const. Jeho používání je v C++ celkem nutností, někdy nám ale může pěkně zamotat hlavu. Jeden příklad, jenž je výsledkem dlouhých zimních večerů a bezesných nocí.

Šablony a kvalifikátor const - Jak správně konstruovat šablony s ukazatelem?
bredy 8.3.2007 09:27  605
Seriál o alokaciEfektivní alokátor malých objektů a tady druhý a třetí díl.

Dále chystám "Implementace Garbage Collectoru v C++" (opravdu fungující)
bredy 6.3.2007 01:20  604
DRUH 5618Mno, pracne to neni. Musis ale nekde sehnat to MFC ve verzi 8. Lze pouzit o verze 7 a 6, ale program se ti neprelozi kvuli starym konstrukcim v deklaracich. Pak je samozrejme pracne vsechny ti MFC hlavickove soubory projit a najit tyto konstrukce a opravit.

Instalace MFC - do seznamu standardnich headeru dopis cestu na MFC headery. Nezapomenout do projektu prilonkovat MFC80.LIB (nebo adekvatni)
huh huh 1.3.2007 23:09  603
DRUH 5618 [600]: Staci v konfiguraci projektu nastavil C/C++ \ Language \ Force Conformance in for Loop Scope nastavit na False.



decide 1.3.2007 17:31  601
Express + MFCDRUH 5618 Mohl bys sem hodit odkaz na ten složitý návod na domontování? Dík.
druh_5618 Druh_5618 1.3.2007 13:21  600
JpegCrop [584]MsVC++ 2005 Express Edition neumožňuje v základní instalaci používat MFC. Musí se tam domontovat ručně, je to legální, ale strašně pracné. Nemáte na to někde ten návod???
Naše škola má MsVC++ 2005 Profesional Edition. Smlouva s Microsoftem je postavená tak, že po dobu studia je smí student používat i doma.
Podařilo se mi to zkompilovat, ale v dibtran.cpp to opakovaně hlásilo nedeklarované proměnné i a j. Zřejmě mají být někde deklarovány jako globální, ale nenašel jsem kde, tak jsem je musel připsat do toho souboru jako globální.
mpts mpts Je to jinak, ba přesně naopak! 17.2.2007 21:21  599
Kdokoliv: "Jenze jestli se nepletu, tak kdyz ten vnoreny Makefile volas vzdy, tak nedokazes poznat, jestli ten vnitrni nejakou cinnost provadel, nebo nedelal nic, takze tu cinnost v tom vnejsim (slinkovani) potom musis udelat za vsech okolnosti." -- Dokážeš, jen musíš dát závislost na něco, co ten vnořený Makefile buď změní nebo nezmění, třeba tím touch libsdone.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 17.2.2007 20:18  598
huh [597]: Jenze jestli se nepletu, tak kdyz ten vnoreny Makefile volas vzdy, tak nedokazes poznat, jestli ten vnitrni nejakou cinnost provadel, nebo nedelal nic, takze tu cinnost v tom vnejsim (slinkovani) potom musis udelat za vsech okolnosti. Nebo se mi to aspon nepovedlo obejit.
O antovi vim, zvazuju ho taky, ale zatim se mi do nej nechtelo (ten neznam vubec, Makefily aspon trochu jo, navic make mam po ruce vsude, mravence bych musel doinstalovavat).
huh huh 17.2.2007 16:24  597
Kdokoliv [593]: Ono lze tu zavislost z horniho makefilu jednoduse vyhodit (a IMHO to tak dela vetsina knihoven), takze se vnoreny makefile bude volat vzdy, coz je samo o sobe pomerne nenarocne. Druha moznost je mit ty zavislosti v promenny v samostatnym souboru a z makefilu je jenom includovat a v hornim pak predradit cestu do adresare. Treti moznost je pouzit zastupne znaky pro vygenerovani zavislosti (napr. SOURCES = $(wildcard src/*.java) ). Jinak existuji i lepsi veci nez je make, treba scons nebo konkretne pro javu Ant.
mpts mpts Je to jinak, ba přesně naopak! 16.2.2007 23:32  596
Kdokoliv [593]: To lze obejít, třeba tak, že ten cíl test závisí na test.o a lib/libsdone, přičemž lib/libsdone se udělá v podřízeném Makefile:

all: libtest1.o libtest2.o libtest3.o libtest4.o
	touch libsdone


Takže když v adr. lib přidáš novou knihovnu, stačí změnit soubor Makefile v něm a odstranit libsdone (nejspíš v make clean). Plus ovšem na místě, kde se to linkuje do výsledku, ale i to lze zautomatisovat, nahrubo třeba přes *.o, jemněji přes proměnné aj. Záleží na jen fantasii. :-)
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 16.2.2007 23:08  595
Ono to nebude asi az tak hrozny, pokud se nad tim clovek zamysli a ma nejake zkusenosti; mne ty zkusenosti ponekud chybi.
bredy 16.2.2007 22:53  594
Hmm, asi proto používám IDE, která umí vytvářet makefily automaticky. Z tohodle bych se zbláznil.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 16.2.2007 21:53  593
mpts [592]: Jasne, tohle uz je asi to, co jsem chtel (akoratze kdyz jsem to vymyslel pro neco slozitejsiho, tak jsem proste narazil, jenom si uz nepamatuju na co, takze az to zkusim na prakticky priklad, tak se sem urcite vratim s nejakym dalsim problemem). Ja vim, ze to jedno neni pravidlo pro preklad, ale vyjadruje to zavislost toho libtest.o - pokud by to zaviselo na deseti jinych souborech, tak tech deset zavislosti musi byt vyjmenovano na dvou (minimalne na dvou) mistech, kdyz jedna pribude, je potreba tu upravu udelat rovnez na vice mistech.
Jinak mit vsechny obj v adresari obj by bylo hezke, ale problem je v tom, ze ja si tohle vymyslel jako fakt jenom hruby priklad toho, o co se snazim, protoze ve skutecnosti jsou ty zdrojaky javovsky a u tech je ta prace s cestama jeste podstatne divocejsi. :-)
mpts mpts Je to jinak, ba přesně naopak! 16.2.2007 17:51  592
Kdokoliv: No jo, promiň, to slinkování je proto, že ten horní make nevidí ten libtest.o a nemůže se přesvědčit, jestli není nový. Pro tento účel tedy ten horní Makefile bude vypadat:

CC = /bin/cc

CFLAGS = -Wall -g -pipe

all: test

test: test.o lib/libtest.o
	$(CC) $(CFLAGS) -o test test.o lib/libtest.o



test.o: test.c
	$(CC) $(CFLAGS) -c -o test.o test.c



lib/libtest.o: lib/libtest.c
	(cd lib; $(MAKE))



Pak už by to mělo fungovat tak, jak chceš. Jinak také je obvyklé dávat všechny obj soubory potřebné pro závěrečné slinkování do adresáře obj (apod.).

No a s tím počtem, v tom horním Makefile není pravidlo pro překlad, jen odeslání do podadresáře -- vlastní pravidlo bude vždy jen jednou, v Makefile v tom podadresáři. Kolik bude těch horních pseudopravidel, to už záleží na projektu, jak je udělán, jaké tam jsou závislosti atd.

[ 380 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt