[ Pobierz całość w formacie PDF ]
.Próbka kodu dostêpna jest w zestawie DDK.Format definicji makropoleceñ to:MACRONAME=ValueGdzie Value jest ci¹giem tekstowym.Na przyk³ad:TARGETNAME=mylibraryAby wyszczególniæ sk³adniki dla produktu build:Utwórz drzewo katalogowe.Katalogi Ÿród³owe powinny byæ podkatalogami drzewakodu Ÿród³owego, którego katalog macierzysty bêdzie zawiera³ plik kartoteki.W ka¿dym katalogu Ÿród³owym utwórz plik o nazwie Ÿród³a.Do utworzenia tegopliku mo¿na u¿yæ edytora tekstu, a sam plik nie powinien mieæ rozszerzenia typupliku.Umieœæ swój kod Ÿród³owy w pliku Ÿród³a.Dostêpne makropolecenia zosta³yprzedstawione w tabeli 1.2.Odwo³aj siê do zmiennych œrodowiskowych w miarê potrzeb, przy u¿yciu sk³adni$(NazwaZmiennej).Dostêpne zmienne œrodowiskowe przedstawione zosta³y w tabeli1.3.Utwórz plik kartoteki w katalogu macierzystym drzewa kodu Ÿród³owego.Podobniejak plik Ÿród³a, plik ten mo¿na utworzyæ za pomoc¹ edytora tekstu i niepowinien on mieæ rozszerzenia typu pliku.Makropolecenia przedstawione w tabeli1.4 mog¹ byæ definiowane w pliku kartoteki.Uruchom program us³ugowy do budowania.Je¿eli, przyk³adowo, katalog1 i katalog2zosta³y wyszczególnione w makropoleceniu OPTIONAL_DIRS, to polecenie brzmibuild -cZ directory1directory2.Tabela 1.2.Makropolecenia u¿yte w pliku Ÿród³aMakropolecenieFunkcjaTARGETNAMEOkreœla nazwê budowanej biblioteki.TARGETPATHOkreœla nazwê katalogu docelowego dla wszystkich produktów build (plików EXE,DLL, LIB, itd.).Polecenie build tworzy podkatalogi wy³¹czne dla platformy wtym katalogu.Zauwa¿, ¿e polecenie build zawsze tworzy podkatalog typu \obj(objfre lub \onbjchk) w katalogu, który zawiera plik Ÿród³a.TARGETPATHLIBOkreœla œcie¿kê pliku oraz katalog docelowy dla bibliotek importu utworzonychprzez operacjê build.Je¿eli œcie¿ka pliku nie jest okreœlona, to bibliotekiimportu umieszczane s¹ w tym samym podkatalogu, co inne pliki produktów build.TARGETTYPEOkreœla typ budowanego produktu.Jest to zazwyczaj LIBRARY lub DYNLINK (dlaDLL-i).TARGETEXTOkreœla rozszerzenie nazwy pliku dla DLL-i (na przyk³ad CPL).Domyœlnerozszerzenie nazwy pliku dla DLL-i to DLL.TARGETLIBSOkreœla zestaw bibliotek importu, z którymi musi byæ po³¹czony twój sterownik.INCLUDESZawiera listê œcie¿ek, które maj¹ zostaæ przeszukane na okolicznoœæwystêpowania plików nag³Ã³wkowych podczas kompilacji.Build szuka równie¿ plikównag³Ã³wkowych na domyœlnej liœcie katalogów.Œcie¿ki okreœlone przez INCLUDES s¹przeszukiwane przed œcie¿kami domyœlnymi.SOURCESZawiera listê nazw plików Ÿród³owych z rozszerzeniami.Pliki te musz¹ rezydowaæw tym katalogu, w którym rezyduje plik Ÿród³a.Listê plików Ÿród³owych, którezawieraj¹ funkcjê g³Ã³wn¹ mo¿na uzyskaæ za pomoc¹ UMAPPL lub UMTEST, a nie zapomoc¹ SOURCES.UMTYPEOkreœla typ budowanego produktu.Opcje to: Win32 (tryb u¿ytkownika), tryb j¹draoraz konsola Win32.UMAPPLZawiera listê plików Ÿród³owych, które zawieraj¹ funkcjê g³Ã³wn¹.Je¿eli u¿yjeszUMAPPL, to build automatycznie utworzy pliki wykonywalne.UMTESTZawiera listê plików Ÿród³owych, które zawieraj¹ funkcjê g³Ã³wn¹.Je¿eli u¿yjeszUMTEST, musisz zidentyfikowaæ pliki, które chcesz, aby zosta³y zbudowane,poprzez spisanie ich w wierszu polecenia build.UMAPPLEXTOkreœla rozszerzenie nazwy pliku dla plików wykonywalnych (na przyk³ad COM).Domyœlne rozszerzenie nazwy pliku dla plików wykonywalnych to EXE.UMLIBSZawiera listê nazw œcie¿ek bibliotek, które maj¹ zostaæ po³¹czone z plikamiokreœlonymi przez UMTEST, lub UMAPPL.Tutaj powinna byæ zawarta bibliotekaokreœlona przez SOURCES.Nazwy œcie¿ek musz¹ byæ bezwzglêdne.NTPROFILEINPUTUmo¿liwia korzystanie z pliku, który podaje listê kolejnoœci, w jakiej program³¹cz¹cy powinien zyskiwaæ dostêp do funkcji.Plik ten powinien byæ w tym samymkatalogu, co plik Ÿród³a i powinien siê nazywaæ TargetName.prf, gdzieTargetName jest nazw¹ pliku okreœlon¹ przez makropolecenie TARGETNAME.NTPROFILEINPUT jest ustawione na jeden (binarne), je¿eli ma byæ u¿yty plikPRF.DLLORDERUmo¿liwia okreœlenie pliku, który podaje listê kolejnoœci, w jakiej program³¹cz¹cy powinien uzyskiwaæ dostêp do funkcji.Makropolecenie musi byæ ustawionena nazwê pliku, który zawiera listê kolejnoœci.Mo¿esz u¿ywaæ tegomakropolecenia zamiast NTPROFILEINPUT.386_WARNING_LEVELOkreœla poziom ostrzegawczy kompilatora.Tabela 1.3.Zmienne œrodowiskoweZmienna œrodowiskowaFunkcjaBASEDIRZawiera podstawê drzewa Ÿród³owego produktu build (tzn.katalog, który zawieraplik kartoteki).BUILD_ALT_DIRDo³¹cza wyszczególnione znaki do nazwy podkatalogu \obj.Œrodowiska budowykontrolowanej i budowy dowolnej wykorzystuj¹ tê zmienn¹ do tworzeniapodkatalogów \objfre i \objchk.BUILD_DEFAULTZawiera listê domyœlnych parametrów, które maj¹ byæ przekazane do programuus³ugowego build.BUILD_DEFAULT_TARGETSZawiera listê domyœlnych prze³¹czników docelowych.BUILD_MAKE_PROGRAMZawiera nazwê programu us³ugowego make wykorzystywanego przez build.Ta zmiennamusi przybraæ wartoœæ nmake.exe.CRT_INC_PATHZawiera œcie¿kê do katalogu, w którym zawarte s¹ pliki nag³Ã³wkowe systemuWindows 2000.CRT_LIB_PATHZawiera œcie¿kê do katalogu, w którym zawarte s¹ biblioteki importu Cdostarczone przez Microsoft
[ Pobierz całość w formacie PDF ]